Staff Security Engineer

Build security platforms, not security processes

We are looking for a Staff Security Engineer to strengthen the security of our products, data and engineering platform.

This is a highly technical and hands-on role. You will work closely with Engineering teams to continuously harden our systems while helping design the next generation of our security architecture.

You will operate across two horizons:

• Strengthen security today: continuously harden our applications, access controls and data-protection mechanisms against evolving threats.

• Build the privacy architecture of tomorrow: move beyond traditional perimeter and access-control security by designing systems where sensitive data is cryptographically isolated, minimally exposed, and increasingly usable without being directly revealed.

The ultimate objective is not simply to make Swile harder to breach. It is to make a breach increasingly uninteresting, because there is less usable data available to steal.

\n

What you will do We want Security Engineering to create capabilities that scale across hundreds of engineers.

You will:

• Identify and reduce high-impact security risks across our applications, APIs and internal tools.

• Strengthen authentication, authorization and access controls.

• Improve the protection of sensitive and personal data.

• Design controls that limit the blast radius of compromised accounts, services or infrastructure.

• Improve security monitoring, auditability and detection of suspicious access patterns.

• Perform threat modelling and targeted security reviews.

• Build reusable security capabilities directly into our engineering platform and development lifecycle.

• Contribute to long-term architectures around data isolation, encryption, tokenisation and privacy-preserving systems.

• Partner with engineering teams to address systemic security risks rather than individual findings.

Where possible, a security requirement should become code rather than documentation.

What we are looking forYou are first and foremost a strong engineer.

You have significant experience building or securing production software and distributed systems. You are comfortable reading and writing production code, designing systems and working directly with Engineering teams.

You have deep security engineering expertise and strong experience in several of the following areas:

• Application and Product Security

• API Security

• IAM, authentication and authorization

• OAuth2 / OIDC, WebAuthn / FIDO2

• RBAC / ABAC and privilege management

• Cloud security

• Cryptography, KMS / HSM and envelope encryption

• Tokenisation and secrets management

• Data Security and Privacy Engineering

• Threat modelling and secure software architecture

• Security monitoring and detection

Stronger attacker mindset

You naturally ask:

• What happens if this employee becomes malicious?

• What happens if this backend is compromised?

• What happens if someone dumps this database?

• Can this endpoint be called directly?

• How much data can one account access before we notice?

• Where else does this information get replicated?

• Why do we have this data at all?

You think in terms of attack paths, blast radius and least privilege, not just compliance requirements.

Pragmatism

You know that security engineering is a prioritisation problem.

You can distinguish between:

• something that needs to be fixed this week;

• something that requires an architectural redesign;

• something cryptographically elegant but operationally unnecessary.

You are comfortable deploying simple, high-impact controls quickly while designing stronger long-term foundations.

What would make you stand out

Experience with:

• large-scale SaaS or fintech platforms;

• highly sensitive or regulated data;

• multi-tenant architectures;

• insider risk or data-loss prevention;

• advanced cryptographic or privacy-enhancing technologies.

What success looks like

• Sensitive data is exposed to fewer systems and people.

• Access to sensitive resources is increasingly scoped, attributable and auditable.

• Compromising a single account or service has a limited blast radius.

• Security controls are increasingly enforced by the platform rather than by process.

• Product teams can build secure systems faster and with less friction.

What this role is not

This is not primarily a GRC, SOC, compliance, policy-writing or penetration-testing role.

Those disciplines are important, but this role exists to change how our products and systems are engineered.

We expect this person to design systems, write code, influence architecture and ship security capabilities into production.

Localization of this positionThis position can be based at our offices in Paris, Toulouse, or Montpellier on a flex-remote basis.

\n