Skip to content
Français
Account: not signed in, sync available My learning
Select theme
Français

Career path

DevSecOps Engineer

Build security into every stage of software delivery, from code to runtime, so that shipping fast and shipping safely stop being at odds, and steer the practice by measurement.

Aim for this jobWhat this job does

  • 7 responsibilities
  • 18 missions
  • 77 skills
  • 343 hours of work an estimate, starting from zero

The job

What a DevSecOps Engineer does

Seven responsibilities. Each one is carried out through concrete missions, which require skills.

Describe and harden infrastructure as code

Do on your own 3 missions · 15 skills

Missions that make it up

Also required, outside missions

Hold production: vulnerabilities, reliability, incidents

Do on your own 3 missions · 9 skills

Missions that make it up

Also required, outside missions

Secure the software supply chain

Do on your own 4 missions · 22 skills

Missions that make it up

Also required, outside missions

Analyse an application's risk

Do on your own 1 mission · 3 skills

Missions that make it up

Also required, outside missions

Build and run a delivery chain

Do on your own 5 missions · 26 skills

Missions that make it up

Also required, outside missions

Control admission and protect the runtime

Do on your own 1 mission · 5 skills

Measure and spread the practice

Design and improve 1 mission · 4 skills

Missions that make it up

The means

With which tools?

Choose your tools: the choice changes the lessons to read, never the responsibilities.

Continuous integration platform

GitOps tool

Automation language

Going further

Specialisations

Optional, measured apart from the job.

What the site does not cover yet

Risk management (SFIA BURM): handled at the level of an application, through the threat model, not of the organisation.

Responding to a security incident: being prepared (draft sec.incident.respond). Delivering a secret from a vault to a Kubernetes workload (External Secrets Operator, CSI): not taught, the secrets-kubernetes lesson joins the Kubernetes course (decision of 2026-10-14); vault, access, time-bounded secrets and leaks are in the core since 2026-10-14 (sec.secrets.*), unproven while the secrets labs are missing.

Steering the approach (level 4): declared, not demonstrated while the generaliser-devsecops case file is a prototype.

Is this project useful to you?

The guides, courses, quizzes and labs stay free. If you use them regularly, you can contribute to their upkeep and development.

Become a supporting member (new tab) One-time support (new tab) Learn more

Follow the project on LinkedIn