CVE-2024-56375
NoneCVSS
—
EPSS
0.5%
Published
Dec 22, 2024
CISA due date
—
Cloudanix analysis
A bug in routing security software can make it crash when it receives specially crafted data from a trusted source, potentially interrupting network operations.
- Exploitation
- Remote Unauthenticated
- Attacker needs
- None
- Complexity
- Low
- Impact
- Denial Of Service
- Component
- Application
- Class
- Memory Corruption
- Remediation
- Upgrade
- Effort
- Medium
- Patch risk
- Low
What it actually does
Integer underflow in Fort when processing RPKI Manifest with empty fileList leads to dereference of invalid array, out-of-bounds access, infinite shuffle loop, and guaranteed crash.
Why it matters to the business
Denial of service against systems validating RPKI data, disrupting routing security checks until restart or patch.
How an attack unfolds
Attacker publishes malicious RPKI repository under a trusted Trust Anchor containing a Manifest with empty fileList served via rsync or RRDP; Fort processes the object, hits the underflow during shuffle before validation, and crashes from infinite loop and invalid memory access.
How to fix it
Upgrade Fort to version 1.6.5 or later; validate RPKI repositories only from trusted sources until patched.
How to confirm the fix worked
Confirm Fort version is 1.6.5 or newer; test by attempting to process a Manifest with empty fileList in a controlled environment and verify no crash occurs.
Typical attack path
- Publish malicious RPKI repository descending from trusted Trust Anchor
- Serve Manifest RPKI object with empty fileList via rsync or RRDP
- Victim Fort instance fetches and processes the Manifest
- Integer underflow occurs on empty fileList during array shuffle
- Infinite loop and out-of-bounds write cause crash
How to detect it
Review Fort process crash logs and RPKI fetch logs for repeated attempts to process Manifest objects from repositories shortly before crashes; look for evidence of rsync or RRDP fetches of Manifests with zero-length file lists.
What your security team should do
- Immediately upgrade all Fort instances to 1.6.5
- Monitor for unexpected Fort crashes correlated with RPKI repository fetches
- Restrict RPKI validation to known trusted repositories pending patch
The record
An integer underflow was discovered in Fort 1.6.3 and 1.6.4 before 1.6.5. A malicious RPKI repository that descends from a (trusted) Trust Anchor can serve (via rsync or RRDP) a Manifest RPKI object containing an empty fileList. Fort dereferences (and, shortly afterwards, writes to) this array during a shuffle attempt, before the validation that would normally reject it when empty. This out-of-bounds access is caused by an integer underflow that causes the surrounding loop to iterate infinitely. Because the product is permanently stuck attempting to overshuffle an array that doesn't actually exist, a crash is nearly guaranteed.
Affected packages
| Ecosystem | Package | Introduced | Fixed |
|---|---|---|---|
| Debian:13 | fort-validator | 0 | 1.6.5-1 |
| Ubuntu:20.04:LTS | fort-validator | 0 | No fix |
| Ubuntu:22.04:LTS | fort-validator | 0 | No fix |
| Ubuntu:24.04:LTS | fort-validator | 0 | No fix |
| Ubuntu:24.10 | fort-validator | 0 | No fix |
| Ubuntu:Pro:20.04:LTS | fort-validator | 0 | No fix |
Related vulnerabilities
- CVE-2024-56170 A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. Also affects fort-validator
- CVE-2024-56169 A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. Also affects fort-validator
- CVE-2024-45235 An issue was discovered in Fort before 1.6.3. Also affects fort-validator
- CVE-2024-45238 An issue was discovered in Fort before 1.6.3. Also affects fort-validator