Application Security Engineer

Treatwell; United States; Remote; USD 140,000 - 190,000; Full time

Benefits offered by this job

28 дней отпуска

Ежемесячные денежные подарки Treatwell

Поддержка ментального здоровья

Job summary

Treatwell ищет старшего инженера по безопасности приложений, который возьмет на себя безопасность в Product Engineering, будет писать код и настраивать инструменты безопасности в конвейерах. Вы будете тесно работать с командами разработки, закрывая дизайн‑проблемы и руководя эпиками по безопасности.

Роль требует hands-on подхода: знание Java/Spring, Ruby, React/TypeScript, GA/WAF, AWS и Kubernetes, а также умение моделировать угроз и объяснять риски руководству.

Qualifications

• Наличие опыта как инженер по безопасности приложений или как backend‑разработчик, владеющий безопасностью продукта.

Responsibilities

• Владение безопасностью приложений в Product Engineering и устранение уязвимостей в кодовой базе.
• Интеграция безопасных практик в пайплайны и согласование дорожной карты безопасности.

Skills

Java

Ruby

TypeScript

OWASP ASVS

CI/CD

DefectDojo

SAST

AWS

Kubernetes

Threat modelling

Tools

GitLab CI

GitHub Actions

ArgoCD

DefectDojo

Job description

Описание:

Senior Application Security Engineer We are hiring a Senior Application Security Engineer to own application security across Product Engineering and make Treatwell's products secure by default. You own the security tooling, from SAST in the pipelines to DefectDojo, you are the first call when an application-layer incident needs a security engineer, and you work hands‑on with the teams that build our products: pairing with their engineers to fix what the scanners, the annual pentest and real incidents find, closing the design gaps behind them, and sometimes picking up a specific security epic for a product such as Connect or Salonized. Each time, the team ends up able to do the next one without you. This is a hands‑on role. You will write code, read a great deal more of it, and own the security tooling in our pipelines. Our applications are Java and Spring Boot across Marketplace and Payments, Ruby on Rails in our SaaS products, React and TypeScript on the web, native iOS and Android apps in Swift and Kotlin, and a small amount of PHP. Marketplace and Connect ship through GitLab CI and ArgoCD onto Kubernetes (EKS) in AWS; Salonized ships through GitHub Actions. Everything is monitored in Datadog, and findings from secrets detection, dependency scanning and SAST flow into a self‑hosted DefectDojo. This is application security, not infrastructure security: cloud, Kubernetes and network controls sit with our Developer Experience and Platform Core teams, and you work alongside them. You report to the Head of Developer Experience and set your own security roadmap with the Heads of Engineering, aligned to the OWASP ASVS and the OWASP DevSecOps Maturity Model. We have no CISO: you present the security posture to the CTO and VP of Engineering on a fixed cadence, and your view carries weight because it comes from the code.

Задачи:

Cross‑area by default. The security tooling, the findings pipeline and application‑layer incident support are yours across all of Product Engineering. When a product needs focused work, such as a security epic for Connect or Salonized, you pick it up with that team, agreed with its Head of Engineering. Infrastructure security stays with Developer Experience and Platform Core. Fix with the team, not for the team. You pair on remediation and the team's engineers merge the fix, so the knowledge stays where the code lives. Guardrails over gates. The default is a secure path that is quicker to use than to bypass: shared libraries, pipeline templates, pre‑commit checks. Blocking is reserved for critical findings on new code and agreed with the area. One queue. Findings land in DefectDojo and move into the team's backlog or Now/Next like any other work. There is no parallel security process. Through the champions. You work with each team's Security Champion and the Security Champions guild. In eighteen months a threat model or an incident should not need you in the room. Your own roadmap. You keep a short Now/Next/Later for security, agreed each quarter with the Heads of Engineering, separate from the DevX roadmap. Posture, not paperwork. You present the security posture per area to the CTO and VP of Engineering on a fixed cadence, measured against the DevSecOps Maturity Model. Owning application security across Product Engineering and working hands‑on with the teams to remediate vulnerabilities in our codebases, from authentication and session handling to payments flows and public APIs, including specific security epics for a product such as Connect or Salonized. Owning the security tooling across all areas (secrets detection, dependency scanning, SAST, DefectDojo, threat modelling) and landing SAST in our pipelines: completing the proof of concept with the SAST vendors we are evaluating on two pilot teams, the Marketplace Checkout and Identity team and a SaaS team, tuning rules until engineers trust the output, and feeding every finding into DefectDojo rather than a new dashboard. Making DefectDojo work without a human in the loop: team ownership synced from our service catalogue, every team's repositories covered, and an agreed rule for which findings block a pipeline and which only report. Building secure defaults into the paved road so the secure way is the easy way: authentication and session libraries, input validation, secrets handling, dependency and container checks in the pipeline templates teams already use. Running threat modelling with teams before the work is fully scoped, using and improving our AI‑based threat modeller so that it answers an engineer's question plainly and produces backlog items with owners and dates. Triaging findings from scanners, the annual penetration test and external reports, agreeing severity and ownership with the team, and tracking them to closure in DefectDojo against our severity SLAs. Being the first security call for application‑layer incidents across Product Engineering: leading the technical side, assessing with Legal whether personal data was exposed, writing the postmortem actions, and working with Customer Support and Payments on fraud and customer‑flagged cases including phishing. Owning our security vendor relationships: the annual penetration‑test cycle with our testing partner (scoping, scheduling, remediation planning), the responsible‑disclosure programme and the security@ inbox, and the SAST vendor once selected. Acting as the security reviewer in our third‑party risk process for new vendors and integrations, and answering the security questionnaires our partners send us. Measuring the security posture per area against the DevSecOps Maturity Model and presenting it to the CTO and VP of Engineering on a fixed cadence. Growing the Security Champions programme with the Head of Developer Experience: a named champion in every team, demo‑led guild sessions, and two security improvements per area shipped through team backlogs each quarter. Keeping a short, current security roadmap (Now/Next/Later), agreed with the Heads of Engineering each quarter and visible to Product Engineering.

Требования:

• You have worked as an application security engineer, or as a backend engineer who owned security for a product, and you fix vulnerabilities yourself rather than only reporting them.
• You read and write production code in at least one of our languages (Java, Ruby, TypeScript) well enough to pair on a fix, review a merge request and spot the second bug behind the first.
• You know the OWASP ASVS and Top 10 from code rather than slides, and you can run a threat model that ends in backlog items rather than a document.
• You have put SAST, dependency scanning or secrets detection into CI pipelines (GitLab CI or GitHub Actions) and tuned the rules so developers kept trusting them.
• You have worked with a vulnerability management platform and you know how to keep a finding moving to closure without chasing people by hand.
• You understand how authentication, sessions, authorisation and payments flows break in practice: IDOR, token and magic‑link misuse, JWT validation mistakes, race conditions, injection, and the odd device‑id collision.
• You know enough AWS and Kubernetes to see where application security meets the platform, and when to hand a problem to the platform team instead.
• You explain risk in plain language to engineers, Heads of Engineering and non‑technical leaders, and you can say "this one is fine" as clearly as "this one is not".
• You transfer skills on purpose: your measure of success is a team that does not need you for the next one.
• You use AI tooling as a normal part of the work, for threat modelling, code review and reading unfamiliar codebases, and you know where it is wrong.
• Experience in a marketplace, payments or SaaS business handling card data and personal data under PCI DSS and GDPR.
• A bug bounty, CTF or penetration‑testing background, or an offensive certification such as OSCP, OSWE or BSCP.
• Running or scaling a Security Champions programme.
• Familiarity with the OWASP DevSecOps Maturity Model or another maturity framework.
• Hands‑on time with WAF and bot protection, secrets management, and infrastructure‑as‑code scanning, ideally in AWS.
• Spring Security or Rails security internals; writing custom SAST rules.

Benefits:

• 28‑days holiday, plus bank holidays
• Monthly €40 Treatwell vouchers so you can treat yourself too
• Mental health support through our partnership with Open‑Up
• Market‑specific benefits that will be discussed in the interview process

Equal Opportunities:

Equal Opportunities Treatwell is an 'Open to All' employer and warmly welcomes everybody to the team. We are committed to making reasonable adjustments to the recruitment process as required.