advanced 2 min answer

An organisation pursues a security certification. How should that change the architecture, and how should it not?

certificationcontrolsscopearchitecturesalesforce
Show the full answer Hide the answer

What certification legitimately drives

  • Explicit boundaries. Certification requires a defined scope, which forces clarity about what is in the system and what is not — usually valuable regardless of the certificate.
  • Access control that can be evidenced, which typically means centralised identity, removal of standing access, and reviewable grants.
  • Change control with a record, which for a mature engineering organisation is the pipeline it already has, instrumented.
  • Logging and monitoring with retention, which most systems need anyway and under-invest in.
  • Documented and tested recovery, converting a plan into an exercised capability.

Each of these is defensible on its own merits. Certification supplies the forcing function and the funding.

What it should not drive

  • Architecture designed for the audit rather than for the system. Splitting a service to reduce scope, when the split has no operational logic, produces a permanent complexity cost for a temporary assessment benefit.
  • Controls that satisfy a clause and address no risk, which accumulate and are the reason engineers regard compliance as theatre.
  • Freezing change during the assessment window, which trades real risk reduction for the appearance of stability.
  • Documentation written for auditors and read by nobody, which diverges from the system immediately and then misleads.

The scoping decision that matters most

A narrow scope is cheaper to certify and easier to defend, provided the boundary is real — enforced by segmentation and access control rather than drawn on a diagram. A boundary that exists only in the scope document will not survive testing, and a scope drawn wider than necessary imposes the full control burden on systems that did not need it.

The framing to hold

Certification evidences a control environment; it does not create one. Organisations that build the controls and then certify find the process cheap. Organisations that certify in order to acquire controls find it expensive, and the controls decay after the certificate is issued.