Debian Package Tracker
Register | Log in
Subscribe

fort-validator

RPKI validator and RTR server

Choose email to subscribe with

general
  • source: fort-validator (main)
  • version: 1.6.8-1
  • maintainer: Marco d'Itri (DMD)
  • arch: any
  • std-ver: 4.7.4.1
  • VCS: Git (Browse, QA)
versions [more versions can be listed by madison] [old versions available from snapshot.debian.org]
[pool directory]
  • o-o-stable: 1.5.3-1~deb11u1
  • o-o-sec: 1.5.3-1~deb11u2
  • oldstable: 1.5.4-1+deb12u1
  • old-bpo: 1.6.6-1~bpo12+1
  • stable: 1.6.6-1
  • stable-bpo: 1.6.7-1~bpo13+1
  • testing: 1.6.8-1
  • unstable: 1.6.8-1
versioned links
  • 1.5.3-1~deb11u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.5.3-1~deb11u2: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.5.4-1+deb12u1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.6.6-1~bpo12+1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.6.6-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.6.7-1~bpo13+1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
  • 1.6.8-1: [.dsc, use dget on this link to retrieve source package] [changelog] [copyright] [rules] [control]
binaries
  • fort-validator (1 bugs: 0, 1, 0, 0)
action needed
2 security issues in sid high

There are 2 open security issues in sid.

2 important issues:
  • CVE-2024-56169: 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.
  • CVE-2024-56170: A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. RPKI manifests are listings of relevant files that clients are supposed to verify. Assuming everything else is correct, the most recent version of a manifest should be prioritized over other versions, to prevent replays, accidental or otherwise. Manifests contain the manifestNumber and thisUpdate fields, which can be used to gauge the relevance of a given manifest, when compared to other manifests. The former is a serial-like sequential number, and the latter is the date on which the manifest was created. However, the product does not compare the up-to-dateness of the most recently fetched manifest against the cached manifest. As such, it's prone to a rollback to a previous version if it's served a valid outdated manifest. This leads to outdated route origin validation.
Created: 2025-01-12 Last update: 2026-06-07 07:30
2 security issues in forky high

There are 2 open security issues in forky.

2 important issues:
  • CVE-2024-56169: 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.
  • CVE-2024-56170: A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. RPKI manifests are listings of relevant files that clients are supposed to verify. Assuming everything else is correct, the most recent version of a manifest should be prioritized over other versions, to prevent replays, accidental or otherwise. Manifests contain the manifestNumber and thisUpdate fields, which can be used to gauge the relevance of a given manifest, when compared to other manifests. The former is a serial-like sequential number, and the latter is the date on which the manifest was created. However, the product does not compare the up-to-dateness of the most recently fetched manifest against the cached manifest. As such, it's prone to a rollback to a previous version if it's served a valid outdated manifest. This leads to outdated route origin validation.
Created: 2025-08-09 Last update: 2026-06-07 07:30
Fails to build during reproducibility testing normal
A package building reproducibly enables third parties to verify that the source matches the distributed binaries. It has been identified that this source package produced different results, failed to build or had other issues in a test environment. Please read about how to improve the situation!
Created: 2026-06-07 Last update: 2026-06-11 18:01
2 low-priority security issues in trixie low

There are 2 open security issues in trixie.

2 issues left for the package maintainer to handle:
  • CVE-2024-56169: (postponed; to be fixed through a stable update) 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.
  • CVE-2024-56170: (postponed; to be fixed through a stable update) A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. RPKI manifests are listings of relevant files that clients are supposed to verify. Assuming everything else is correct, the most recent version of a manifest should be prioritized over other versions, to prevent replays, accidental or otherwise. Manifests contain the manifestNumber and thisUpdate fields, which can be used to gauge the relevance of a given manifest, when compared to other manifests. The former is a serial-like sequential number, and the latter is the date on which the manifest was created. However, the product does not compare the up-to-dateness of the most recently fetched manifest against the cached manifest. As such, it's prone to a rollback to a previous version if it's served a valid outdated manifest. This leads to outdated route origin validation.

You can find information about how to handle these issues in the security team's documentation.

Created: 2025-08-09 Last update: 2026-06-07 07:30
2 low-priority security issues in bookworm low

There are 2 open security issues in bookworm.

2 issues left for the package maintainer to handle:
  • CVE-2024-56169: (postponed; to be fixed through a stable update) 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.
  • CVE-2024-56170: (postponed; to be fixed through a stable update) A validation integrity issue was discovered in Fort through 1.6.4 before 2.0.0. RPKI manifests are listings of relevant files that clients are supposed to verify. Assuming everything else is correct, the most recent version of a manifest should be prioritized over other versions, to prevent replays, accidental or otherwise. Manifests contain the manifestNumber and thisUpdate fields, which can be used to gauge the relevance of a given manifest, when compared to other manifests. The former is a serial-like sequential number, and the latter is the date on which the manifest was created. However, the product does not compare the up-to-dateness of the most recently fetched manifest against the cached manifest. As such, it's prone to a rollback to a previous version if it's served a valid outdated manifest. This leads to outdated route origin validation.

You can find information about how to handle these issues in the security team's documentation.

Created: 2024-08-25 Last update: 2026-06-07 07:30
testing migrations
  • This package will soon be part of the auto-openssl transition. You might want to ensure that your package is ready for it. You can probably find supplementary information in the debian-release archives or in the corresponding release.debian.org bug.
news
[rss feed]
  • [2026-06-07] fort-validator 1.6.8-1 MIGRATED to testing (Debian testing watch)
  • [2026-06-01] Accepted fort-validator 1.6.8-1 (source) into unstable (Marco d'Itri)
  • [2025-11-06] Accepted fort-validator 1.6.7-1~bpo13+1 (source amd64) into stable-backports (Debian FTP Masters) (signed by: Marco d'Itri)
  • [2025-09-28] fort-validator 1.6.7-1 MIGRATED to testing (Debian testing watch)
  • [2025-09-21] Accepted fort-validator 1.6.7-1 (source) into unstable (Marco d'Itri)
  • [2025-07-05] Accepted fort-validator 1.5.4-1+deb12u1 (source) into proposed-updates (Debian FTP Masters) (signed by: Daniel Leidert)
  • [2025-04-03] Accepted fort-validator 1.6.6-1~bpo12+1 (source) into stable-backports (Marco d'Itri)
  • [2025-02-23] Accepted fort-validator 1.5.3-1~deb11u2 (source) into oldstable-security (Daniel Leidert)
  • [2025-02-19] fort-validator 1.6.6-1 MIGRATED to testing (Debian testing watch)
  • [2025-02-13] Accepted fort-validator 1.6.6-1 (source) into unstable (Marco d'Itri)
  • [2024-12-27] fort-validator 1.6.5-1 MIGRATED to testing (Debian testing watch)
  • [2024-12-21] Accepted fort-validator 1.6.5-1 (source) into unstable (Marco d'Itri)
  • [2024-10-14] Accepted fort-validator 1.6.4+20240930-1~bpo12+1 (source) into stable-backports (Marco d'Itri)
  • [2024-10-06] fort-validator 1.6.4+20240930-1 MIGRATED to testing (Debian testing watch)
  • [2024-09-30] Accepted fort-validator 1.6.4+20240930-1 (source) into unstable (Marco d'Itri)
  • [2024-09-20] Accepted fort-validator 1.6.3-1~bpo12+1 (source) into stable-backports (Marco d'Itri)
  • [2024-08-28] fort-validator 1.6.3-1 MIGRATED to testing (Debian testing watch)
  • [2024-08-22] Accepted fort-validator 1.6.3-1 (source) into unstable (Marco d'Itri)
  • [2024-08-03] fort-validator 1.6.2-1 MIGRATED to testing (Debian testing watch)
  • [2024-07-29] Accepted fort-validator 1.6.2-1 (source) into unstable (Marco d'Itri)
  • [2024-01-03] Accepted fort-validator 1.6.1-1~bpo12+2 (source amd64) into stable-backports (Debian FTP Masters) (signed by: Marco d'Itri)
  • [2023-12-21] fort-validator 1.6.1-1 MIGRATED to testing (Debian testing watch)
  • [2023-12-16] Accepted fort-validator 1.6.1-1 (source) into unstable (Marco d'Itri)
  • [2023-02-16] Accepted fort-validator 1.5.4-1~bpo11+1 (source amd64) into bullseye-backports (Debian FTP Masters) (signed by: Marco d'Itri)
  • [2023-02-13] fort-validator 1.5.4-1 MIGRATED to testing (Debian testing watch)
  • [2023-02-07] Accepted fort-validator 1.5.4-1 (source) into unstable (Marco d'Itri)
  • [2022-01-08] Accepted fort-validator 1.5.3-1~deb11u1 (source) into proposed-updates->stable-new, proposed-updates (Debian FTP Masters) (signed by: Marco d'Itri)
  • [2021-12-30] Accepted fort-validator 1.5.3-1~deb11u1 (source) into stable-security->embargoed, stable-security (Debian FTP Masters) (signed by: Marco d'Itri)
  • [2021-11-12] fort-validator 1.5.3-1 MIGRATED to testing (Debian testing watch)
  • [2021-11-09] Accepted fort-validator 1.5.3-1 (source) into unstable (Marco d'Itri)
  • 1
  • 2
bugs [bug history graph]
  • all: 2
  • RC: 0
  • I&N: 2
  • M&W: 0
  • F&P: 0
  • patch: 0
links
  • homepage
  • lintian
  • buildd: logs, reproducibility, cross
  • popcon
  • browse source code
  • other distros
  • security tracker
  • debian patches
ubuntu Ubuntu logo [Information about Ubuntu for Debian Developers]
  • version: 1.6.8-1

Debian Package Tracker — Copyright 2013-2025 The Distro Tracker Developers
Report problems to the tracker.debian.org pseudo-package in the Debian BTS.
Documentation — Bugs — Git Repository — Contributing