Skip to main content

Automation

SOAR (Security Orchestration, Automation and Response)

SOAR (Security Orchestration, Automation and Response) is the actuation complement to a SIEM: where the SIEM detects and alerts, SOAR responds and acts. It receives alerts — primarily from the SIEM, but also directly from EDR platforms, vulnerability scanners, cloud security posture tools, and CNI/container security platforms — and executes structured response playbooks: predefined, branching workflows that enrich the alert with additional context from connected systems, make automated or human-gated decisions based on that context, and issue remediation actions across the organisation’s security tooling. The three pillars of SOAR are orchestration (connecting disparate security tools into a unified, API-driven workflow so they exchange data and coordinate actions without human clipboard-copying), automation (executing repeatable investigation and containment steps at machine speed, consistently and without analyst fatigue), and case management (tracking the full lifecycle of a security incident — detection, triage, investigation, containment, eradication, recovery, and post-incident review — in a structured, auditable record). Leading platforms include Splunk SOAR (formerly Phantom), IBM QRadar SOAR (formerly Resilient), Palo Alto XSOAR (formerly Demisto), Microsoft Sentinel with Playbooks (Logic Apps), and open-source options such as TheHive with Cortex.

cert-manager

cert-manager is a CNCF graduated project that brings PKI lifecycle management into Kubernetes as a first-class controller, eliminating the manual processes — CSR generation, CA submission, secret rotation, renewal tracking — that cause certificate-related outages in clusters that manage TLS manually. Its premise is that X.509 certificates should be declared as Kubernetes resources with the same GitOps-friendly, reconciliation-driven lifecycle as any other workload configuration: an operator declares the desired certificate, cert-manager continuously ensures that a valid, non-expired certificate matching that declaration exists and is stored in a Kubernetes Secret, and renews it automatically before expiry. The default renewal threshold is two-thirds of the certificate’s validity period, so a certificate with a 90-day lifetime is renewed at 60 days without operator intervention.

Autonomous Networks

Autonomous Networks (AN) describe an operator evolution path toward networks that configure, optimise, secure, and heal themselves with minimal manual intervention — expressed as closed loops (sense → analyse → decide → act) spanning RAN, transport, core, and cloud infrastructure. The concept is not a single product but a maturity model: TM Forum defines Autonomous Networks Levels (ANL 0–5), from fully manual operation (L0) through assisted and partial automation (L1–L3) to high and full autonomy (L4–L5) where intent (business or service goals) is translated into technical policies and executed with human oversight only for exceptions. GSMA and major operators (e.g. TM Forum AN Leadership Council participants) align roadmaps on high autonomy by ~2027–2030 for selected domains (energy saving, fault recovery, capacity management) rather than overnight “lights-out” operations.