← Back to Feed CACHED · 2026-09-14 21:29:40 · CACHE_KEY CVE-2026-76461
CVE-2026-76461 · CWE-89 · Disclosed 2026-09-14

A vulnerability in the email parsing of Cisco AsyncOS Software for Cisco Secure Email Gateway could

ASSESSED — NOISGATE
Vendor
Reassessed
Verdict:
Do you agree?
01 · The Real Story

Someone can root your email gateway just by sending it a letter

CVE-2026-76461 is an SQL injection in the email parsing logic of Cisco AsyncOS Software for Cisco Secure Email Gateway. When the appliance processes an inbound email, attacker-controlled SQL statements embedded in the message are executed against the appliance's internal PostgreSQL database. The COPY … TO PROGRAM primitive then converts that SQL execution into root-level OS command execution — no authentication, no user interaction, no special network position required. Affected versions span AsyncOS 13.0.0 through 16.0.4 across Cisco Secure Email Gateway, Secure Email Cloud, and Secure Email and Web Manager. Fixed releases are 15.5.5-0141, 16.0.4-3021, and 16.5.0-780.

Cisco's CRITICAL / 9.8 rating is entirely justified and arguably understated for a real-world risk assessment. The vendor score captures the technical severity, but it cannot convey the operational reality: this is a device whose *sole purpose* is to receive untrusted email from the internet. There is no firewall rule you can write to block the attack vector without breaking the product. Cisco confirmed active exploitation on the same day as disclosure, CISA immediately added it to the KEV catalog, and Cisco explicitly states no workaround exists. Every unpatched appliance is a sitting target, processing attacker payloads as part of normal mail flow.

"Unauthenticated RCE via email on your mail gateway. Actively exploited. No workaround. Patch now."
02 · The Attack Path

5 steps from start to impact.

STEP 01

Craft malicious email

The attacker constructs an email message with SQL injection payloads embedded in parsed header fields or body structures. The payload targets the internal PostgreSQL database used by AsyncOS for message tracking and quarantine management. No special tooling beyond a mail client or SMTP script is required.
Conditions required:
  • Knowledge of the SQL injection entry point in email parsing
  • Ability to send email to any address handled by the target gateway
Where this breaks in practice:
  • None — sending email to an organization is the lowest-friction initial access vector that exists
STEP 02

Email delivered to gateway for processing

The Cisco Secure Email Gateway receives the message via standard SMTP (port 25/587). The appliance parses the message as part of its normal pipeline — anti-spam, anti-malware, content filtering. During parsing, the malicious SQL payload reaches the vulnerable code path. No authentication or prior access to the appliance is needed.
Conditions required:
  • Target organization uses Cisco Secure Email Gateway for inbound mail
Where this breaks in practice:
  • None — the appliance must accept inbound email to function; this cannot be restricted without breaking mail delivery
Detection/coverage: Inbound mail logs may show unusual header content, but payload obfuscation is trivial
STEP 03

SQL injection executes in PostgreSQL

The injected SQL statements execute within the context of the appliance's internal PostgreSQL instance. The attacker can read, modify, or delete data in any database table. More critically, PostgreSQL's COPY … TO PROGRAM feature allows executing arbitrary OS commands from within SQL context.
Conditions required:
  • Vulnerable AsyncOS version (13.0.0 through 16.0.4)
Where this breaks in practice:
  • None — the PostgreSQL instance runs with elevated privileges by design
Detection/coverage: IoC: search mail logs with grep -i "COPY.*TO PROGRAM" per Cisco advisory
STEP 04

Root-level command execution

Via COPY … TO PROGRAM, the attacker executes arbitrary commands as root on the underlying FreeBSD operating system. This grants full control of the appliance: reading all email in transit and quarantine, implanting persistent backdoors, pivoting to internal networks via the appliance's management interfaces, and exfiltrating sensitive data.
Conditions required:
  • Successful SQL injection from step 3
Where this breaks in practice:
  • None — the PostgreSQL-to-OS-command path is a well-documented technique
Detection/coverage: Post-exploitation artifacts may be wiped since attacker has root; external network monitoring for anomalous outbound connections from the gateway is the best detection layer
STEP 05

Persistence and lateral movement

With root on the email gateway, the attacker can intercept credentials in transit (e.g., LDAP bind credentials for directory integration, SMTP AUTH credentials), install implants that survive reboots, and pivot into internal networks. The gateway typically sits in a DMZ with connectivity to internal mail servers, LDAP/AD, and management networks.
Conditions required:
  • Root access from step 4
Where this breaks in practice:
  • Network segmentation between DMZ and internal network may slow lateral movement, but the gateway legitimately needs connectivity to internal services
Detection/coverage: Monitor for unexpected outbound connections from the gateway IP, new cron jobs, modified system binaries, or unauthorized SSH keys
03 · Intelligence Metadata

The supporting signals.

In-the-Wild ExploitationActive — Cisco confirmed exploitation during TAC support case resolution. CISA added to KEV on 2026-09-14, same day as disclosure.
Proof-of-ConceptNo public PoC identified as of 2026-09-15. However, active exploitation confirms weaponized exploits exist in adversary hands. The COPY … TO PROGRAM PostgreSQL technique is well-documented and trivial to implement once the injection point is known.
EPSS ScoreNot yet scored (disclosed <24 hours ago). Expect rapid climb given KEV listing and zero-friction attack path.
KEV StatusListed 2026-09-14CISA Alert
CVSS VectorCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H — Network-accessible, no auth, no interaction, full CIA impact. This is the maximum-severity profile for a self-contained vuln.
Affected VersionsCisco AsyncOS 13.0.0 through 16.0.4 (21+ releases). Includes Secure Email Gateway, Secure Email Cloud, and Secure Email and Web Manager.
Fixed Versions15.5.5-0141, 16.0.4-3021, 16.5.0-780 (recommended target). Cisco has also patched Secure Email Cloud instances.
Exposure DataCensys observed ~220 internet-exposed Cisco ESA management interfaces, but this understates the attack surface: the SMTP service (port 25) on *every* deployment is the actual attack surface, and that is exposed by design.
Disclosure Date2026-09-14 (reserved 2026-08-19). Cisco discovered during TAC case; coordinated disclosure with same-day KEV listing suggests urgency.
Reporting EntityDiscovered internally by Cisco during TAC support case resolution — implying a customer was compromised before the advisory.
04 · The Call

noisgate verdict.

Final Verdict
= UNCHANGED to CRITICAL (9.8/10)

The single most decisive factor is role identity — Cisco Secure Email Gateway is a network edge appliance that must accept untrusted input (email) to function, and the attack chain requires nothing more than sending an email to achieve root-level RCE. Active KEV-listed exploitation with no available workaround confirms this is not a theoretical risk but an ongoing campaign.

HIGH Vulnerability severity and exploitability assessment
HIGH Active exploitation status (confirmed by Cisco and CISA KEV)
MEDIUM Specific threat actor attribution and campaign scope

Why this verdict

  • Zero-friction attack path: The attack requires only the ability to send an email to any address handled by the target gateway. No authentication, no user interaction, no special network position. This is the lowest possible bar for exploitation.
  • Role multiplier: Cisco Secure Email Gateway is *by definition* a network edge appliance — 100% of installations occupy the high-value role. Root compromise yields: interception of all organizational email, credential harvesting (LDAP bind creds, SMTP AUTH), DMZ pivot to internal networks, and persistent surveillance. Blast radius is organization-wide (all email + lateral movement). The verdict floor is CRITICAL.
  • Active exploitation with no workaround: Cisco confirmed in-the-wild exploitation, CISA listed in KEV within hours, and the vendor explicitly states no workaround or mitigation exists short of patching. Defenders cannot buy time with compensating controls — the only action is to patch.
  • Massive affected version range: 21+ AsyncOS releases spanning 13.0.0 through 16.0.4 are vulnerable, covering effectively the entire installed base of currently supported and recently EOL versions.

Why not higher?

A 9.8 is already near the ceiling. The only element preventing a perfect 10.0 is the Scope metric being Unchanged (S:U) rather than Changed (S:C) in the CVSS vector — the formal scoring does not account for the *operational* blast radius of owning an email gateway, but in practice the impact extends far beyond the appliance itself. There is no reasonable basis to score this higher within the CVSS framework.

Why not lower?

Every downgrade factor is absent: the attack requires no authentication, no user interaction, no local access, no prior foothold, and no complex conditions. The target component is inherently internet-facing and cannot be shielded by firewall rules. Active exploitation is confirmed. No workaround exists. Downgrading this would require ignoring all available evidence.

05 · Compensating Control

What to do — in priority order.

  1. Patch immediately to AsyncOS 16.5.0-780 — This is the only effective remediation. Cisco states no workaround exists. Under the noisgate mitigation SLA for CRITICAL, deploy within 3 days. Schedule emergency maintenance windows tonight. Use the CLI upgrade command or web UI under System Administration → System Upgrade.
  2. Monitor mail logs for COPY TO PROGRAM patterns — Run grep -i "COPY.*TO PROGRAM" across mail logs on all Cisco ESA/SEG appliances immediately to detect prior exploitation attempts. This is Cisco's recommended IoC. Do this *before* patching to understand if you've already been compromised.
  3. Monitor outbound traffic from gateway IPs — Since root access allows log tampering, external network monitoring is more reliable than host-based detection. Alert on any outbound connections from your email gateway to unexpected destinations, especially on non-standard ports. Deploy within 3 days per the noisgate mitigation SLA.
  4. Audit gateway for persistence artifacts — If IoCs are found, treat as a confirmed breach. Check for unauthorized SSH keys in /root/.ssh/, unexpected cron entries, modified system binaries (compare checksums against known-good images), and new user accounts. Root access means the attacker could have implanted anything.
  5. Rotate credentials accessible from the gateway — If compromise is suspected, immediately rotate: LDAP bind credentials, SMTP relay credentials, management interface passwords, API keys, and any certificates stored on the appliance. The gateway legitimately stores these credentials and a root-level attacker has full access to them.
What doesn't work
  • Email content filtering / DLP rules on the gateway itself — the vulnerable component IS the email parser; the malicious payload is processed before any content filtering rules can act on it.
  • WAF or IPS in front of the gateway — the attack uses standard SMTP on port 25; IPS signatures would need to parse SMTP payloads for SQL injection, which is extremely unusual and unlikely to have signatures for this specific vector within days of disclosure.
  • Restricting management interface access — the attack vector is the SMTP data plane (port 25), not the management interface; locking down the admin UI does not reduce exposure.
  • Disabling Spam Quarantine — while some prior Cisco ESA CVEs were scoped to the quarantine feature, this vulnerability is in the core email parsing logic and affects all configurations.
06 · Verification

Crowdsourced verification payload.

Run this script on each Cisco Secure Email Gateway appliance via SSH as an admin user (or via the CLI system shell if available). Example: ssh [email protected] then paste the script. Requires read access to AsyncOS version info and mail logs.

noisgate-verify.sh
BASHREAD-ONLYSAFE
#!/bin/bash
# CVE-2026-76461 Verification Script
# Checks Cisco AsyncOS version and scans for exploitation IoCs
# Run on: Cisco Secure Email Gateway appliance via SSH
# Output: VULNERABLE / PATCHED / UNKNOWN + IoC scan results

set -euo pipefail

echo "=== CVE-2026-76461 Check ==="
echo "Date: $(date -u)"
echo ""

# Get AsyncOS version
VERSION=$(cat /data/release 2>/dev/null || echo "")
if [ -z "$VERSION" ]; then
  VERSION=$(grep -oP '[0-9]+\.[0-9]+\.[0-9]+-[0-9]+' /etc/VERSION 2>/dev/null || echo "")
fi

if [ -z "$VERSION" ]; then
  echo "[!] Could not determine AsyncOS version."
  echo "    Try running 'version' from the AsyncOS CLI instead."
  echo "UNKNOWN"
  exit 2
fi

echo "AsyncOS Version: $VERSION"
echo ""

# Extract major.minor.patch for comparison
MAJOR=$(echo "$VERSION" | cut -d. -f1)
MINOR=$(echo "$VERSION" | cut -d. -f2)
PATCH_BUILD=$(echo "$VERSION" | cut -d. -f3)

# Fixed versions: 15.5.5-0141, 16.0.4-3021, 16.5.0-780
PATCHED=0

if [ "$MAJOR" -gt 16 ]; then
  PATCHED=1
elif [ "$MAJOR" -eq 16 ] && [ "$MINOR" -ge 5 ]; then
  # 16.5.0-780 or later
  PATCHED=1
elif [ "$MAJOR" -eq 16 ] && [ "$MINOR" -eq 0 ]; then
  # Check if >= 16.0.4-3021
  PATCH_NUM=$(echo "$PATCH_BUILD" | cut -d- -f1)
  BUILD_NUM=$(echo "$PATCH_BUILD" | cut -d- -f2)
  if [ "$PATCH_NUM" -gt 4 ] || ([ "$PATCH_NUM" -eq 4 ] && [ "$BUILD_NUM" -ge 3021 ]); then
    PATCHED=1
  fi
elif [ "$MAJOR" -eq 15 ] && [ "$MINOR" -eq 5 ]; then
  PATCH_NUM=$(echo "$PATCH_BUILD" | cut -d- -f1)
  BUILD_NUM=$(echo "$PATCH_BUILD" | cut -d- -f2)
  if [ "$PATCH_NUM" -gt 5 ] || ([ "$PATCH_NUM" -eq 5 ] && [ "$BUILD_NUM" -ge 141 ]); then
    PATCHED=1
  fi
fi

# Scan for IoCs regardless of patch status
echo "--- IoC Scan ---"
IOC_FOUND=0
LOG_DIRS="/data/log /data/pub/log /var/log"
for DIR in $LOG_DIRS; do
  if [ -d "$DIR" ]; then
    HITS=$(grep -ril "COPY.*TO PROGRAM" "$DIR" 2>/dev/null | head -20 || true)
    if [ -n "$HITS" ]; then
      echo "[!!!] EXPLOITATION IoC DETECTED in:"
      echo "$HITS"
      IOC_FOUND=1
    fi
  fi
done

if [ "$IOC_FOUND" -eq 0 ]; then
  echo "[OK] No COPY TO PROGRAM IoCs found in logs."
  echo "     Note: root-level attacker may have cleared logs."
fi
echo ""

# Verdict
if [ "$PATCHED" -eq 1 ]; then
  echo "PATCHED"
  exit 0
else
  echo "VULNERABLE"
  exit 1
fi
07 · Bottom Line

If you remember one thing.

TL;DR
This is a drop-everything, patch-tonight vulnerability. CVE-2026-76461 gives any internet user root on your email gateway by sending a single email — and it is being actively exploited in the wild right now. Under the noisgate mitigation SLA for CRITICAL severity, you have 3 days to mitigate, but since Cisco explicitly states no workaround exists, mitigation *is* patching. Open an emergency change window immediately and upgrade all Cisco Secure Email Gateway appliances to AsyncOS 16.5.0-780 (or 16.0.4-3021 / 15.5.5-0141 for your branch). Before patching, run the IoC check (grep -i "COPY.*TO PROGRAM" across mail logs) to determine if you've already been compromised — if you find hits, escalate to your incident response team before patching, as you'll need to preserve forensic evidence. Rotate all credentials stored on or accessible from the gateway (LDAP bind, SMTP relay, management creds, certificates) as a precaution. The noisgate remediation SLA for CRITICAL is 90 days, but given active exploitation and zero workarounds, treat this as a same-day emergency. If you run Cisco Secure Email Cloud, confirm with Cisco TAC that your cloud instance has already been patched.

Sources

  1. Cisco Security Advisory: cisco-sa-esa-inj-2bLVGmhX
  2. CISA KEV Alert — September 14, 2026
  3. Mallory.ai — Actively Exploited SQL Injection in Cisco Secure Email Gateway
  4. OffSeq Threat Radar — CVE-2026-76461 Live Intelligence
  5. Strix.ai — CVE-2026-76461 Analysis
  6. Censys — Cisco ESA Exposure Data
  7. Cisco Secure Email Gateway Security Advisories
Peer Review

What defenders are saying.

Submit a review attribution: handle + country only
0 flags selected · stored anonymously
Validation Results

Crowdsourced verification outputs.

Results submitted by users who ran the verification payload against their environment.