What went well, what went poorly, where we got lucky: how to fill it in
The lucky section of a postmortem records near misses that saved you. Why it matters for security incidents and how to write all three sections honestly.
Deep dives, practical guides, and incident analyses from engineers who build Safeguard. No fluff, no vendor FUD — just what you need to ship secure software.
The lucky section of a postmortem records near misses that saved you. Why it matters for security incidents and how to write all three sections honestly.
Add a known and unknown section to your supply chain postmortem so readers can tell facts from guesses, with an owner and date for every open question.
Set fix deadlines by phase: stricter for new services, risk based for legacy, and a clear exception path for code awaiting retirement. A phased SLA table.
Docs often say create an admin token to keep steps short. Ask for the narrowest scope that works, say what each permission allows, and test with it alone.
Backstage sends the configured GitHub token with every call to that host. Choose the narrowest credential, give it an owner and rotate it on a schedule.
A reporting section tells researchers where to send reports, what to include, which language to use and what happens next. A copy-ready outline.
During a security tool trial, deliberately change a model, an MCP server and an agent setting, then check how fast and how clearly the tool notices.
Tell leadership early, state the cause, the exposure, the new date and the decision you need. A short script and table for engineering managers.
A customer advisory template and timing guide for healthcare software vendors: what to say in the first message, what to hold back, and when to follow up.
Weekly insights on software supply chain security, delivered to your inbox.
Your first fix PR is minutes away.
No sales call required, even your agent can complete the purchase over MCP.