Answer in brief
CVE-2026-86696 records a High severity (CVSS 8.2) vulnerability in Unbounded atom creation from unsigned LogoutResponse status codes in esaml allows atom table exhaustion. The current sources do not mark it as known exploited. The current feed maps arekinath/arekinath/esaml (generic), dropbox/dropbox/esaml (generic), dropbox/esaml (generic), handnot2/handnot2/esaml (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 8.2. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps arekinath/arekinath/esaml (generic), dropbox/dropbox/esaml (generic), dropbox/esaml (generic), handnot2/handnot2/esaml (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| arekinath/arekinath/esamlgeneric | >=be692b56245071899757afa7ef47e43593d3de96 <* | * |
| dropbox/dropbox/esamlgeneric | >=be692b56245071899757afa7ef47e43593d3de96 <* | * |
| dropbox/esamlgeneric | >=0.1.0 <* | * |
| handnot2/handnot2/esamlgeneric | >=be692b56245071899757afa7ef47e43593d3de96 <* | * |
Published upstream
Oct 22, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 22, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 22, 2026
Allocation of Resources Without Limits or Throttling vulnerability in esaml in dropbox esaml allows an unauthenticated attacker to exhaust the Erlang VM atom table and crash the node via unsigned LogoutResponse messages. esaml:status_code_map/1 in src/esaml.erl maps any StatusCode value it does not recognize to an atom with list_to_atom/1 on the last colon-separated segment of the URN. esaml_sp:validate_logout_response/2 verifies a signature only when the message carries one, so an unsigned LogoutResponse posted to the single-logout endpoint reaches esaml:decode_logout_response/1 and mints one permanent atom per distinct status value. Atoms are never reclaimed and the VM caps the atom table at about one million entries, so an attacker who posts that many distinct values aborts the node. This issue affects esaml: from 0.1.0 onward.
Quoted source text, attributed separately from HOL analysis.