Overview

Role in the system

Security controls built into every layer — network, identity, endpoint, application, data and backup — together with the monitoring and recovery capability to detect an event and restore service after one.

It must be incorporated into architecture, access control, segmentation, configuration, monitoring, backup and operations.

Layered security controls and the cyber-recovery pathLeft: nested security layers from perimeter security inward through internal segmentation, identity and access, endpoint and application controls to data protection. Right: a cyber-recovery path from the production environment to immutable and offline backup copies, then an isolated recovery zone where restores are validated, then a prioritised restore to production. A security monitoring band covers both.Controls enforced at every layerPerimeter securityfirewalls, intrusion prevention, DoS protectionInternal segmentationzones and network access controlIdentity and accessSSO, MFA, privileged accessEndpoint and application controlsData protectionencryption, logging, backup protectionrecovery planningCyber-recovery pathProduction environmentafter an incident, assume systems and credentials may be compromisedprotected copiesImmutable and offline backup copiesseparate credentials, cannot be altered from productionrestore into isolationIsolated recovery zone (clean room)restore, scan and validate before anything reconnectsrecovery testing proves this path in advancerelease in dependency orderPrioritised restore to productioncredentials rebuilt, application dependencies respectedSecurity monitoringAuthentication, administrative, network, endpoint, application, database, cloud and device events; configuration changes; vulnerability findings
Layered controls and recovery. Security controls nest from the perimeter to the data. Recovery after a cyber event restores through an isolated zone, from copies the production environment cannot alter.

Architecture and controls

Security architecture

The architecture states where trust boundaries sit and which control enforces each one.

Security architecture may include:

  • Perimeter security
  • Internal segmentation
  • Secure remote access
  • Identity integration
  • Privileged access
  • Endpoint security
  • Application security controls
  • Data protection
  • Logging
  • Security monitoring
  • Backup protection
  • Recovery planning

Network security

Network controls limit what can reach a system and what a compromised system can reach next.

Network security capabilities may include:

  • Firewalls
  • Intrusion prevention
  • Web filtering
  • Secure remote access
  • Network access control
  • Segmentation
  • Encrypted tunnels
  • Threat-intelligence integration
  • Denial-of-service protection
  • Secure administration

Identity and access

Service accounts and administrative access are treated as carefully as user accounts, because they usually carry broader privileges.

Identity controls may include:

  • Directory integration
  • Single sign-on
  • Multifactor authentication
  • Role-based access
  • Privileged access control
  • Service accounts
  • Administrative segregation
  • Access review
  • User lifecycle management

Detection, recovery and maintenance

Security monitoring

Monitoring is only useful for the sources actually connected to it, so the source list is part of the design.

Security monitoring may cover:

  • Authentication events
  • Administrative activity
  • Network events
  • Endpoint events
  • Application logs
  • Database activity
  • Cloud activity
  • Device alerts
  • Configuration changes
  • Vulnerability findings

Cyber-recovery

Recovery from a cyber event assumes the production environment, and possibly its credentials, cannot be trusted. Restoration therefore happens into an isolated environment first.

Cyber-recovery architecture should address:

  • Immutable backup
  • Offline backup
  • Recovery isolation
  • Clean-room recovery
  • Recovery prioritisation
  • Credential recovery
  • Application dependency
  • Recovery testing
  • Incident documentation

Vulnerability and patch coordination

Each layer has its own patch cadence and failure mode; the order and timing of updates is planned across them.

Patch management requires coordination across:

  • Operating systems
  • Network devices
  • Security appliances
  • Hypervisors
  • Databases
  • Middleware
  • Applications
  • Edge devices
  • Device firmware

Patching must consider compatibility, downtime, testing and rollback.

Discuss an ICT Requirement

Describe the requirement, the locations involved and where the project stands. We will respond with the technical questions that need answering first.

Discuss an ICT Requirement