Most new chief information security officers (CISOs) inherit a security function whose mandate, budget and risk appetite were never written down, and they have about three months to fix that before the organisation decides what kind of leader it hired. The role is now under direct regulatory attention: US listed companies must describe management's cyber expertise in their annual reports, NIS2 makes management bodies approve and oversee cyber risk measures, and the UK Cyber Governance Code of Practice expects quarterly board reporting. This guide covers the mandate and reporting line, a structured first 90 days, strategy and risk appetite, board reporting, metrics, budget and team design, regulation and personal liability, and working with legal, finance, IT and vendors. It is written for new and aspiring CISOs, virtual CISOs, and the executives and directors who hire and oversee them.
Key takeaways
- Agree the mandate in writing first. Scope, decision rights, incident authority and direct board access matter more than the job title or the line on the organisation chart.
- Spend the first 30 days listening, not fixing. A stakeholder map and an evidence-based risk baseline earn the credibility to change things in days 31 to 90.
- Make the board own the risk appetite. NIST CSF 2.0 GV.RM-02 and UK Cyber Governance Code action A.3 both expect appetite set at the top; the CISO proposes, the board approves.
- Report decisions, not activity. A board pack should show risk against appetite, trend, decisions needed and the cost of each option, using a few stable metrics.
- Identity and AI are board topics. Many major incidents start with a stolen or abused identity, human or machine, and AI agents add identities with real permissions. Put both on the risk register by name.
The CISO mandate and reporting line
NIST CSF 2.0 places security leadership in the GOVERN function. GV.RR-01 states that "Organizational leadership is responsible and accountable for cybersecurity risk", and GV.RR-03 that "Adequate resources are allocated commensurate with the cybersecurity risk strategy, roles, responsibilities, and policies." The CISO turns that accountability into a programme, but accepting risk stays with the business and the board. A mandate or charter, approved by the CEO and noted by the audit or risk committee, should state:
- Scope: corporate IT, cloud, OT, products shipped to customers, privacy engineering, physical security and subsidiaries. Anything excluded needs a named owner elsewhere.
- Decision rights: what the CISO decides (policy, standards, incident declaration), recommends (risk acceptance above a threshold) and can block (go-live of systems failing minimum controls, with an exception route).
- Board access: a standing agenda slot at least quarterly and a right to escalate to the committee chair. Code action E.3 asks boards for "regular two-way dialogue" with the CISO or equivalent.
- Incident authority: who can isolate systems, take services offline or engage external responders without waiting for approval.
- Budget ownership: a separate security budget, or influence over spend inside the CIO's budget.
| CISO reports to | Strengths | Watch for |
|---|---|---|
| CEO | Authority; security treated as business risk | Scarce CEO time; needs business framing |
| CIO or CTO | Close to delivery; easier to embed controls in change | Conflict when findings criticise IT; agree a dotted line to the board |
| Chief Risk Officer or COO | Fits enterprise risk management; independent of IT | Drift into oversight with little ability to fix things |
| General Counsel | Strong on regulation, disclosure and privilege | Programme becomes compliance-led, not threat-led |
| CFO | Direct line to budget and insurance | Security judged mostly on cost |
No reporting line is right everywhere; what matters is that the CISO is not marking their own manager's homework without an independent route to the board. The CIO is accountable for delivering and running technology; the CISO is accountable for the security risk that technology, people and suppliers create, and for telling the board when it is outside appetite.
Full-time or virtual: a virtual or fractional CISO (vCISO) suits smaller organisations, interim gaps, or designing a programme before a full-time hire is justified. It works when an internal owner executes day to day and the contract states decision rights and incident availability. Regulated entities and those with frequent board reporting duties generally need an employed CISO, because the accountability is hard to contract out.
The first 90 days
The goal is a defensible picture of risk, relationships that will hold during the first incident, and a strategy the board has approved.
- Days 1 to 15, confirm the basics: read recent board and audit committee papers, audit findings, regulator correspondence, the risk register, two years of incident logs, the cyber insurance policy and the incident response plan. Confirm today that the incident response retainer, outside counsel and the insurer's breach hotline are reachable.
- Days 1 to 30, map stakeholders: one-to-ones with the CEO, CFO, CIO, General Counsel, CRO, head of internal audit, DPO, HR, the largest business unit heads and the committee chair. Ask what they fear most, what security has blocked for them, and what good looks like in a year.
- Days 15 to 45, build the risk baseline: assess against one framework (NIST CSF 2.0 or the NCSC Cyber Assessment Framework) using evidence, not questionnaires alone. Test the claims that matter: is MFA enforced on remote and privileged access, can backups be restored, who holds global admin, how many service accounts and API keys exist and who owns them.
- Days 30 to 60, assess team and suppliers: skills, capacity, single points of knowledge, on-call cover, and contracts for managed services and key tools. Renewal dates are budget leverage.
- Days 45 to 75, deliver two or three quick wins: low-regret fixes such as removing standing global admin rights, enforcing phishing-resistant MFA for administrators, closing an unowned internet-facing service, or running the first executive tabletop exercise.
- Days 60 to 90, propose strategy and appetite: a two to three year roadmap, draft risk appetite, target operating model and budget, presented to the executive committee and then the board.
Two rules keep this reversible. Do not restructure the team or replace major tools before day 60 unless there is an active incident or a clear legal breach. And every quick win needs a rollback plan agreed with IT operations: a conditional access change that locks out a factory floor costs more credibility than it earns.
| Stakeholder | Needs from you | You need from them |
|---|---|---|
| CEO and executive committee | Plain-language risk position and decisions | Sponsorship; business leaders owning risk |
| Board, audit or risk committee | Assurance within appetite; early warning | Approved appetite, budget, agenda time |
| CFO | Cost of risk and of options | Multi-year funding, procurement support |
| CIO and engineering | Clear standards that fit delivery | Control ownership, change windows |
| General Counsel and DPO | Fast incident facts, disclosure readiness | Privilege protocol, notification decisions |
| HR and internal audit | Leaver discipline; a programme they can test | Accurate starter and leaver feeds; independent assurance |
Strategy, roadmap and risk appetite
Code action B.1 asks boards to ensure a cyber strategy is "aligned with, and embedded within" the wider organisational strategy, and B.2 that it matches the agreed risk appetite and regulatory obligations. Build it in four parts:
- Critical services: the five to ten business services whose disruption or data loss would cause material harm, with dependencies. The NCSC Cyber Security Toolkit for Boards opens its risk management principle with identifying critical assets.
- Threat profile: actors and techniques relevant to your sector and incident history. See the Threat Intelligence Guide.
- Current and target state: maturity by framework function today and the target agreed with the board, with the gap expressed as risk reduction, not tool purchases.
- Roadmap: sequenced initiatives with owners, cost and the metric that proves each worked. Fund foundations (asset inventory, identity, logging, recovery) before advanced capabilities.
GV.RM-02 asks that "Risk appetite and risk tolerance statements are established, communicated, and maintained." Appetite is how much risk the board will take; tolerance turns it into measurable limits:
- Availability: "No cyber event may stop order processing for more than 24 hours." Tolerance: tested recovery of order systems within 8 hours.
- Exposure: "Low appetite for internet-facing weaknesses." Tolerance: known exploited vulnerabilities on internet-facing systems fixed within 7 days.
- Identity: "No appetite for privileged access without strong authentication." Tolerance: every privileged human and machine account inventoried, owned and protected.
Risks outside tolerance go to a named business owner who funds remediation or formally accepts the risk for a fixed period. An acceptance that never expires is a decision nobody is making. Quantifying the largest risks helps the CFO compare options; see the Cyber Risk Quantification Guide.
Reporting to the board
Boards need enough understanding to challenge, not a technical briefing. These frameworks set expectations of boards that shape what the CISO supplies:
| Framework | What it asks of boards | CISO supplies |
|---|---|---|
| UK Cyber Governance Code of Practice (DSIT, April 2025) | Principles on risk, strategy, people, incident planning and assurance. E.2 "formal reporting on at least a quarterly basis"; D.2 annual exercising; C.3 director training | Quarterly report with agreed metrics and tolerances; annual exercise; board training |
| NCSC Cyber Security Toolkit for Boards | Modules on risk, strategy, people, incident planning and assurance, with questions for boards to ask | Answers to those questions in the first board pack |
| WEF, NACD and ISA Principles for Board Governance of Cyber Risk (2021) | Six principles, including "Understand the economic drivers and impact of cyber risk" and "Incorporate cybersecurity expertise into board governance" | Economic framing; access to expertise |
| NIST CSF 2.0 GOVERN | GV.OC, GV.RM, GV.RR, GV.PO, GV.OV, GV.SC | Current and target profiles; oversight results |
| SEC Regulation S-K Item 106 | Annual description of board oversight and management expertise | Evidence of the process the 10-K describes |
| NIS2 Article 20 | Approve and oversee risk measures; mandatory training | Approval papers, oversight and training records |
A board pack that works fits on four pages: risk position against appetite with trend; threat changes and significant incidents; roadmap progress; three to six metrics with tolerances; and the decisions or acceptances requested. Brief the committee chair beforehand and make sure decisions are minuted: they are the evidence that oversight happened. For AI agent risk, see the Board and CISO Briefing.
Metrics that matter
Pick a small, stable set and keep it for at least four quarters so the board sees trend. NIST SP 800-55 Volume 1 (December 2024) covers identifying, selecting and prioritising security measures.
| Metric | Audience | Why it matters |
|---|---|---|
| Critical services with recovery tested within target in 12 months (%) | Board | Can the business survive a destructive attack |
| Privileged and remote access on phishing-resistant MFA (%) | Board, executive | Tracks common initial access routes |
| Known exploited vulnerabilities on internet-facing systems fixed within tolerance (%) | Executive | Exposure against appetite |
| Mean time to detect and to contain | Executive, security | Is response improving |
| Machine identities with a named owner (%) | Executive | Unowned NHIs are unreviewed standing access |
| Critical suppliers assessed with incident notification clauses (%) | Board | Third parties are a frequent route to major loss |
| Accepted risks past expiry (count) | Board | Is risk ownership real |
Avoid vanity numbers such as blocked emails or total alerts, which track attacker volume rather than your control. See the Identity Security Metrics Guide.
Budget and team structure
Build the budget from the roadmap, not last year's spend plus inflation: run costs (licences, managed services, staff), change costs (projects tied to risk reduction) and contingency (incident response retainer, forensics, crisis communications).
- Find money before asking: overlapping tools and unused licences are common in an inherited estate; retiring them funds quick wins and earns CFO trust.
- Align with insurance: insurers ask about MFA, backup, EDR and privileged access at renewal. Use the same evidence. See the Cyber Insurance Guide.
- Show options: present at least two funding levels with the residual risk of each, so the board chooses the risk, not just the cost.
| Organisation | Typical structure | Commonly outsourced |
|---|---|---|
| Small | vCISO or IT manager with security remit, one or two engineers | MDR, penetration testing, incident response retainer |
| Mid-sized | CISO with leads for engineering, operations and GRC | 24x7 monitoring, forensics, red teaming |
| Large or regulated | CISO with deputies for architecture, SOC, identity, GRC, product security, third-party risk and OT; divisional security officers | Surge capacity, specialist testing |
At any size, name a deputy who can run an incident when the CISO is unavailable, and remove single points of knowledge on identity and backup platforms. See the MDR Guide.
Regulation and personal liability
- SEC rules (US listed companies): Form 8-K Item 1.05 requires disclosure of a cyber incident the company determines to be material, generally within four business days of that determination, covering "material aspects of the incident's nature, scope, and timing" and likely impact. Delay is possible only where the US Attorney General finds a substantial risk to national security or public safety. Regulation S-K Item 106 requires annual disclosure of risk management, board oversight and management's role and expertise; foreign private issuers use Forms 6-K and 20-F. The CISO's job is to get incidents to the materiality decision fast and make sure the 10-K describes what really happens.
- NIS2 Article 20 (EU essential and important entities): management bodies "approve the cybersecurity risk-management measures" under Article 21, oversee them and "can be held liable for infringements"; members "are required to follow training". Article 32 lets supervisors of essential entities, as a last resort, seek a temporary ban on a person exercising managerial functions. Significant incidents need an early warning within 24 hours, notification within 72 hours and a final report within one month. See the NIS2 Directive Guide and, for financial entities, the DORA Guide.
- UK Cyber Governance Code: voluntary, aimed at directors of medium and large organisations; action D.3 has the board take responsibility for regulatory obligations such as incident reporting.
Personal exposure for security leaders has so far turned on concealment and misleading statements, not on being breached. Uber's former chief security officer was convicted in 2022 of obstructing a Federal Trade Commission proceeding and misprision of a felony over the Uber 2016 breach, in which attackers were paid $100,000 and the breach was not disclosed to the FTC; he was sentenced in May 2023 to three years' probation. Practical protections: confirm D&O insurance and indemnity cover; never sign off a public security statement you cannot evidence; record risk acceptances and dissent in writing; and route every payment, notification and disclosure decision through counsel and the disclosure committee.
Working with legal, finance, IT and vendors
- Legal: agree in advance when counsel engages forensic firms, who decides on regulator and customer notification, and how extortion demands are handled. Keep counsel, insurer and law enforcement contacts in the offline incident pack. See the Incident Response Guide.
- CFO: speak in loss scenarios, ranges and options; involve finance in insurance, payment fraud controls and disclosure materiality.
- CIO: security standards become IT's acceptance criteria. Platform teams own controls on their platforms; security owns the standard, testing and exceptions register.
- Suppliers: tier by access and data held, not spend. Critical tiers need incident notification within set hours, assurance rights, MFA and named accounts. The Marks and Spencer cyberattack began with impersonation of a third-party user. See the Third-Party Access Guide.
- Security vendors: consolidate where overlap is clear, insist on exportable logs and configuration, and bring each tool's admin accounts and API keys under privileged access control.
Identity and AI risk as board topics
Boards grasp "someone logged in as us" faster than any vulnerability taxonomy. Three identity risks deserve named lines on the register:
- Privileged access: one compromised administrator can halt a business. In the Stryker cyberattack, a hijacked admin account used Microsoft Intune to wipe tens of thousands of devices. See the Privileged Access Management Guide.
- Non-human identities: service accounts, API keys, tokens and certificates usually outnumber people and are rarely owned or reviewed. Ask for an inventory and an ownership rate. See the NHI Ownership Guide.
- AI agents: agents act with delegated permissions and their own credentials. Board questions: which agents exist, what can they access, who approves their permissions, how are their actions logged. See the AI Governance Guide and the Agentic AI Security Guide.
Framework mapping
| CISO responsibility | NIST CSF 2.0 | NIST SP 800-53 Rev. 5 | ISO/IEC 27001:2022 |
|---|---|---|---|
| Leadership and accountability | GV.RR-01, GV.RR-02 | PM-2 Information Security Program Leadership Role | Clauses 5.1, 5.3; A.5.2, A.5.4 |
| Risk strategy and appetite | GV.RM-02 | PM-9 Risk Management Strategy | Clause 6.1 |
| Resources and budget | GV.RR-03 | PM-3 Information Security and Privacy Resources | Clause 7.1 |
| Measurement and oversight | GV.OV | PM-6 Measures of Performance | Clauses 9.1, 9.3; A.5.35 |
| Supplier risk | GV.SC | SR family | A.5.19 to A.5.22 |
| Incident readiness | Respond and Recover functions | IR-8 Incident Response Plan | A.5.24 to A.5.26 |
At the operational level, CIS Controls v8.1 Control 15 (Service Provider Management) and Control 17 (Incident Response Management) map to the supplier and incident lines.
Common failure patterns
- Accepting the role without a mandate: accountable in practice, no authority to block risky changes or reach the board, and blamed after the incident.
- Strategy as a shopping list: tools with no link to critical services or appetite get cut first.
- Board metrics that change every quarter: hides trend and erodes trust.
- Treating disruption as an IT problem: the Jaguar Land Rover cyberattack halted global production, a continuity and supply chain event that needed board-level recovery decisions, not only containment.
- The CISO signing risk acceptances: business owners stop caring. Acceptance belongs to them, with an expiry date.
- Handling an incident outside legal process: paying attackers or delaying notification without counsel is where personal liability arises.
Practitioner checklist
- Get a written mandate covering scope, decision rights, incident authority and access to the committee chair.
- Confirm in week one that the response retainer, counsel and insurer hotline are reachable and recorded offline.
- Complete stakeholder interviews within 30 days and keep a stakeholder map.
- Build an evidence-based baseline against NIST CSF 2.0 or the NCSC CAF by day 45.
- Deliver two or three reversible quick wins, each with an agreed rollback plan.
- Get a risk appetite statement with measurable tolerances approved by the board.
- Present strategy, operating model and at least two funding options by day 90.
- Agree a stable quarterly board pack with three to six metrics and a decisions section.
- Confirm D&O cover and indemnity, and agree the disclosure and notification process with legal.
- Put privileged access, non-human identities and AI agents on the risk register with named owners.
Standards and references
- NIST: The NIST Cybersecurity Framework (CSF) 2.0
- DSIT: Cyber Governance Code of Practice
- NCSC: Cyber Security Toolkit for Boards
- US SEC: SEC Adopts Rules on Cybersecurity Risk Management, Strategy, Governance, and Incident Disclosure by Public Companies
- EUR-Lex: Directive (EU) 2022/2555 (NIS2 Directive)
- World Economic Forum: Principles for Board Governance of Cyber Risk
- NIST: SP 800-55 Vol. 1, Measurement Guide for Information Security
- Help Net Security: Former Uber CSO avoids prison for concealing data breach
Related NHI Mgmt Group resources: Identity Security Programme Guide · Board and CISO Briefing · Cyber Risk Quantification Guide · NIS2 Directive Guide · Business Case Guide. This guide summarises regulatory obligations for security leaders and is not legal advice.