Mandate and governance · Lesson 1

Define the advisory mandate and decision rights

4 min read

Lesson objectives

  • Turn an ambiguous request into an authorized engagement that distinguishes analysis, recommendation and risk approval

Imagine a chief executive asking, “Tell us within a week whether we are secure, and sign off on the risk.” That sentence contains several different tasks. “Secure” does not name a service, asset, period, or decision standard. Signing a risk acceptance is an organizational decision that an adviser may not be authorized to make. Begin by turning the request into answerable questions. Which decision must management make? Which services, assets, and data are in scope? Who will use the result? Which people and records may the team access? The deliverable can then be a bounded recommendation with a stated confidence level, rather than a broad assurance that the evidence could never support.

Cybersecurity governance separates the decision maker from the analyst. A sponsor may authorize evidence collection and a comparison of options. A service owner may state what disruption the business can tolerate. Security staff may explain exposure and control operation. A delegated executive body may approve funding or accept the remaining risk. Those are proposed roles for a particular organization, not a universal legal formula. NIST CSF 2.0 places risk strategy, roles, policy, and oversight in its Govern function. It does not transfer an organization's approval authority to its consultant. The engagement charter should say who recommends, who decides, who handles a disagreement, and how reservations are recorded.

Write scope in two layers. Subject scope identifies the services, processes, and systems to analyze, such as a customer ordering platform and its payment provider. Method scope identifies the evidence period, interviews, permitted testing, and limits of reliance on stakeholder statements. Reviewing a sample of access logs might be authorized while penetration testing is outside the engagement. Without that distinction, a client may hear “security assessment” as a complete technical examination. Define reviewable outputs: a register of specified risk scenarios, an options matrix, a decision memo for the authorized person, and a later review date. Do not promise to discover every possible risk.

Option one is to accept the request as stated and issue an overall verdict. It appears fast but cannot be verified against a defined scope and places approval with a person who has no such mandate. Option two is to decline the entire engagement. It protects the adviser from overclaiming but leaves the organization without useful analysis before renewal. Option three, the recommended choice, separates a limited diagnosis from management's decision. Within two days the sponsor names the critical services and accounts, and the service owner confirms the impact of an outage. The security team samples privileged accounts and direct login routes, recording evidence dates. The consultant compares conditional renewal, a short deferral if feasible, and a transition plan against disruption impact, delay cost, and ability to reduce exposure. The output is a written recommendation, not a risk-acceptance signature.

The first output is a one-page charter: “We will assess the risk of insufficiently controlled administrative access to the ordering environment during the stated evidence period and compare renewal options. This work excludes penetration testing and a general compliance assurance about the provider.” The sponsor approves the scope, identifies the service owner, and names the authority that can accept remaining risk. A separate decision record distinguishes verified facts, assumptions still needing tests, business impact estimated by the service owner, and the consultant's recommendation. If all privileged accounts demonstrably use strong authentication and suitable independent testing supports operation, remediation priority might fall. If a direct privileged account has no such protection, the recommendation shifts toward immediate action before renewal. These concrete decision triggers tell the team what evidence matters first.

Test the charter before sending it. Could someone who missed the meeting tell who may accept the risk? Could that person name evidence whose absence would change confidence in the recommendation? If either answer is no, scope remains ambiguous. Check conflicts of interest as well: is the adviser paid or rewarded for choosing a particular vendor, and can that relationship be disclosed to the sponsor? Provide an escalation route if a stakeholder blocks essential records. Missing evidence must not turn into silent approval. Handover does not end at the presentation: record when conditions will be reviewed, who will obtain the next evidence, and which measure will show whether the renewal conditions were met.

Lesson summary

Turn an ambiguous request into an authorized engagement that distinguishes analysis, recommendation and risk approval