Résumé
OpenAM Insecure SSO Cookie Initialization
Détails de l’avis
Summary
Description
An Insecure Default Initialization of Resource (CWE-1188) issue in the OpenAM default configuration ships the iPlanetDirectoryPro SSO cookie with HttpOnly=false. Also, the iPlanetDirectoryPro SSO cookie is used as a CSRF token in OAuth/OIDC flows. This affects OpenAM Community Edition through version 16.0.6 and was patched in version 16.1.1.
Impact
A single click on an attacker link may yield full SSO session theft of any authenticated console user when chained with any other same-origin XSS in the OpenAM origin. The missing SameSite default also widens the CSRF surface. Also, because the consent flow reuses the SSO cookie as its CSRF token, any XSS in the OpenAM origin both steals the session and completes attacker-driven OAuth consent grants in one step.
Patch
This has been patched in OpenAM Community Edition version 16.1.1. Users are encouraged to update to the latest release.
Références
Vulnérabilités liées
Tout Supply chain →- HIGHCVE-2026-62388
NLTK: Default ENFORCE=False Disables All pathsec Security Controls
- MEDIUMCVE-2026-81888
@hono/oauth-providers: OAuth state check fails open on omitted state, enabling login CSRF and forced account linking
- MEDIUMCVE-2026-55688
AsyncHttpClient stores cookie for an unrelated domain (cookie tossing) via ThreadSafeCookieStore
- HIGHCVE-2026-55581
mcp-shell has a Secure Mode Allowlist Bypass via Default `/bin/bash` Executable
- CRITICALCVE-2026-66066
Active Storage has possible arbitrary file read and remote code execution in Active Storage variant processing
- CRITICALCVE-2026-52824
Kimai: Default APP_SECRET in Docker Image Enables Cookie Forgery and Account Takeover