Senior DevSecOps Engineer

Hi I’m Louis, Head of Security. You’ll report directly to me.

What Ashby gives you in return is the best of both early and growth-stage environments. The agency and no-nonsense of a seed startup: you contribute to useful projects, make practical decisions, and work in an almost-no-meeting culture. The product-market fit and scale of a growth-stage startup: tens of thousands of daily users who depend on our software, and customers whose trust your work will help us earn.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, very low churn, and many years of runway. We’ll share more details once we meet.

You’ll join our Security team, a single team with multiple specializations overseeing security across the business. I report to Abhik, our Co-Founder and VP of Engineering. We’re bubbling with ideas on how to support Talent Acquisition through software, and we’ve started the journey of building products beyond Talent Acquisition. We read every application and aim to respond to yours within 3-4 days (often sooner).

Role Overview

We’re looking for an engineer with a passion to learn whose focus is on building “paved roads” specifically around making secure delivery part of the way we build and ship software. You’ll operate the checks and workflows around our delivery pipeline, help engineers act on useful findings, and make routine exceptions straightforward under agreed policies.

We expect you to bring the same care to the reliability of a security check and the time it costs an engineer as you bring to the risk it addresses. You’ll build the integrations, learn from rollout, and maintain what you ship.

We have notable customers like Notion, Linear, Shopify, and Snowflake. Our growth and retention metrics are best-in-class among our peers: we have tens of millions in ARR, growing >100% year over year, over 2500 customers, very low churn, and many years of runway. We’ll share more details once we meet, but you now probably have a good idea as to why we're hiring for this role .

About the Role and How We Work

We’re also advertising this opening as Senior Security Platform Engineer - Secure Delivery . Both titles describe the same position; please apply once using the title that best reflects your experience.

Your mission is to make our delivery pipeline secure by default across application code, infrastructure, dependencies, containers, and product configuration. You’ll own the technical implementation and operation of delivery-security tooling and controls, including integration, configuration, tuning, reliability, and coverage.

Product Engineering teams own triage and remediation for the features they maintain. Application Security provides specialist analysis and defines product-security test requirements. Infrastructure retains ownership of the underlying cloud platform. You’ll work with those teams to make agreed checks and policies run reliably in the delivery workflow.

In practice, you’ll:

• Deploy, configure, integrate, and tune static analysis, dependency, secret, container, and Infrastructure as Code scanning in our CI/CD workflows.

• Inventory production repositories and delivery paths, including prompts and model configuration. Make scanner coverage distinct from application-specific tests of AI behavior; AppSec defines those tests, and you operate agreed delivery checks.

• Start new checks in report-only mode where appropriate, then implement agreed warn and block policies using exploitability, exposure, and compensating controls.

• Give engineers self-service exceptions within documented rules, with an owner, justification, expiry, and audit trail. Escalate decisions outside those rules to Security leadership with the relevant specialist analysis.

• Build automation and AI-assisted workflows that enrich findings, propose fixes, and support Product Engineering’s triage under documented criteria. Preserve required checks, review, and rollback for automated patch changes.

• Make coverage, integration failures, finding age by risk, time to triage and remediate, false blocks, build delay, and bypasses visible. Record mitigations separately from completed fixes and connect useful telemetry to GRC evidence.

• Work with Infrastructure on cloud-posture monitoring, useful critical-misconfiguration alerts, and bounded remediation automation.

• Extend into shared-image hardening and artifact provenance as the delivery foundations mature.

To ground it with examples, you could:

• Roll out secret scanning with push protection and make a blocked push understandable and actionable for an engineer.

• Turn a repeated scanner-exception request into a PR workflow with a reason, expiry, and evidence for revisiting it.

• Reproduce a dependency issue in the application, add a regression check, and build a workflow that proposes a patch with useful evidence.

• Show which delivery paths are covered, where checks fail, and whether enforcement is addressing risk while keeping build delays reasonable.

Why You Should and Shouldn’t Apply

You’ve built and operated CI/CD, developer tooling, or infrastructure automation used by other engineers. You can write maintainable code, explain the failure modes of what you shipped, and use security evidence to make a practical rollout decision. Supply-chain and scanner experience is useful; you can learn individual tools as part of the work.

You’ve applied AI in engineering and can explain how you check its outputs and permissions. You enjoy treating engineers as users, making build-versus-buy decisions, and improving adoption and reliability after launch.

You might not enjoy the role if:

• You prefer to deliver a prototype and hand off its operation. Reliability, tuning, and existing integrations are part of the work.

• You prefer a prescribed backlog to investigating an ambiguous problem, writing a proposal, and bringing partners into the work.

• You want standalone assessments to be your main output. This role centers on working delivery capabilities and their adoption.
  

Interview Process

If this also sounds exciting to you, please apply. We review every application and aim to get back to candidates within 2-3 days. For candidates who advance to the interview process, here is what you can expect:

• Recruiter Screen - 30 mins

• Hiring Manager Intro Call - 20 mins

• Past Projects Deep Dive - 45 mins

• Founder Screening - 45 mins

• Take-Home Assessment + Practical Assessment Review - 1 hr (2-3 spent on take-home assignment)

• Cross-Functional Stakeholder Interview - 45 mins

Role-Specific Technology and Tools

For this role, CI/CD and infrastructure automation experience matter more than familiarity with a particular scanner. GitHub Actions or comparable systems, Terraform, containers, and cloud controls are relevant. You should be comfortable writing production automation in TypeScript, Python, Go, or a comparable language. Tool choices and individual scanner integrations are part of the work.

Your First Three Months at Ashby

Your early changes will give you a tour of our codebase, infrastructure, and best practices, increasing in scope and ambiguity as you learn how we work. You’ll pair program with your onboarding peer as you learn the delivery workflows.

Your initial focus will be to:

• Map production delivery paths and gaps across code, infrastructure, prompts, configuration, and evals, with clear ownership of the different checks.

• Deliver a bounded scanning integration, such as secret push protection or report-only static analysis, with a usable finding workflow.

• Establish initial warn, block, and self-service exception rules with the relevant partners and make Product Engineering ownership visible.

• Baseline coverage, integration failures, false blocks, and build delay so the next rollout has evidence to build on.

Early progress means engineers can use the selected checks, act on their findings, and handle routine exceptions. Broader rollout follows the agreed risk policy and what the first integration teaches us.

Benefits

• Competitive salary and equity.

• 10-year exercise window for stock options. You shouldn’t feel pressure to purchase stock options if you leave Ashby —do it when you feel financially comfortable.

• Unlimited PTO, and we will encourage you to take it.

• A minimum of 12 weeks of fully paid parental leave, covered by Ashby. The actual number may increase to satisfy local requirements.

• Generous equipment, software, and office furniture budget. Get what you need to be happy and productive!

• $100/month education budget with more expensive items (like conferences) covered with manager approval.

• If you’re in the US, we offer top-tier health insurance for you and your dependents, with 100% of premiums covered by Ashby. In other countries, we provide high-quality supplemental health insurance for you and your dependents, also fully covered by us.

Closing

Ashby’s success hinges on hiring great people and creating an environment where we can be happy, feel challenged, and do our best work. We’re being deliberate about building that environment from the ground up. I hope that excites you enough to apply.

Ashby provides equal employment opportunities (EEO) to all employees and applicants for employment without regard to race, color, religion, sex, national origin, age, disability, genetics, sexual orientation, gender identity, or gender expression. We are committed to a diverse and inclusive workforce and welcome people from all backgrounds, experiences, perspectives, and abilities.

Ashby is committed to a fair and transparent hiring process. We confirm that this advertisement is for an active, existing vacancy within our organization. Please be advised that we may use artificial intelligence-driven tools to assist our recruitment team in screening, assessing, and selecting candidates for this position.