Abstract network of connected points

Services/Security Architecture & Engineering

Security Architecture & Zero Trust

Design security architecture around business needs, system boundaries and identity-aware access principles.

Last reviewed:

What is this service?

Security architecture translates business needs and threat scenarios into coherent technical controls. Zero Trust is an approach to continuously justified access, not a product that makes an entire environment secure on installation. JODOR reviews identity, device context, network boundaries, applications and data flows together. The design should explain trust decisions, enforcement points and operational dependencies before selecting or integrating technology.

Read the VPN-to-ZTNA migration guide and request the whitepaper

Who needs it?

Architecture work is valuable during cloud adoption, remote-access changes, network redesign and major application programmes. It also helps teams resolve overlapping tools or unclear trust boundaries. Operations, identity owners and application teams need to participate, because an elegant diagram is not useful if access policies cannot be maintained, monitored or supported during an outage.

What we cover

Scope options

Architecture

  • Security architecture review
  • Application and infrastructure design
  • Architecture risk analysis

Zero Trust

  • Identity-aware access design
  • Network segmentation principles
  • Trust boundary review

Engineering

  • Security requirements
  • Secure design guidance
  • Architecture roadmap

How we deliver

Delivery starts with an agreed scope, named asset owners, access permissions, evidence requirements and a communication plan. For this service, the discussion includes Security architecture review, Application and infrastructure design, Architecture risk analysis, Identity-aware access design. Observations are connected to their source and business context, and assumptions are checked with the relevant owners. Work outside the agreement is raised explicitly rather than silently added. Review points and escalation arrangements help your team understand what has been completed, what remains uncertain and which actions depend on information or authorisation from you.

01

Discover

Understand systems, trust boundaries, business needs and design constraints.

02

Assess

Review architecture and identify security design considerations.

03

Design

Develop target-state recommendations and prioritised design actions.

04

Support

Provide design guidance as agreed changes are planned and implemented.

Deliverables

Deliverables connect the findings to the agreed business objective rather than simply export tool output. Recommendations identify rationale, relative priority, proposed ownership and dependencies on other teams or technologies. We distinguish verified observations from items requiring further evidence, and explain limitations that affect confidence. Sensitive material is handled under the agreed arrangements. A readout gives your team an opportunity to challenge conclusions and clarify next steps. Implementation, retesting and continued oversight are included only where the proposal explicitly defines them.

  • Current-state architecture observations
  • Target-state security design
  • Zero Trust considerations
  • Prioritised implementation roadmap

Timeline

Timing is agreed after scoping and checking evidence readiness, system access and stakeholder availability. A bounded assessment may take several weeks; implementation or ongoing support needs a separate phased plan. The proposal identifies assumptions, dependencies and review points. Changes to assets, permissions or access can change the schedule. An indicative duration is not a universal delivery promise or a substitute for confirming your actual environment.

Frequently asked questions

Does Zero Trust mean replacing every VPN immediately?

No. Migration depends on application protocols, identity readiness, device controls, user needs and recovery arrangements. Some access paths may transition earlier while others require redesign or temporary safeguards. We evaluate the target architecture and migration sequence rather than assume one replacement product fits everything. Emergency access and operational support must be tested before withdrawing an existing access mechanism.

What should we prepare before the engagement?

Prepare asset and service ownership details, relevant policies, available records and an approved way to share evidence. We discuss Security architecture review, Application and infrastructure design, Architecture risk analysis, Identity-aware access design. Access must be authorised before any intrusive or privileged activity begins. Missing information is recorded as a limitation and prioritised with your team, rather than automatically interpreted as proof that a control either exists or has failed.

How does the team turn findings into practical actions?

Findings should connect the observation, relevant risk and required control to a proposed owner and verifiable outcome. Management resolves competing priorities and decides whether to treat or accept risk within its authority. Closing a ticket alone does not prove that an issue has been removed. We explain suitable verification, with retesting or continued tracking included only when explicitly agreed in scope.

How long does delivery take, and is the schedule guaranteed?

Timing is agreed after scoping and checking evidence readiness, system access and stakeholder availability. A bounded assessment may take several weeks; implementation or ongoing support needs a separate phased plan. The proposal identifies assumptions, dependencies and review points. Changes to assets, permissions or access can change the schedule. An indicative duration is not a universal delivery promise or a substitute for confirming your actual environment.

Does this service guarantee compliance or prevent every incident?

No. The service supports assessment, improvement and evidence within an agreed scope; it cannot prevent every incident or confer regulatory approval. Applicable obligations depend on your activities, supervising authority and the requirements in force. Management retains responsibility for implementation, risk decisions and any formal submission. We describe what was and was not assessed so that a scoped finding is not mistaken for an organisation-wide guarantee.

Related services

Explore NCA cybersecurity controls guidance for this service

Request a proposal

Fill out the form and we'll get back to you soon

...

We reply within one business day.