Skip to content
Job preparation

DevSecOps Engineer ยท 3-5 Years

Real implementation, debugging, tools, logs, edge cases, and measurable fixes.

Try each answer before revealing the suggested coaching answer.

← All DevSecOps Engineer levels

25 questions

01You are working on a production project and shift-left security starts causing issues. How would you diagnose and fix it as a DevSecOps Engineer?

A production answer

Say this first: shift-left security should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply shift-left security, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 1
02How have you implemented SAST in a real DevSecOps project?

A production answer

Say this first: The important point about SAST is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply SAST, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 2
03A release is blocked because of a problem related to DAST. What steps would you take?

A production answer

Say this first: DAST should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply DAST, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 3
04What logs, metrics, or artifacts would you check while troubleshooting SCA dependency scanning?

A production answer

Say this first: The important point about SCA dependency scanning is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply SCA dependency scanning, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 4
05How would you make SBOM reliable enough for day-to-day production use?

A production answer

Say this first: SBOM should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply SBOM, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 5
06You are working on a production project and secrets scanning starts causing issues. How would you diagnose and fix it as a DevSecOps Engineer?

A production answer

Say this first: secrets scanning should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply secrets scanning, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 6
07How have you implemented container image scanning in a real DevSecOps project?

A production answer

Say this first: The important point about container image scanning is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply container image scanning, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 7
08A release is blocked because of a problem related to IaC scanning. What steps would you take?

A production answer

Say this first: IaC scanning should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply IaC scanning, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 8
09What logs, metrics, or artifacts would you check while troubleshooting policy as code?

A production answer

Say this first: The important point about policy as code is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply policy as code, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 9
10How would you make risk-based quality gates reliable enough for day-to-day production use?

A production answer

Say this first: risk-based quality gates should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply risk-based quality gates, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

npm test -- --runInBand

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 10
11You are working on a production project and CVSS vs exploitability starts causing issues. How would you diagnose and fix it as a DevSecOps Engineer?

A production answer

Say this first: CVSS vs exploitability is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply CVSS vs exploitability, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 11
12How have you implemented vulnerability prioritization in a real DevSecOps project?

A production answer

Say this first: The important point about vulnerability prioritization is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply vulnerability prioritization, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 12
13A release is blocked because of a problem related to false positive triage. What steps would you take?

A production answer

Say this first: false positive triage should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply false positive triage, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 13
14What logs, metrics, or artifacts would you check while troubleshooting secure Dockerfile?

A production answer

Say this first: The important point about secure Dockerfile is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply secure Dockerfile, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 14
15How would you make Kubernetes security context reliable enough for day-to-day production use?

A production answer

Say this first: Kubernetes security context should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply Kubernetes security context, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 15
16You are working on a production project and network policies starts causing issues. How would you diagnose and fix it as a DevSecOps Engineer?

A production answer

Say this first: network policies should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply network policies, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

journalctl -u <service> --since "15 min ago"

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 16
17How have you implemented admission controllers in a real DevSecOps project?

A production answer

Say this first: The important point about admission controllers is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply admission controllers, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 17
18A release is blocked because of a problem related to IAM least privilege. What steps would you take?

A production answer

Say this first: Least privilege grants only the access needed for a task, for only as long as it is needed, which reduces the impact of a compromised identity or mistaken action.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply IAM least privilege, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 18
19What logs, metrics, or artifacts would you check while troubleshooting secure CI/CD credentials?

A production answer

Say this first: The important point about secure CI/CD credentials is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply secure CI/CD credentials, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 19
20How would you make OWASP Top 10 reliable enough for day-to-day production use?

A production answer

Say this first: OWASP Top 10 should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply OWASP Top 10, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 20
21You are working on a production project and API security testing starts causing issues. How would you diagnose and fix it as a DevSecOps Engineer?

A production answer

Say this first: API security testing should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply API security testing, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

npm test -- --runInBand

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 21
22How have you implemented threat modeling in a real DevSecOps project?

A production answer

Say this first: The important point about threat modeling is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply threat modeling, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 22
23A release is blocked because of a problem related to security exception process. What steps would you take?

A production answer

Say this first: security exception process should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply security exception process, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 23
24What logs, metrics, or artifacts would you check while troubleshooting incident response in pipeline?

A production answer

Say this first: The important point about incident response in pipeline is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply incident response in pipeline, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

SELECT COUNT(*) AS rows, MAX(loaded_at) AS freshest FROM <table>;

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 24
25How would you make developer security enablement reliable enough for day-to-day production use?

A production answer

Say this first: developer security enablement should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a production service that handles customer and employee data. The team must decide how to apply developer security enablement, verify the result, and explain the user impact. For a DevSecOps Engineer, attach the explanation to a threat model and control evidence.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out excess privilege or an uncontained incident and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track coverage of critical controls and time to detect. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a production service that handles customer and employee data as the example and show where you would stop a risky rollout.

Link to question 25

Further reading

These are original practice questions and suggested answers. Adapt them to your own work and explain evidence, trade-offs, and limitations.