Cyber Resilience

CVE-2026-60109

Memory Safety in Zeek ≤ 8.0.9

Public PoCMemory Safety
Published
09 July 2026
Modified
14 July 2026
Patch / advisory
CVSS Score v4 8.7
Click a component to see what it means
Raw vectorCVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
EPSS Score 0.0050 40th percentile
Risk Priority 55 floored blend · peak EPSS

Summary

CVE-2026-60109 is a high-severity NULL Pointer Dereference (CWE-476) vulnerability in Zeek Zeek. Its CVSS base score is 8.7 (High).

Operationally, exploitation aligns with the MITRE ATT&CK technique Application or System Exploitation (T1499.004); ranked at the 40th percentile by exploit likelihood (below the median); it is not currently listed in the CISA KEV catalog; a public proof-of-concept is referenced.

The strongest mitigations our analysis identified map to SC-7 (Boundary Protection) and SI-2 (Flaw Remediation) — see the control section below for these in your framework.

OWASP Top 10 for Web (2025)

EU & UK References

Vulnerability Data

Zeek before 8.0.9 contains a null pointer dereference vulnerability in its Kerberos protocol analyzer that allows unauthenticated remote attackers to crash the sensor by sending a crafted KRB_ERROR message with error-code 25 (KDC_ERR_PREAUTH_REQUIRED) containing a PA-DATA element with padata-type 2,…

more

3, 11, or 19. Attackers can exploit a parser and analyzer state mismatch where proc_padata() dereferences an uninitialized pa_data_element field selected by the wrong parsing arm, triggering a crash via a single UDP or TCP packet to port 88 without any credentials or prior authentication.

CWE(s)

Related Threats

MITRE ATT&CK Enterprise TechniquesAI

T1499.004 Application or System Exploitation Impact
Adversaries may exploit software vulnerabilities that can cause an application or system to crash and deny availability to users.
Why these techniques?

The vulnerability enables remote unauthenticated attackers to crash the Zeek sensor via a crafted Kerberos packet, directly mapping to Application or System Exploitation (T1499.004) for denial of service.

Confidence: HIGH · MITRE ATT&CK Enterprise v19.0

CVEs Like This One

CVE-2026-60108Same product: Zeek Zeek
CVE-2026-23353Shared CWE-476
CVE-2026-31481Shared CWE-476
CVE-2026-22722Shared CWE-476
CVE-2026-23286Shared CWE-476
CVE-2025-60495Shared CWE-476
CVE-2026-31394Shared CWE-476
CVE-2026-47220Shared CWE-476
CVE-2025-62850Shared CWE-476
CVE-2026-10670Shared CWE-476

Affected Assets

zeek
zeek
≤ 8.0.9

Mitigating Controls

Control response

Prevent
Stop it (NIST 800-53)
  • SC-7 Boundary Protection
  • SI-2 Flaw Remediation
Detect
Catch it (NIST detect / respond)
  • SI-4 System Monitoring
Harden
Shrink the surface (DISA STIG)

Validate
Prove the fix (OWASP ASVS)

Mitigating Controls (NIST 800-53 r5) AI

prevent

Boundary protection at network perimeters or host firewalls can block or rate-limit unauthenticated UDP/TCP traffic to Kerberos port 88, directly preventing the crafted KRB_ERROR packets from reaching the vulnerable Zeek analyzer.

prevent

Flaw remediation requires prompt application of the Zeek 8.0.9 patch that eliminates the null-pointer dereference in proc_padata(), stopping the crash before exploitation.

detect

System monitoring of Zeek process health and anomalous Kerberos traffic patterns can detect the denial-of-service condition or repeated crafted KRB_ERROR messages indicative of this attack.

Mitigating Controls (NIST CSF 2.0) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→CSF cross-walk (authority under review) — links open the control.

PR.PS-06 mostly match
prevents

Secure SDLC practices (static analysis, code review, safe coding standards) directly prevent NULL dereference bugs during development.

Mitigating Controls (ISO/IEC 27001:2022 Annex A) AI

Derived directly from the weakness types (CWEs) cited in the NVD entry via our AI-authored CWE→ISO cross-walk (authority under review) — links open the control.

detects

Security testing can detect NULL dereference defects before release.

prevents

Secure SDLC mandates defensive coding practices that can prevent NULL dereferences.

prevents

Application security requirements can specify input validation and pointer-safety rules.

prevents

Secure architecture principles encourage defensive design that avoids unsafe pointer use.

prevents

Secure coding standards directly require NULL-pointer checks and safe dereference patterns.

References