Logo
Cybersecurity

What Information Security Process Manager Actually Does and Why Most Organizations Getting It Wrong

Only 37% of organizations have a formal security process owner. ITSEC Asia, the cybersecurity leader in Indonesia, breaks down the Information Security Process Manager role and why it is the difference between a security program that functions and one that merely exists.

|
Mei 25, 2026
What Information Security Process Manager Actually Does and Why Most Organizations Getting It Wrong

Introduction

Here is a number worth sitting with: organizations that detect breaches with a security AI and automation program save an average of USD 2.2 million compared to those that do not. Yet the operational role responsible for building, owning, and continuously improving those detection and response processes, the Information Security Process Manager, remains one of the least formally defined positions in enterprise security. Most organizations have the tools. Very few have the structured ownership that makes those tools work together as a system. ITSEC Asia, the cybersecurity leader in Indonesia with operations across Singapore, Australia, and the UAE, works directly with organizations to fill exactly this gap: turning fragmented security investments into managed, measurable, and genuinely effective programs.

Sources: IBM Cost of a Data Breach Report 2024

What the Role Actually Owns

An Information Security Process Manager is the operational architect of a security program. Where a CISO sets direction and a security analyst executes individual tasks, the Process Manager is responsible for defining, documenting, improving, and governing the processes that connect strategy to execution. This includes owning the organization's threat detection workflows, managing the feedback loop between incident response findings and updated controls, and ensuring that frameworks like NIST Cybersecurity Framework 2.0 and MITRE ATT&CK are translated from reference documents into operational practice.

The scope is broader than most job descriptions acknowledge. Threat hunting program governance sits within this role, because threat hunting is not a one-time engagement but a repeatable, hypothesis-driven discipline that requires structured ownership to scale. Compromise assessment processes, which establish whether an organization has already been breached and what changed in the aftermath of an incident, require the same formal management. The SANS Institute's Threat Hunting Maturity Model describes how organizations move from reactive, ad hoc investigations to structured hunt programs with defined hypotheses, documented procedures, and measurable outcomes. That maturity progression does not happen by accident. It happens when someone owns the process.

Sources: NIST Cybersecurity Framework 2.0 · MITRE ATT&CK Framework · SANS Institute: Threat Hunting Maturity Model

Why Threat Hunting and Compromise Assessment Are Now Core Functions

Attacker breakout time, the window between initial access and lateral movement through a network, has collapsed to just 62 minutes for the fastest observed intrusions, with the average sitting at under three hours. Signature-based detection systems and periodic vulnerability scans operate on timescales that no longer match that threat reality. An Information Security Process Manager who understands this dynamic is responsible for ensuring that proactive detection capability, specifically threat hunting and compromise assessment, is embedded in the organization's standard security operations rather than treated as an optional or occasional activity.

Compromise assessment answers a question that organizations are often afraid to ask directly: is there an attacker in our environment right now? Done properly, it provides the forensic baseline that tells security teams what normal looks like, which is the foundation that threat hunting hypotheses are built on. Both functions generate detection logic that feeds back into the Security Operations Center's automated tooling, meaning every hunt cycle and every assessment improves the organization's overall detection posture. The Process Manager's role is to ensure that feedback loop actually closes rather than producing findings that sit in a report nobody acts on. For sectors that carry disproportionate risk, including healthcare, financial services, and critical infrastructure, undetected attacker dwell time, not breach response cost, is the primary driver of breach losses. Managing dwell time is a process problem before it is a technology problem.

Sources: CrowdStrike Global Threat Report 2024 · IBM Cost of a Data Breach Report 2024 · Ponemon Institute Data Breach Research 2024

The Frameworks, Standards, and Regulatory Pressure Shaping the Role

The external environment has made Information Security Process Management less optional in recent years. NIST CSF 2.0 explicitly elevated the Govern function, recognizing that cybersecurity strategy must be embedded in enterprise risk governance rather than siloed in IT. Regulators overseeing financial services and critical infrastructure, including BSSN through Indonesia's national cybersecurity strategy and the EU's NIS2 Directive internationally, increasingly expect organizations to demonstrate active, documented detection capability rather than perimeter defense alone. Auditors and regulators are asking to see evidence of process, not just evidence of tooling.

The MITRE ATT&CK framework gives Information Security Process Managers a structured vocabulary for that documentation. When a threat hunt is scoped, it can be mapped to specific ATT&CK techniques, which means the coverage of the organization's proactive detection program is visible, communicable to leadership, and auditable. When a gap is identified, the remediation can be tracked against the same framework. This kind of structured, evidence-based approach to security process management is increasingly what distinguishes organizations that satisfy regulators and recover cleanly from incidents from those that are caught without an adequate answer when a breach investigation begins.

Sources: NIST Cybersecurity Framework 2.0 · MITRE ATT&CK Framework · BSSN National Cybersecurity Strategy

Build the Process Capability Before the Incident Makes It Urgent

The organizations that experience the most damaging breaches are rarely those with the worst tools. They are the ones operating without formal process ownership: no one tracking whether threat hunting is happening systematically, no one ensuring that compromise assessment findings translate into updated detections, no one governing the feedback loop that turns security spend into measurable risk reduction. The Information Security Process Manager role exists to close that gap, and organizations that invest in this function before an incident forces it are the ones that recover faster, spend less, and demonstrate genuine security maturity to regulators and boards.

ITSEC Asia provides threat hunting, compromise assessment, digital forensics, and incident response capabilities for organizations across Indonesia, Singapore, Australia, and the UAE. If your organization wants to assess its current process maturity, establish formal ownership of detection and response workflows, or build proactive security capability before an incident makes it necessary, speak with our specialists directly.

👉 Consult with our security specialists https://itsec.asia/contact

Share this post

You may also like

Cloud Misconfigurations Are Still the Leading Cause of Breaches: Here Is How to Stay Ahead
Cybersecurity

Cloud Misconfigurations Are Still the Leading Cause of Breaches: Here Is How to Stay Ahead

Introduction How many storage buckets, IAM roles, or API endpoints in your organization's cloud environment could you confidently say are configured correctly right now. Most security leaders cannot answer that with certainty, and that uncertainty is precisely what attackers count on. Recent industry research puts the picture in sharp focus. Verizon's Data Breach Investigations Report ties fifteen percent of breaches directly to cloud misconfiguration, while separate analysis from SentinelOne finds that ninety five percent of cloud security failures trace back to human error rather than a flaw in the platform itself. Gartner has been saying the same thing for years, projecting that through 2026, ninety nine percent of cloud security failures will be the customer's fault, not the provider's. ITSEC Asia, Indonesia's leading cybersecurity company, works with organizations across Indonesia, Singapore, Australia, and the UAE that are racing to modernize their infrastructure, and the pattern is consistent everywhere. Teams move fast to ship to the cloud, and the governance needed to secure that environment quietly falls behind. Source: Cloud Security Statistics

ITSEC AsiaITSEC Asia
|
Agt 07, 2026 — 5 minutes read
This is How Information Security Analysis Protects What Prevention Can't
Cybersecurity

This is How Information Security Analysis Protects What Prevention Can't

INTRODUCTION Organizations worldwide are investing more in cybersecurity than at any point in history, yet breaches are growing more frequent, more expensive, and more damaging. The global average cost of a data breach reached USD 4.88 million in 2024, the highest figure ever recorded. Even more alarming, the average time to identify a breach stood at 194 days, nearly half a year of undetected attacker activity inside a network before anyone realized something was wrong. These numbers raise an urgent question every business leader must answer honestly: if an attacker entered your network today, how long would it take your organization to find out? And once discovered, could you identify exactly what was accessed, how the attacker moved, and what vulnerabilities made it possible in the first place? For most organizations, the honest answer is: not fast enough, and not with enough certainty. That gap is precisely what Information Security Analysis (ISA) is designed to close. Prevention, including firewalls, antivirus, and multi-factor authentication, is necessary but not sufficient. When attackers

|
Mei 11, 2026 — 7 minutes read
Your Incident Response Team Has an AI Problem to Rehearse
Cybersecurity

Your Incident Response Team Has an AI Problem to Rehearse

An AI assistant connected to internal data starts returning information it shouldn’t reveal. What does the incident responder collect first? Traditional evidence still matters, but the investigation may also require prompts, model outputs, retrieval sources, system instructions, access permissions and records of actions taken through connected tools. Disabling an endpoint won’t necessarily answer what the model accessed or what information it produced. Recent workforce data suggests many teams haven’t rehearsed that situation. ISACA’s 2026 State of Cybersecurity research, based on more than 1,800 cybersecurity professionals globally, found that only 8% of organizations regularly conduct AI specific response exercises. The same research found that 45% see LLM SecOps as a skills gap, up 12 percentage points from 2025 and 21 points from 2024. ISACA [https://www.isaca.org/about-us/newsroom/press-releases/2026/only-8-percent-of-organizations-global-enterprises-conduct-regular-ai-specific-response-exercises?utm_source=chatgpt.com] AI security is becoming operational work rather quickly. AI CHANGES THE EVIDENCE NIST convened an AI Incident Management Workshop in May because a new class of incidents is emerging as AI systems become embedded in critical infrastructure, cybersecurity and other operational environments. Its work covers incident definitions, lifecycles, taxonomies, existing playbooks

ITSEC AsiaITSEC Asia
|
Okt 07, 2026 — 3 minutes read

Receive weekly
updates on new posts

Subscribe