CVE-2026-23760

SmarterMail Authentication Bypass via Alternate Path or Channel (CVE-2026-23760)

Initial Access Credential Access Last updated:

Detects exploitation of CVE-2026-23760, an authentication bypass vulnerability (CWE-288) in SmarterTools SmarterMail. Attackers can access protected functionality through an alternate path or channel without valid credentials, potentially leading to unauthorized mailbox access, data exfiltration, or lateral movement. This vulnerability is listed in CISA's Known Exploited Vulnerabilities catalog.

Vulnerability Intelligence

KEV — Known Exploited

Affected Software

Vendor
SmarterTools
Product
SmarterMail

Weakness (CWE)

Timeline

Disclosed
January 26, 2026

CVSS

9.8
Critical (9.0–10)

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Write-up coming soon

What is CVE-2026-23760 SmarterMail Authentication Bypass via Alternate Path or Channel (CVE-2026-23760)?

SmarterMail Authentication Bypass via Alternate Path or Channel (CVE-2026-23760) (CVE-2026-23760) maps to the Initial Access and Credential Access tactics — the adversary is trying to get into your network in MITRE ATT&CK.

This page provides production-ready detection logic for SmarterMail Authentication Bypass via Alternate Path or Channel (CVE-2026-23760), covering the data sources and telemetry it touches: W3CIISLog, DeviceNetworkEvents. The queries below are rated critical severity at medium confidence, and ship for 7 SIEM platforms — KQL, SPL, Elastic, QRadar, Sumo, YARA-L, LogScale.

MITRE ATT&CK

Tactic
Initial Access Credential Access
Microsoft Sentinel / Defender
kusto
union isfuzzy=true
(
  W3CIISLog
  | where csUriStem has_any ("/api/", "/autodiscover/", "/ews/", "/mapi/", "/interface/", "/webmail/")
  | where csMethod in ("POST", "GET", "PUT")
  | where scStatus in (200, 201, 302) and (csUriQuery has_any ("bypass", "token=", "auth=", "session=") or csUriStem has_any ("/admin", "/config", "/settings"))
  | where csUserAgent !has "Mozilla" or csUriStem has "/api/v1/"
  | extend TargetResource = strcat(csUriStem, "?", csUriQuery)
  | project TimeGenerated, cIP, csUriStem, csUriQuery, csMethod, scStatus, csUserAgent, TargetResource, _ResourceId
),
(
  DeviceNetworkEvents
  | where RemotePort in (25, 110, 143, 443, 587, 993, 995, 8080, 8443)
  | where InitiatingProcessFileName has_any ("SmarterMail", "MailService", "smtpd")
  | where ActionType == "InboundConnectionAccepted"
  | project TimeGenerated, DeviceName, RemoteIP, RemotePort, LocalPort, InitiatingProcessFileName, InitiatingProcessCommandLine
)
| summarize RequestCount=count(), DistinctURIs=dcount(csUriStem), DistinctPorts=dcount(RemotePort) by bin(TimeGenerated, 5m), cIP, DeviceName
| where RequestCount > 10 or DistinctURIs > 5

Detects suspicious HTTP requests to SmarterMail endpoints indicative of authentication bypass attempts, including access to admin/config paths without standard browser user-agents, anomalous query parameters, and high-frequency access patterns from single IPs.

critical severity medium confidence

Data Sources

W3CIISLog DeviceNetworkEvents

Required Tables

W3CIISLog DeviceNetworkEvents

False Positives

  • Legitimate automated mail clients or monitoring tools polling SmarterMail APIs at high frequency
  • Internal IT administrators accessing admin panels via scripts or non-browser HTTP clients
  • Load balancers or health-check probes generating repeated requests to SmarterMail endpoints
  • Legitimate third-party integrations using API tokens that appear in query strings

Sigma rule & cross-platform mapping

The detection logic for SmarterMail Authentication Bypass via Alternate Path or Channel (CVE-2026-23760) (CVE-2026-23760) above is provided in a vendor-neutral form so you can deploy it on any SIEM. The same logic is shipped here as native KQL (Microsoft Sentinel / Defender), SPL (Splunk), Elastic (Elastic Security (EQL)), QRadar (IBM QRadar (AQL)), Sumo (Sumo Logic CSE), YARA-L (Google Chronicle / SecOps), LogScale (CrowdStrike LogScale (CQL)) queries. In Sigma terms, this detection targets the following logsource:

logsource:
  category: network_connection
  product: windows

Browse the community-maintained Sigma rules for this technique:


Testing Methodology

Validate this detection against 3 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.

  1. Test 1Probe SmarterMail Admin API Without Credentials

    Expected signal: IIS access log entry showing GET /api/v1/settings/sysadmin/general with HTTP 200 or 302, source IP of test host, user-agent 'python-requests/2.28'

  2. Test 2Enumerate SmarterMail User Accounts via Bypass Path

    Expected signal: IIS logs showing sequential requests to /api/v1/accounts, /autodiscover/autodiscover.xml, /ews/exchange.asmx with non-standard user-agent from a single IP within seconds

  3. Test 3SmarterMail Authentication Bypass via Token Parameter Injection

    Expected signal: Windows Event Log network connection events and IIS access log entries showing GET requests with 'token=', 'auth=', 'session=' query parameters, HTTP responses 200/302/401, user-agent 'TestClient/1.0'


Response Playbook

Triage

  1. Identify the source IP(s) generating suspicious requests and determine whether they are internal, VPN egress, or external. Check threat intelligence feeds for reputation.
  2. Review IIS access logs on the SmarterMail host for the implicated time window. Look for HTTP 200/302 responses to admin, config, or API paths accessed without standard authentication headers or session cookies.
  3. Determine whether the accessed endpoints resulted in any data reads or writes: check for mailbox enumeration (GET /api/v1/accounts), configuration changes (POST /api/v1/settings), or file access patterns.
  4. Correlate with Windows Security Event Log (Event ID 4624/4625) to assess whether OS-level logins occurred around the same time from the same IP.

Containment

  1. Block the offending source IP(s) at the perimeter firewall and on the SmarterMail host's Windows Firewall immediately. If the IP is internal, isolate the originating host from the network.
  2. If exploitation is confirmed, take the SmarterMail service offline or restrict access to trusted IP ranges only until the patch is applied and an integrity check is completed.

Evidence Collection

  1. Collect and preserve IIS logs (C:\SmarterMail\Logs\ and IIS log directory) from the SmarterMail host covering the detection window. Hash files immediately after collection.
  2. Export Windows Security, Application, and System event logs from the SmarterMail host. Capture a memory image if active exploitation or post-compromise activity is suspected.

Escalation Criteria

  • ! Escalate immediately if the attacker accessed or modified admin accounts, global settings, or SMTP relay configuration — these indicate full platform compromise.
  • ! Escalate if outbound SMTP traffic spiked after the suspicious requests, which may indicate the attacker turned SmarterMail into a spam relay or exfiltration channel.

Investigation Guide

Forensic Artifacts

  • > IIS access logs at the SmarterMail web root (default: C:\Program Files (x86)\SmarterTools\SmarterMail\MRS\App_Data\Logs\) showing requests to protected endpoints with 200/302 responses absent valid session cookies
  • > SmarterMail application event logs recording login events or admin actions not correlated with any known user session
  • > Windows Security Event Log entries (4624 Type 3 logon, 4768/4769 Kerberos ticket events) from the SmarterMail server host around the time of detected bypass activity
  • > Network flow records (NetFlow/IPFIX) showing sustained connections from external IPs to TCP 443/80/8080 on the SmarterMail host

Tuning Guidance

Baseline normal API polling rates and user-agent strings for legitimate SmarterMail integrations (e.g., mobile clients, calendar sync, third-party connectors) in your environment. Add those IPs or user-agent patterns to an allow-list to reduce false positives. Increase the request_count threshold if your environment has legitimate high-frequency API consumers. For environments with SmarterMail not exposed to the internet, lower the threshold to 3–5 requests. If SmarterMail is behind a reverse proxy, ensure source IP fields reflect the real client IP (X-Forwarded-For parsing), not the proxy address.


Hunting Queries

Retrospective 7-day hunt for unauthenticated or bypass-indicative access to SmarterMail API and mail protocol endpoints, useful for identifying earlier-stage reconnaissance or ongoing exploitation that predates the detection window.

Hunting — KQL
kql
W3CIISLog
| where TimeGenerated > ago(7d)
| where csUriStem has_any ("/api/v1/", "/interface/root", "/autodiscover", "/ews", "/mapi")
| where scStatus in (200, 201, 302)
| where not(csUserAgent has "Mozilla") or csUriQuery has_any ("token=", "auth=", "bypass")
| summarize request_count=count(), uris=make_set(csUriStem), methods=make_set(csMethod) by cIP, bin(TimeGenerated, 1h)
| where request_count > 5
| order by request_count desc
Hunting — SPL
spl
index=iis sourcetype=iis earliest=-7d
| where match(uri_path, "(?i)/api/v1/|/interface/root|/autodiscover|/ews|/mapi")
| where status IN ("200","201","302")
| where NOT match(user_agent, "(?i)mozilla") OR match(uri_query, "(?i)token=|auth=|bypass")
| bin _time span=1h
| stats count AS req, dc(uri_path) AS paths, values(uri_path) AS accessed BY _time, src_ip
| where req > 5
| sort - req

Atomic Red Team Tests

Test 1 Probe SmarterMail Admin API Without Credentials
linux

Simulate an authentication bypass attempt by sending unauthenticated HTTP requests directly to SmarterMail administrative API endpoints to observe whether they return 200 responses or redirect to authenticated content.

Command

bash
TARGET="http://SMARTERMAIL_HOST/api/v1/settings/sysadmin/general"; curl -sk -o /dev/null -w "%{http_code} %{redirect_url}" -H "User-Agent: python-requests/2.28" "$TARGET"; curl -sk -o /tmp/sm_resp.txt -H "User-Agent: python-requests/2.28" "$TARGET"; head -c 500 /tmp/sm_resp.txt

Cleanup

bash
rm -f /tmp/sm_resp.txt

Expected Telemetry

IIS access log entry showing GET /api/v1/settings/sysadmin/general with HTTP 200 or 302, source IP of test host, user-agent 'python-requests/2.28'

Expected Detection

Detection fires on non-Mozilla user-agent accessing /api/ endpoint with 200/302 response from IIS log correlation rule

Test 2 Enumerate SmarterMail User Accounts via Bypass Path
linux

Attempt to enumerate mailbox accounts through the SmarterMail API using an alternate endpoint path that may not enforce authentication, simulating CWE-288 alternate channel abuse.

Command

bash
TARGET_HOST="SMARTERMAIL_HOST"; for path in "/api/v1/accounts" "/interface/root#accounts" "/autodiscover/autodiscover.xml" "/ews/exchange.asmx"; do echo "=== $path ==="; curl -sk -o /dev/null -w "HTTP %{http_code}\n" -H "User-Agent: ExchangeServicesClient/0.0.0.0" "http://$TARGET_HOST$path"; done

Cleanup

bash
No persistent artifacts created

Expected Telemetry

IIS logs showing sequential requests to /api/v1/accounts, /autodiscover/autodiscover.xml, /ews/exchange.asmx with non-standard user-agent from a single IP within seconds

Expected Detection

Detection fires on multi-URI access pattern from single IP with non-Mozilla user-agent returning 200/302 responses

Test 3 SmarterMail Authentication Bypass via Token Parameter Injection
windows

Attempt to access protected SmarterMail resources by injecting authentication parameters directly into the query string, testing for CWE-288 alternate authentication channel weaknesses.

Command

powershell
$host = "SMARTERMAIL_HOST"; $paths = @("/api/v1/settings/general?token=test", "/api/v1/accounts?auth=admin", "/webmail/?session=bypass"); foreach ($path in $paths) { $uri = "http://$host$path"; try { $r = Invoke-WebRequest -Uri $uri -Method GET -UserAgent "TestClient/1.0" -UseBasicParsing -TimeoutSec 5 -ErrorAction SilentlyContinue; Write-Output "$uri -> $($r.StatusCode)" } catch { Write-Output "$uri -> ERROR" } }

Cleanup

powershell
No persistent artifacts; close any established sessions

Expected Telemetry

Windows Event Log network connection events and IIS access log entries showing GET requests with 'token=', 'auth=', 'session=' query parameters, HTTP responses 200/302/401, user-agent 'TestClient/1.0'

Expected Detection

Detection fires on suspicious query parameter patterns (token=, auth=, session=) on protected SmarterMail paths with successful response codes

Related Detections