Improper Handling of Exceptional Conditions Affecting fort-validator package, versions <1.5.3-1~deb11u1


Severity

Recommended
0.0
high
0
10

Snyk's Security Team recommends NVD's CVSS assessment. Learn more

Threat Intelligence

EPSS
0.25% (66th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-DEBIAN11-FORTVALIDATOR-2327132
  • published28 Dec 2021
  • disclosed9 Nov 2021

Introduced: 9 Nov 2021

CVE-2021-43173  (opens in a new tab)
CWE-755  (opens in a new tab)

How to fix?

Upgrade Debian:11 fort-validator to version 1.5.3-1~deb11u1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream fort-validator package and not the fort-validator package as distributed by Debian. See How to fix? for Debian:11 relevant fixed versions and status.

In NLnet Labs Routinator prior to 0.10.2, a validation run can be delayed significantly by an RRDP repository by not answering but slowly drip-feeding bytes to keep the connection alive. This can be used to effectively stall validation. While Routinator has a configurable time-out value for RRDP connections, this time-out was only applied to individual read or write operations rather than the complete request. Thus, if an RRDP repository sends a little bit of data before that time-out expired, it can continuously extend the time it takes for the request to finish. Since validation will only continue once the update of an RRDP repository has concluded, this delay will cause validation to stall, leading to Routinator continuing to serve the old data set or, if in the initial validation run directly after starting, never serve any data at all.

CVSS Scores

version 3.1