Enter . Unlike traditional security frameworks that start with firewalls and antivirus software, SABSA starts with a single, radical question: What are your business objectives? What is SABSA? Developed in the late 1990s by John Sherwood, Andrew Clark, and David Lynas, SABSA is a business-driven security architecture framework . It is not a product list or a compliance checklist. Rather, it is a methodology and a lifecycle for creating risk-driven enterprise security architectures that support business goals.
If the business requires "Confidential customer transactions," SABSA translates that into a technical requirement for "Encryption." If the business requires "Auditable compliance," SABSA translates that into "Log management and SIEM." Every technical control maps back to a business need. The heart of SABSA is a (6 \times 6) matrix. It consists of six horizontal layers (questions) and six vertical columns (assets). The six layers are crucial to understand because they force the architect to think holistically. sabsa architecture model
SABSA is based on the Zachman Framework for enterprise architecture, adapted specifically for security. It operates on the principle that security is not a technical problem—it is a that requires technical solutions. The Core Philosophy: "Security by Design" The most common mistake in security is "bolting on" controls after a system is built. SABSA advocates for "Security by Design." This means that security requirements are derived directly from business requirements during the strategic planning phase, not during deployment. Developed in the late 1990s by John Sherwood,
It ensures that your SIEM alerts, your next-gen firewall rules, and your IAM policies are not just technically sound—they are business-relevant. By adopting SABSA, security transforms from a "cost center" and "business blocker" into a strategic enabler that drives trust, resilience, and competitive advantage. By adopting SABSA