Identity and access.
Design least privilege, authentication, segmentation and credential handling. Keep ownership and access review explicit.
Understand what needs protecting and where trust is being placed. Build the controls into the architecture, then test the behaviour.
Explore the capabilityMap identities, data flows and permitted actions. Connect risk decisions with technical controls and the people who will operate them.
Design least privilege, authentication, segmentation and credential handling. Keep ownership and access review explicit.
Collect useful telemetry, tune detection and prepare response procedures. Test containment and recovery with the relevant teams.
Review trust boundaries, prompt-injection exposure, tool permissions and data handling. Enforce controls outside the model.
Separate an agent's read access from its ability to request changes, and exercise attempts to cross that boundary.
No architecture eliminates every risk. Document the scope, assumptions, controls and residual risk rather than promising absolute security.
No single control is trusted to hold. Each layer assumes the one above it might fail.
Phishing-resistant sign-in, least privilege and just-in-time admin.
Compliance checked at every sign-in, and detection on every endpoint.
Authenticated mail, filtered links and controlled sharing.
Sensitive information labelled and kept inside its boundaries.
Alerts triaged every working day. Playbooks rehearsed before they are needed.
Backups an attacker can't delete, and restores that have been tested.
No. Identity, networks, applications, data and people all shape the security of the system.
We design and test the technical controls and prepare you for the assessment. The certificate itself comes from an accredited certification body, which keeps the assessment independent.
Technical reference: MCP: security best practices (opens in a new tab)