CVE-2026-57024
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedA Use of Multiple Resources with Duplicate Identifier vulnerability in the IKE daemon (iked) of Juniper Networks Junos OS on MX with SPC3 and SRX Series allows an unauthenticated, network-based attacker to cause a Denial-of-Service (DoS). On an MX with SPC3 and SRX devices configured for VPN service, when a large number of VPN negotiations fail a peer index rollover will eventually occur. As a result, new peers are assigned index values that are already in use and the iked process starts to crash repeatedly. This results in failure to establish new VPN connections and rekeying existing ones. To restore service the system must be rebooted. Please note that the index value can't be monitored, so customers should monitor tunnel up and down events and if a lot of events occur over an extended period of time it becomes likely that this issue occurs. To be exposed to this issue the system needs to run iked (vs. kmd which is not affected), which can be verified with: user@host> show system processes extensive | match "KMD|IKED" This issue affects Junos OS on MX with SPC3, SRX Series: * all versions before 23.2R2-S7, * 23.4 versions before 23.4R2-S6, * 24.2 versions before 24.2R2-S3, * 24.4 versions before 24.4R2-S4, * 25.2 versions before 25.2R1-S1.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceA Use of Multiple Resources with Duplicate Identifier vulnerability in the IKE daemon (iked) of Juniper Junos OS on MX with SPC3 and SRX Series allows an unauthenticated attacker to cause a DoS. When many VPN negotiations fail, a peer index rollover assigns duplicate index values to new peers, causing the iked process to crash repeatedly and preventing new VPN connections and rekeying of existing tunnels.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data< 23.2= 23.2= 23.4= 24.2= 24.4= 25.2CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- None
- Integrity
- None
- Availability
- Low
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Identify device platformRun 'show chassis hardware' or 'show system information' to confirm the device is an MX Series with SPC3 or an SRX Series deviceAffected if Device is NOT an MX with SPC3 or SRX Series (vulnerability only affects these platforms)
-
Check Junos OS versionRun 'show version' and compare the installed Junos version against the affected ranges: versions < 23.2, 23.2, 23.4, 24.2, 24.4, or 25.2Affected if Installed version matches any of the affected versions listed
-
Verify IKE daemon is activeRun 'show system processes iked' or check if iked process is running with 'ps aux | grep iked'Affected if iked process is running (vulnerability requires IKE/IPSec VPN functionality to be enabled)
-
Inspect for iked crash eventsRun 'show log messages' or 'show log iked' and search for iked process crash entries, particularly those mentioning 'peer index' or 'duplicate'Affected if Multiple iked crash events are logged, especially with peer index rollover errors
-
Check for VPN negotiation failuresRun 'show ike sa' and 'show ipsec sa' to inspect tunnel status; review logs for negotiation failures preceding crashesAffected if High volume of failed VPN negotiations observed, followed by iked process restarts
Device is affected if it is an MX with SPC3 or SRX Series, runs an affected Junos version, has IKE/IPSec configured, and exhibits iked crashes with peer index errors following VPN negotiation failures.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scoped23.2
Apply vendor-provided patches by upgrading to the fixed versions (23.2R2-S7, 23.4R2-S6, 24.2R2-S3, 24.4R2-S4, or 25.2R1-S1 and later). Monitor tunnel events closely; if abnormal negotiation failures occur over extended periods, a system reboot may be required to restore service until the patch is applied.
23.2R2-S7, 23.4R2-S6, 24.2R2-S3, 24.4R2-S4, or 25.2R1-S1 (depending on current version branch)
- 1. Identify the current Junos OS version on the affected MX with SPC3 or SRX device using 'show version'
- 2. Verify the iked process is running (vs kmd) using 'show system processes extensive | match "KMD|IKED"'
- 3. Determine the appropriate upgrade path based on current version: for 23.2.x upgrade to 23.2R2-S7 or later; for 23.4.x upgrade to 23.4R2-S6 or later; for 24.2.x upgrade to 24.2R2-S3 or later; for 24.4.x upgrade to 24.4R2-S4 or later; for 25.2.x upgrade to 25.2R1-S1 or later
- 4. Schedule a maintenance window as upgrade will require system reboot
- 5. Download the appropriate Junos upgrade image from Juniper support portal
- 6. Upload the upgrade image to the device and initiate upgrade using 'request system software add <package> reboot'
- 7. After reboot, verify the new version is running with 'show version'
- 8. Verify iked process is stable with 'show system processes extensive | match IKED' and monitor for any crashes
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation3.0 h
- Implementation4.0 h
- Testing3.0 h
- Review / QA2.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $3,408.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2026-57024 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2026-57024 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data