A new CVE lands. Here is how to decide what to do.
Ask your AI agent about a new vulnerability with sources attached: Lattice. See Lattice
The method we use to check, analyse and triage a vulnerability, written down so that someone who is not a full-time analyst can repeat it and defend the result. Real CVEs from one week, read from the CVE records and the CISA catalogue, and scripts that were run on live data.
Read the outline first: How we check, analyse and triage a CVE.

What is in it
- CheckPart II
Which source answers which question, a field-by-field reading of a real record, and how to notice a change.
- AnalysePart III
Preconditions, version spans, and whether the vulnerable code is reachable on your systems.
- TriagePart IV
Five questions and six outcomes, eight worked cases and the awkward ones.
- ActPart V
The mitigation ladder, proving a fix, and looking back for damage.
- Run itPart VI
A thirty-minute daily routine, the records and numbers worth keeping, and how to tell people.
The vocabulary, why the feeds disagree, and how to decode a CVSS 3.1 and 4.0 vector. Every step above stands on it.
What to hand an assistant, what to keep, and four questions that work on an assistant or an analyst.
Five scripts, six templates, four checklists, a glossary and the sources.
What makes it different
Worked on real records
Says what it could not read
Get the handbook
Register with a work email. We send one confirmation; when you press its button, the page you land on has the PDF, and the same link stays in the email. A person at NamiQ will also read your registration.
We keep your name, work email, company and role. Nothing else. Privacy · Unsubscribe or delete