Description
A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. RPKI Relying Parties (such as Fort) are supposed to maintain a backup cache of the remote RPKI data. This can be employed as a fallback in case a new fetch fails or yields incorrect files. However, the product currently uses its cache merely as a bandwidth saving tool (because fetching is performed through deltas). If a fetch fails midway or yields incorrect files, there is no viable fallback. This leads to incomplete route origin validation data.
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | fort-validator | No fix yet | — |
| Debian 13 | fort-validator | No fix yet | — |
| Debian 12 | fort-validator | No fix yet | — |
Ubuntu
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu 26.10 | fort-validator | No fix yet | — |
| Ubuntu 26.04 LTS | fort-validator | No fix yet | — |
| Ubuntu 25.10 | fort-validator | No fix yet | — |
| Ubuntu 22.04 LTS | fort-validator | No fix yet | — |
Show 2 more (older releases, extended support, other products)Fewer releases
| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu Pro 24.04 LTS | fort-validator | No fix yet | — |
| Ubuntu Pro 20.04 LTS | fort-validator | No fix yet | — |