Cyber Decision LedgerDecision area

SOC escalation

78 public Decision Records in the whole ledger carry this label. Back to the full Ledger →

Decision Records

Safe containment of refrigeration controller manipulationCRT-2026-04042026.10.19Morning roundtable3 references

Safe containment of refrigeration controller manipulation

When suspicious refrigeration manipulation or relevant fleet exposure is identified, appoint a joint refrigeration, food-safety, and incident-response lead. Restrict suspicious remote-management paths without disrupting local controller operation, independently verify temperatures and setpoints, hold potentially affected stock, and preserve controller and access evidence. Avoid indiscriminate shutdowns or untested configuration changes.

ActiveLast revised 2026-10-19
AreaBreachSOC escalation
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 2 gaps
Malicious package containmentCRT-2026-03992026.10.18Afternoon roundtable4 references

Hunting and Containment for the Reported Malicious imgdecode Package

Organizations should validate reports concerning imgdecode version 1.0.3, search relevant dependency records, caches, registries, build runners, and Windows hosts, and contain systems where execution or compromise is confirmed. Rebuilding and credential rotation should be based on evidence of execution, secret access, or host compromise.

ActiveLast revised 2026-10-18
TechOS platformAreaSOC escalationSupply chain
SeverityHigh
Confidence0/8 backed · 2 gaps
Targeted-ad infection classification and responseCRT-2026-03952026.10.16Afternoon roundtable2 references

Evidence-Based Response to Targeted-Ad Delivery

Do not treat ad targeting or rendering alone as proof of infection. Preserve relevant telemetry, correlate delivery events with execution and follow-on network activity, isolate suspected devices while preserving volatile evidence, block validated malicious infrastructure, and apply stronger browser protections to high-risk users.

ActiveLast revised 2026-10-16
AreaSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Response to suspected developer credential theftCRT-2026-03932026.10.16Morning roundtable4 references

Developer workstation containment and trust recovery

When credential-stealing malware is suspected on a developer workstation, isolate and rebuild the host before rotating secrets. Use a clean system to revoke credentials and sessions that may have been accessible during the suspected window, then audit repositories, build systems, artifacts, releases, cloud activity, signing processes, and unauthorized integrations before restoring trust.

ActiveLast revised 2026-10-16
AreaBreachSOC escalation
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 2 gaps
WinRAR patching and targeted huntingCRT-2026-03922026.10.15Afternoon roundtable4 references

Targeted WinRAR updating and exploitation hunting

Update affected WinRAR installations and conduct targeted hunting on government, Central Asian or CIS-exposed, and strategically relevant endpoints for the reported archive-delivery chain, Startup-folder persistence, PickleShell, and subsequent reverse-shell activity.

Organizations with government, Central Asian or CIS, diplomatic, energy, water, or related strategic exposure should prioritize updating affected WinRAR installations and hunt for the reported archive-delivery chain, Startup-folder persistence, PickleShell, and follow-on reverse-shell activity. Broader emergency treatment should depend on validated evidence of wider targeting.

ActiveLast revised 2026-10-15
AreaCampaignPatch prioritizationSOC escalation+1
SeverityHigh
Confidence0/9 backed · 2 gaps
Post-disruption cloud identity defenseCRT-2026-03892026.10.15Morning roundtable4 references

Harden cloud identities after phishing disruption

After disruption of a phishing-service ecosystem, do not assume that stolen credentials, tokens, or established access have been eliminated. Require phishing-resistant multifactor authentication for privileged and high-risk cloud users, disable weaker fallback methods where feasible, and monitor for session replay, risky sign-ins, new authentication registrations, suspicious consent changes, mailbox manipulation, and anomalous cloud-account activity.

ActiveLast revised 2026-10-15
TechIdentity & accessAreaCampaignSOC escalation
SeverityHigh
Confidence0/8 backed · 1 gap
Danfoss refrigeration controller crisis responseCRT-2026-03832026.10.14Afternoon roundtable7 references

Coordinate response to affected refrigeration controllers

Organizations with affected Danfoss refrigeration controls should coordinate cyber response, food-safety measures, and operational continuity. Restrict exposed remote management, verify local control, quarantine stock lacking reliable temperature history, preserve evidence, and replace controllers confirmed as unsupported. Base any broader shutdown on concrete safety or control-loss conditions rather than internet exposure alone.

ActiveLast revised 2026-10-14
AreaSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Open VSX extension rescanning and credential-investigation thresholdsCRT-2026-03792026.10.13Afternoon roundtable4 references

Rescan Open VSX extension artifacts after fail-open scanning

Organizations should rescan exact approved Open VSX extension artifacts that do not have a verifiable successful post-fix scan. If the affected-period start is unknown, this fallback should cover every currently approved artifact without such verification. Remove exact versions when malware or integrity findings warrant it, and begin credential investigation only when a plausible activation path, confirmed execution, or suspicious endpoint behavior is present.

ActiveLast revised 2026-10-13
AreaSOC escalationSupply chain
SeverityHigh
Confidence0/8 backed · 2 gaps
Exposed water-utility controllersCRT-2026-03782026.10.13Morning roundtable4 references

Response to exposed MicroLogix controllers

Water utilities should remove Rockwell MicroLogix 1100 and 1400 controllers from direct internet exposure. Before resets or recovery actions, preserve controller uploads, configurations, logs, and data tables. Treat unauthorized password or network-setting changes as an operational technology incident, isolate affected systems, and verify pressure, valve, pump, and other process states under operator control.

ActiveLast revised 2026-10-13
TechICS / OTAreaBreachSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Double Counter incident containmentCRT-2026-03752026.10.12Morning roundtable4 references

Containing the Double Counter Credential and Data Exposure

Available public evidence supports responding to the Double Counter event as a genuine credential and data exposure. Exposed credentials should be revoked, reachable secrets rotated, evidence preserved, and possible exfiltration investigated. The company's account estimate remains unverified and should be described as such.

ActiveLast revised 2026-10-12
AreaBreachSOC escalationVendor claim
SeverityHigh
Confidence0/8 backed · 2 gaps
Mobile exploit-chain responseCRT-2026-03712026.10.10Afternoon roundtable4 references

Protect users exposed to the DarkSword iOS exploit chain

Update potentially affected devices to the latest vendor-fixed supported release. Users with threat notifications, implicated-site visits, indicators, or credible surveillance exposure should isolate the device and preserve evidence before resetting it. If the device handled wallet seed material or private keys, migrate assets to a new wallet created on independently trusted hardware.

ActiveLast revised 2026-10-10
AreaPatch prioritizationSOC escalationVulnerability
SeverityHigh
Confidence0/8 backed · 2 gaps
Support impersonation and onsite-access controlsCRT-2026-03632026.10.09Afternoon roundtable4 references

Verification and escalation controls for impersonated support access

Require a valid service ticket and independent verification before granting unexpected technicians access. Coordinate security and facilities, restrict removable media, and escalate when organization-specific remote, endpoint, transfer, or physical-access evidence appears. Treat the named threat playbook as reported rather than independently verified, and use an organization-approved implementation schedule.

ActiveLast revised 2026-10-09
AreaSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
iPhone compromise response and cryptocurrency key migrationCRT-2026-03612026.10.09Afternoon roundtable5 references

Mobile incident response and wallet migration after suspected iPhone compromise

Update susceptible iPhones using validated Apple guidance. Isolate and preserve any device with credible campaign contact or exploit evidence. If credible compromise may have exposed a materially valuable recovery phrase, create new keys on clean hardware and migrate the assets because patching alone does not invalidate a copied phrase.

ActiveLast revised 2026-10-09
TechMobile platformAreaBreachCampaignPatch prioritization+1
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 2 gaps
PoeLLM incident containment and recoveryCRT-2026-03592026.10.08Afternoon roundtable2 references

Containment of PoeLLM-compromised servers

For servers affected by the reported PoeLLM activity, block unnecessary public ingress, preserve evidence during isolation, restrict workload identities, and hunt related environments. Rebuild systems or rotate secrets when evidence shows privileged execution, persistence, secret exposure, or insufficient telemetry to restore trust.

ActiveLast revised 2026-10-08
AreaBreachSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
FortiGate compromise recoveryCRT-2026-03572026.10.08Afternoon roundtable2 references

Recovery for compromised FortiGate systems

For FortiGate systems with evidence of compromise, isolate management access, revoke active sessions and tokens, preserve evidence, remove unauthorized identities, rebuild from known-good media, and rotate only credentials or private-key material shown to have been exposed.

ActiveLast revised 2026-10-08
TechNetwork securityAreaBreachSOC escalation
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 2 gaps
Linux appliance malware hunting and responseCRT-2026-03522026.10.06Afternoon roundtable4 references

Correlate network anomalies with host evidence on Linux appliances

When investigating reported AVERAT, BPFDoor, or BPF Rekoobe activity, defenders should treat unusual SMTP-like traffic as a lead rather than proof of compromise. Correlate it with process, socket, BPF, persistence, service, executable, and integrity evidence. Isolate systems when host findings corroborate compromise, and rebuild when privileged integrity cannot be established. Malware-specific behavior mappings should remain described as reported unless authoritative research is cited.

ActiveLast revised 2026-10-06
TechOS platformAreaSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
SharePoint compromise prioritizationCRT-2026-03452026.10.04Morning roundtable4 references

Prioritize validated SharePoint compromise over exposure-only remediation

Organizations should prioritize a SharePoint environment with validated post-exploitation activity over a separate exposure that lacks local compromise evidence. Response should include isolation, evidence preservation, machine-key rotation, focused credential action, identity and endpoint hunting, and trusted rebuilding of compromised hosts.

ActiveLast revised 2026-10-04
AreaBreachPatch prioritizationSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Dell Container Storage Modules remediationCRT-2026-03422026.10.03Morning roundtable4 references

Dell Container Storage Modules incident priority

Organizations using Dell Container Storage Modules should inventory deployed images and digests, preserve relevant Kubernetes and storage telemetry, restrict management access, and use current vendor guidance to select remediated components. Escalate to top-tier incident handling when authoritative reporting or local telemetry indicates exploitation or compromise.

ActiveLast revised 2026-10-03
AreaPatch prioritizationSOC escalationVulnerability
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 1 gap
Zimbra compromise responseCRT-2026-03392026.10.02Morning roundtable4 references

Compromise-oriented response for exposed Zimbra systems

Exposed Zimbra systems should be handled as potential compromises. Organizations should restrict access, preserve evidence, investigate the full cluster, contain suspicious systems, rotate affected secrets, and deploy the vendor-confirmed fixed release.

ActiveLast revised 2026-10-02
TechSaaS collaborationAreaBreachSOC escalation
SeverityCritical
Confidence0/8 backed · 1 gap
Operational technology containment without disruptive changesCRT-2026-03372026.10.02Morning roundtable4 references

Same-day containment for exposed water utility operational technology

When rebooting or patching exposed operational technology could create a safety risk, use site-approved incident procedures to contain remote access, restrict direct exposure, inventory integrator and cellular paths, perform vendor-supported read-only comparisons from a clean workstation, monitor for unauthorized changes, and confirm safe manual operations. Do not make disruptive controller changes without operations and safety approval.

ActiveLast revised 2026-10-02
TechICS / OTAreaSOC escalation
SeverityHigh
Confidence0/8 backed · 1 gap
Zammad exposure reduction and compromise assessmentCRT-2026-03362026.10.02Afternoon roundtable4 references

Precautionary containment for internet-reachable Zammad deployments

Operators of internet-reachable self-hosted Zammad deployments should check current vendor guidance, reduce public exposure where applicability is uncertain, preserve evidence, and assess for suspicious session, service-account, or privilege activity. Verification findings should trigger investigation; rebuild when compromise is found or integrity cannot be established.

ActiveLast revised 2026-10-02
AreaBreachSOC escalationVulnerability
SeverityHigh
Confidence0/8 backed · 2 gaps
Triage of credentials exposed through public source contentCRT-2026-03352026.10.02Afternoon roundtable3 references

Revocation-first response to public credential exposure

When organization-owned credentials appear in public source content or history, prioritize active credentials by effective authority, revoke the highest-impact secrets first, replace them through approved secret stores, and review relevant provider logs from the earliest known public exposure before closing the incident.

ActiveLast revised 2026-10-02
AreaBreachSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Targeted hunting for adaptive malware behaviorCRT-2026-03342026.10.02Morning roundtable3 references

Hunt for reported in-intrusion payload adaptation

Defenders should hunt for reported payload changes during active intrusions by correlating detection events with build activity, compromised identities, DNS changes, and disposable infrastructure. Adaptive behavior should not be described as autonomous artificial-intelligence activity without supporting incident telemetry.

ActiveLast revised 2026-10-02
AreaBreachSOC escalation
SeverityMedium
Confidence0/8 backed · 2 gaps
Endpoint detection validation for Windows process injectionCRT-2026-03232026.09.28Morning roundtable4 references

Sequence-based detection for a Windows injection technique

Defenders should test the described Windows injection proof of concept against deployed endpoint products and evaluate correlated process, named-pipe, memory-protection, and thread-execution telemetry. Add sequence-based detection where testing supports it, and escalate to investigation or containment only when the correlated behavior is observed or later evidence establishes active exploitation.

ActiveLast revised 2026-09-28
TechOS platformAreaSOC escalation
SeverityMedium
Confidence0/8 backed · 2 gaps
Enterprise AI agent data-upload controlsCRT-2026-03192026.09.27Morning roundtable3 references

Controls for agent-driven uploads to third-party hosts

Following public reports of agent-driven image uploads to third-party hosts, enterprises with relevant agent use should review runs and outbound activity, preserve traces and egress logs, request provider confirmation of any workspace exposure and deletion, disable sensitive-data sharing for model improvement, block anonymous image-hosting destinations, and require controlled approval for data-bearing uploads.

ActiveLast revised 2026-09-27
TechAI / ML systemsAreaBreachSOC escalationVendor claim
SeverityMedium
Confidence0/8 backed · 2 gaps
Retail payment-card incident escalationCRT-2026-03132026.09.26Morning roundtable4 references

Crisis escalation for confirmed checkout skimming

Confirmation of one live checkout skimmer in an organization's environment should trigger immediate crisis escalation, containment, evidence preservation, and validation of affected storefront and payment paths.

ActiveLast revised 2026-09-26
AreaBreachSOC escalation
SeverityCritical
Confidence0/8 backed · 2 gaps
Browser and endpoint zero-day responseCRT-2026-03092026.09.25Afternoon roundtable4 references

Same-day response to reported Chrome-to-Windows exploitation

Organizations responding to the reported Chrome-to-Windows exploitation activity should patch Chrome and Windows promptly using verified vendor guidance. Hunt for browser-originated anomalous execution as a hypothesis rather than relying on unverified malware-specific indicators. Isolate endpoints showing exploit-followed-by-execution, preserve evidence, and rebuild systems when payload execution or integrity cannot be bounded.

ActiveLast revised 2026-09-25
TechOS platformAreaPatch prioritizationSOC escalationVulnerability
SeverityHigh
Confidence0/8 backed · 2 gaps
GitHub App credential exposure containmentCRT-2026-03082026.09.25Afternoon roundtable4 references

Responding to GitHub App private-key exposure

Organizations affected by reported GitHub App private-key exposure should preserve audit and configuration evidence while revoking exposed keys. They should map each affected app to its installations, permissions, repositories, workflows, runners, environments, and reachable credentials; suspend high-impact installations where necessary; investigate execution paths; and validate repository and artifact integrity. Exposure alone should not be described as confirmed misuse.

ActiveLast revised 2026-09-25
TechDevOps supply chainAreaBreachSOC escalationSupply chain
SeverityHigh
ConfidenceHigh confidence · 1/8 backed · 1 gap
Mac malware containment and recoveryCRT-2026-03042026.09.24Morning roundtable2 references

Mac isolation and rebuilding thresholds for PamStealer

Isolate Macs showing evidence of payload execution, malicious artifacts, persistence, or command-and-control traffic. Rebuild when deeper persistence, security interference, Full Disk Access, or incomplete visibility into an encrypted stage prevents trustworthy cleanup.

ActiveLast revised 2026-09-24
AreaSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps
Water utility PLC incident responseCRT-2026-03012026.09.24Morning roundtable2 references

Water-control safety incident escalation

Observed controller password or address changes, or operator loss of access, should be treated as an urgent OT safety incident. Begin established response procedures, limit remote control, preserve evidence, and move affected stations to verified local or manual control while the facts are established.

ActiveLast revised 2026-09-24
TechICS / OTAreaBreachSOC escalation
SeverityHigh
Confidence0/8 backed · 2 gaps

Unified Search

Search the public record.