You were not hired to run an ISMS.
You were hired to sign your name to one.
There is a difference. And you already know it. You knew it the first time you escalated a risk to the steering committee and watched it get deferred to the next meeting. You knew it when the budget for the privileged access review tool was "under review" for eleven months. You knew it when the CTO stood up three new SaaS platforms without going through your lifecycle — and said nothing to you about it.
You did what you were supposed to do. You documented. You escalated. You pushed. You built the best system you could with what you were given.
And now an auditor is coming. And your name is on the ISMS.
"Walk me through how this control actually operates in your environment."
The answer sounds reasonable.
"Who owns this decision?"
"Can you produce the evidence of that decision being reviewed in the last 12 months?"
What happens next is not about your competence. It never was.
That pause — that quiet moment before the evidence that doesn't exist is requested — is the sound of everything you suspected being confirmed.
The system was not built to survive that question. It was built to look compliant. Those are different systems. And only one of them holds up in an audit room.
I am not a consultant. I am not a certification body. I have no financial interest in your organisation maintaining or losing its certification.
I came from deployment engineering. Twenty years of live environments where when something broke, money bled by the minute. SLAs already breached. Customers already angry. Someone had to restore control fast. That was my job.
I carried that pattern recognition into GRC and ISO 27001 work. And the pattern I kept finding was identical to every failed deployment I had ever seen — not technical failure, but ownership failure. Decisions without named owners. Risks without recorded dispositions. Controls that existed in policy but not in behaviour.
I mapped that pattern across dozens of audit-exposed environments. I identified 25 interconnected collapse vectors — the exact points where evidence chains break, where ownership becomes untraceable, where a surveillance auditor will find a major nonconformity.
Not eventually. Predictably. Statistically.
Before we go any further, I want to be precise about something that most people in this space are afraid to say out loud.
"The ISMS did not fail. It was not designed to succeed. It was designed to absorb liability if it was ever needed — and you were hired to be the person holding it."
Is that a conscious board decision? Rarely. Is it the inevitable product of rational self-interest operating inside a system with no enforced accountability? Almost always.
The CFO knows that properly funding the ISMS controls would cost £300k. He also knows that not funding them costs nothing — until it does. So he chooses not to ask the question that would force the budget conversation. The board approved the policies. That is on record. Whether the policies are funded is a different question, and nobody with authority is asking it.
There are seven documented patterns by which this plays out. Here is each one, named precisely. Read them. You will recognise yourself in at least four.
The Verbal Approval Trap
Management agreed to accept the risk. In the meeting. Verbally. With witnesses.
They never signed the Risk Acceptance form. The risk register shows no recorded disposition. When the auditor asks who approved the decision to accept that exposure, there is no document.
There is only your name on the submission that proposed it.The Resource Starvation Loop
The board approved the policies. They did not fund the controls. Your policy says quarterly privileged access reviews. The budget funded zero headcount to conduct them.
The auditor does not record the budget decision. He records the missing reviews. The missing reviews are associated with the ISMS.
The ISMS has your name on it.Draft Policy Purgatory
The critical control policy has been in "Draft" status for fourteen months. Not because it was forgotten. Because finalising it would require the board to own it. As long as it is draft, the board cannot be held to it.
When the auditor finds it — and he will find it — he will ask why it was never finalised. You will explain the approval process. He will write down what he found.
"Policy not implemented. ISMS owner: [your name]."The Committee Dissolution Trick
The Security Steering Committee was created to make decisions. It has not made one in nine months. Every escalation you brought was noted, deferred, and scheduled for the next meeting. The next meeting was cancelled. Rescheduled. Cancelled again.
The auditor will not document nine months of committee inaction. He will document nine months of unresolved risk.
Under your name.Scope Creep Isolation
You were hired to run Information Security. Eighteen months later you are also accountable for Data Privacy, AI Ethics, Digital Sovereignty, and three vendor compliance programmes added without budget or additional headcount.
The board knows you are stretched too thin to secure the core. When the audit finds the gaps, they will not reference the scope creep. They will reference the gaps.
Under your name.The Shadow IT Bypass
The CTO stood up three SaaS platforms without going through your asset lifecycle. You have no visibility. No risk assessment. No controls. No records of the decision.
The auditor will find them via evidence sampling. He will ask for the risk assessment. There is none. The CTO will not be in the room.
You will.The False Attestation Pressure
Before the last audit you were asked to sign off on a sample that you knew was not representative. You were told it was "standard practice." You were told "everyone does this." You were told the alternative was "creating problems."
You signed. That signature is now the document the auditor will find when he asks whether the previous audit was conducted with integrity.
Your name is on it.This is not speculation. The pattern of ISO 27001 surveillance audit failure is documented across certification bodies, forensic audit analyses, and legal proceedings. Here is what the verified data shows.
Not incompetence.
Positioning. Cybersecurity Ventures / multiple sources
Where does surveillance evidence sampling fail most consistently? Risk assessment validity and currency. Risk treatment ownership and execution. Internal audit independence and completeness. Management review substance and decisions. Corrective action linkage and closure. These are the documented recurring nonconformity categories — the exact chain that breaks most often and most publicly.
But the numbers do not describe what the break means for the person whose name is attached to the system when it breaks. For that, we look at what has already happened to real people.
| Individual | Role | What Was Alleged | Outcome |
|---|---|---|---|
| Joe Sullivan | CISO, Uber | Governance decision to conceal a breach. Board was informed. Board later denied knowledge. | Criminal conviction. Sentenced. Career destroyed. |
| Timothy Brown | CISO, SolarWinds | Discrepancy between internal assessments and external public statements about security posture. | 5 years litigation. Heart attack. SEC eventually withdrawn — after destroying his life. |
| James Reynolds | Head of IT Risk, DSG Retail | Inadequate technical security measures. PCI-DSS controls not operating as evidenced. | ICO enforcement. Personal accountability established. £500k fine to organisation. |
These men were not incompetent. They were positioned closest to the failure by systems that were designed — consciously or not — to produce exactly that positioning.
That is what is happening to you. Right now. Before the auditor arrives. While there is still time to change what gets written.
Surveillance auditors operate on a simple principle that most ISMS owners have never been told explicitly.
When they request evidence of a control operating — a log, a record, an approval, a review — they are not waiting for you to find it. They are measuring what happens in the silence between the request and the response.
If the evidence cannot be produced — standalone, attributable, and unambiguous — within the evidence window, the auditor does not wait. He records what he observed: an inability to evidence the control operating.
This is the silence test. It is not a formal published standard with a named clause. It is the behavioural reality of how surveillance sampling works under pressure — and it is the single most common reason ISMS environments that look compliant on paper collapse under real auditor scrutiny.
The system was not built to answer that question in ten minutes. It was built to answer it eventually, with context, with a call to someone who knows where the file is.
Eventually is not what surveillance auditors accept. They record what they observed. And what they observed is your silence.
It used to be that a failed surveillance audit was a career setback. Uncomfortable. Damaging. But survivable.
That era ended.
The personal liability frontier has moved in ways that most security professionals have not fully absorbed. Here is where it stands today.
NIS2 Directive, Article 20: Management bodies of essential and important entities can be held personally liable for infringements. Temporary bans from management functions are explicitly provided for. Fines up to €10 million or 2% of global turnover — with personal accountability attached. Enforcement severity varies by member state implementation.
DORA, Article 5: Management body members of financial entities are required to maintain and update ICT risk expertise. Failure creates documented personal exposure. The standard of "adequate oversight" is now legally testable.
UK GDPR / DSG Retail precedent: The duty of care for security controls is absolute. "No harm occurred" is no longer a viable defence. The question is whether the controls were adequate and evidenced. If they were not, the liability does not disappear — it finds the closest named individual.
The board's legal counsel has already modelled this. Your name on the ISMS is not accidental. It is structural. It is the organisation's liability architecture operating exactly as designed.
You are not paranoid. The system is operating rationally against your interests, while smiling at you across the meeting room table.
Evil is easy to fight. A system operating logically in its own interest while appearing to support you — that is far harder to defend against unless you know exactly how it works and where it will fail.
Why Internal Auditors Will Never Find What the Surveillance Auditor Finds
Your internal audit team is not incompetent. They are structurally prevented from finding the most dangerous failure modes — because finding them creates political problems inside your organisation.
The internal auditor who surfaces evidence that the board verbally approved risks they never formally signed off on is the internal auditor who does not get invited to the next management review. The one who documents the 14 months of draft policy purgatory is the one who "creates problems." The one who flags the Shadow IT platforms the CTO stands up without going through the security lifecycle is the one who becomes "difficult to work with."
The internal audit is designed — consciously or not — to confirm compliance rather than to test it adversarially.
Surveillance auditors have no such constraint. They are external. They are paid to find what the system says it does, then verify whether it actually does it. They sample evidence chains. They test traceability. They follow the thread from policy to risk to owner to treatment to operating control to log to incident to corrective action to management review.
When that thread breaks — and it almost always breaks somewhere — they note where it breaks, what was missing, and who owns the system it broke in.
The Collapse Vector Model maps the 25 interconnected points where that thread most commonly breaks. Not by category. By causal chain. Because the dangerous truth about surveillance audit failure is that one break does not stay contained. It triggers expanded sampling. Expanded sampling finds the next break. The pattern emerges. The pattern becomes a systemic finding. A systemic finding becomes a major nonconformity.
Before you commit: download the free 6-vector collapse checklist and map your own exposure. If it finds what I expect — you will understand why the full diagnostic exists.
Most security leads reading this are thinking one of two things.
The first thought is: "I need to fix this." That is the right instinct but the wrong timing. You cannot fix a structurally deficient ISMS in the 90 days before a surveillance audit. The deep fixes — the management covenant, the proper accountability architecture — those take time you do not have right now.
The second thought is the correct one: "I need to know exactly what is going to be found — before it is found about me."
Here is what changes when you know first.
You are no longer reacting. You are escalating with evidence. You go to the board not as the person who is about to fail their audit, but as the person who has already found what the auditor is going to find — and who has documented, in precise forensic language, the governance decisions and resource allocations that created each failure point.
That document changes everything. Because now the question is no longer "who failed the ISMS?" It is "who made the decisions that created these conditions?" And you have the evidence trail that answers that question — before the auditor writes his version of it.
The liability has not disappeared. But it is no longer sitting exclusively under your name.
Collapse Vector Diagnostic
This is not a gap analysis. It is not a consulting engagement. It is not a polite review that tells you what you already know.
It is a forensic simulation of what a hostile surveillance auditor will find when they apply the Collapse Vector Model to your specific environment — delivered as a written report you can use to escalate, document, and protect yourself.
- Selected ISMS documentation and policy artefacts
- Evidence samples across key clauses (you select what to share)
- Current risk register state
- Internal audit records and management review records
- Corrective action log
- Scope documentation
- The exact collapse vectors that will trigger expansion sampling
- Specific evidence chain breaks creating personal liability exposure
- Governance accountability gaps active in your environment
- Escalation documentation language for board presentation
- The paper trail that transfers accountability to where the decisions were actually made
Compare that to what is actually at stake:
| NIS2 Article 20 personal fine — essential entities | Up to €10,000,000 |
| DORA personal liability — management body members | Up to €1,000,000 |
| UK CISO average compensation — at risk if terminated | £150k–£250k/year |
| Legal defence costs — minimum, pre-trial | £30k–£80k |
| Re-certification after failed surveillance + remediation | £25k–£120k |
| Cost of Timothy Brown's 5-year SEC litigation | Unmeasurable |
£14,400 is not a consulting fee. It is the cost of knowing what the auditor will find before he finds it — and having the documented evidence to ensure your name is not the only one on the accountability trail when the findings are recorded.
"Twenty years finding what breaks before reality does. No degree. No certification body affiliations. Pattern recognition built under real production pressure with real personal accountability for the outcome. That discipline, applied to ISMS governance, finds what your internal auditors are structurally prevented from finding."
The Collapse Vector Diagnostic is not a scalable service. It is conducted personally — not delegated, not automated. Capacity is limited to four engagements per month.
If the slot is available when you initiate — proceed. If not, you will be informed immediately. No waiting list. No marketing sequence.
This is the action. There are no alternatives.
P.S. The Collapse Vector Diagnostic covers 25 interconnected collapse vectors across four tiers: Governance, Evidence Chain, Personal Liability, and Institutional Accountability. Early breaks in a surveillance audit do not stay contained. One weak link becomes a pattern. A pattern becomes a systemic finding. A systemic finding becomes a major nonconformity. A major nonconformity becomes the document your board forwards to explain why they are "taking appropriate action." Your name is that action. Unless you change the narrative first.
P.P.S. If you are reading this and thinking "I need to show this to my manager before I proceed" — read those words back carefully. The person whose name is on the ISMS report does not consult their manager about whether to find out what the auditor will find. That is exactly the dynamic described above, playing out in real time in your own mind. This conversation happens privately. That is not a flaw in the service model. It is the service model.
P.P.P.S. If your audit is more than six months away — file this. Come back when the urgency is real. The vectors will still be there. So will the service. If your audit is within 90 days — you are already inside the window where this matters most. The time to find the failures is now, not after the auditor has written them down about you.