CVE-2026-25998: strongswan strongMan · Reusing a Nonce, Key Pair in Encryption
Affects strongswan strongManSource CVE Database V5
Not known to be exploited · CVSS 8.7 High : upgrade to 0.2.0 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 0.2.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 19 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade strongswan strongMan to 0.2.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| strongswanstrongMan | Affected
| Fixed in
|
AI-suggested
Organizations should upgrade strongMan to version 0.2.0 or later immediately to benefit from the fixed encryption scheme using AES-GCM-SIV with random nonces and per-value derived keys. They must perform the provided database migration to securely re-encrypt all stored credentials. Until the upgrade is applied, strict access controls should be enforced on the strongMan database to prevent unauthorized read access. Monitoring and auditing database access logs can help detect suspicious activity. Additionally, organizations should consider rotating all VPN credentials managed by strongMan after remediation to invalidate any potentially compromised keys. Network segmentation and encryption of database backups can further reduce exposure. Finally, reviewing and hardening the overall infrastructure security posture, including limiting administrative privileges and employing multi-factor authentication for management interfaces, will mitigate the risk of initial database compromise.
Description
strongMan is a management interface for strongSwan, an OpenSource IPsec-based VPN. When storing credentials in the database (private keys, EAP secrets), strongMan encrypts the corresponding database fields. So far it used AES in CTR mode with a global database key. Together with an initialization vector (IV), a key stream is generated to encrypt the data in the database fields. But because strongMan did not generate individual IVs, every database field was encrypted using the same key stream. An attacker that has access to the database can use this to recover the encrypted credentials. In particular, because certificates, which have to be considered public information, are also encrypted using the same mechanism, an attacker can directly recover a large chunk of the key stream, which allows them to decrypt basically all other secrets especially ECDSA private keys and EAP secrets, which are usually a lot shorter. Version 0.2.0 fixes the issue by switching to AES-GCM-SIV encryption with a random nonce and an individually derived encryption key, using HKDF, for each encrypted value. Database migrations are provided to automatically re-encrypt all credentials.