Free tech learning for everyone, from basics to pro

Secure ArchitectureSystems ArchitectureAdvanced

Security reference architectures and SABSA overview

In short: A security reference architecture is a reusable template of patterns, components and principles for a type of system. SABSA is a business-driven method that traces security from business goals through six layers down to components and operations, so every control can be justified by a business need.

What a reference architecture is

A security reference architecture is a proven blueprint that shows the components, zones, data flows and controls usually needed for a type of system, such as a cloud landing zone, a remote-access service or an industrial site. It saves time, encourages consistency across projects and acts as a checklist so important controls are not forgotten.

Reference architectures and frameworksNIST SP 800-207zero trustCloud frameworkswell-architectedIEC 62443industrial zonesPurdue modelOT levelsSABSAbusiness-drivenTOGAFenterprise method
Figure 1. A selection of reference models architects draw on, each suited to a different context.

Examples include NIST SP 800-207 for zero trust, cloud providers' security reference architectures and well-architected frameworks (see well-architected frameworks), IEC 62443 and the Purdue model for industrial systems, and vendor-neutral patterns published by industry groups.

Use them as a starting point, not a final answer. Tailor each one to your risks, regulations, budget and existing technology, and record why you departed from it.

SABSA in brief

SABSA (Sherwood Applied Business Security Architecture) is an open framework and method for enterprise security architecture. Its key idea is that security exists to enable the business, so every control must trace back to a business requirement. It is organised as a matrix of six layers against six questions: what, why, how, who, where and when.

SABSA layersContextualbusiness viewConceptualarchitect viewLogicaldesigner viewPhysicalbuilder viewComponenttradesman viewOperationalservice manager view
Figure 2. SABSA describes security from business context down to components, with operations running across them.
LayerFocusExample output
ContextualBusiness goals, assets, risks"Customers must trust our online payments"
ConceptualSecurity attributes and strategyAttributes such as confidential, available, auditable
LogicalSecurity services and policiesAuthentication, audit and key management services
PhysicalMechanisms and technology choicesIdentity provider, HSM, SIEM
ComponentSpecific products and standardsProduct versions, protocols, configurations
OperationalRunning and assuring securityMonitoring, incident response, change control

Business attributes and traceability

A central SABSA tool is the business attributes profile: a list of qualities the business needs, such as "available", "compliant" or "user-friendly", each with a clear definition and a way to measure it. Architects then trace links in both directions. Going down shows that every business need has controls; going up shows that every control has a reason. Controls with no upward link are candidates for removal, and needs with no downward link are gaps.

SABSA also stresses risk as opportunity as well as threat: security should help the business do new things safely, not only block them.

Using frameworks together

  • TOGAF gives the overall enterprise architecture method; SABSA is often used alongside it to add the security view (see TOGAF).
  • Control frameworks such as ISO/IEC 27001:2022 and the NIST Cybersecurity Framework 2.0 supply controls and outcomes; SABSA explains why each is selected.
  • Reference architectures provide ready patterns at the logical and physical layers.
  1. Capture business goals and risks with stakeholders.
  2. Build a short attributes profile with measures.
  3. Pick a suitable reference architecture and map it to the attributes.
  4. Tailor, document gaps and decisions, and get them approved.
  5. Review the architecture as the business and threats change.

Tip: in dissertations and design reports, a short traceability table from business requirement to control to evidence is a clear way to show a structured, SABSA-style approach.

Practice

What is the main idea behind SABSA?
Security architecture should be driven by business requirements, with every control traceable to a business need.
Which SABSA layer deals with specific products and configurations?
The component layer.
Why not simply copy a reference architecture as it is?
It may not match your risks, regulations, budget or existing systems; it should be tailored, with deviations recorded.

Key takeaways

  • Reference architectures are reusable security blueprints; tailor them.
  • SABSA is a business-driven security architecture method.
  • Its six layers run from contextual down to component, plus operational.
  • Business attributes profiles and two-way traceability justify every control.
  • SABSA works alongside TOGAF, ISO/IEC 27001 and NIST CSF.
Tracks your learning on this device only. See your progress on the learning paths.

About the author

Mohamed Fayas

Founder of FM TecHub. CCNA certified, with a BTEC HND in Network Engineering, and BEng (Hons) in Computer Networking and Cloud Security. He writes practical, plain-English guides on networking, security and cloud.

More about the author

Original content written by Mohamed Fayas for FM TecHub. © 2026 FM TecHub. You're welcome to share a link to this page; please don't copy the text elsewhere without permission.

Stay up to date by email

New notes, tools and security news from FM TecHub, explained simply. Free.

We only use your email to send these updates. See our privacy policy.