Improper Certificate Validation Affecting rfc3161-client package, versions [1.0.1,1.0.6)


Severity

Recommended
0.0
medium
0
10

CVSS assessment by Snyk's Security Team. Learn more

Threat Intelligence

Exploit Maturity
Proof of Concept
EPSS
0.19% (9th 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-PYTHON-RFC3161CLIENT-16006505
  • published13 Apr 2026
  • disclosed8 Apr 2026
  • creditJaynornj

Introduced: 8 Apr 2026

CVE-2026-33753  (opens in a new tab)
CWE-295  (opens in a new tab)

How to fix?

Upgrade rfc3161-client to version 1.0.6 or higher.

Overview

Affected versions of this package are vulnerable to Improper Certificate Validation through the Verifier._verify_leaf_certs logic in src/rfc3161_client/verify.py. An attacker can make a timestamp response from a trusted TSA verify as if it came from a different pinned TSA by injecting certificates into the PKCS#7 SignedData bag so the leaf-selection heuristic picks a forged certificate that matches the configured common_name and EKU while the signature still validates against the real TSA certificate. This lets an attacker impersonate the expected timestamp authority and cause applications to accept timestamps under the wrong TSA identity.

Notes

  • The bypass depends on the response containing exactly one SignerInfo with issuerAndSerialNumber; code paths that reject responses with multiple signer infos or that do not use the SignedData certificate bag for leaf selection are not affected by this specific issue.
  • The attacker needs a valid timestamp response from a TSA chain trusted by the verifier’s roots/intermediates set, plus the ability to inject extra certificates into that response; without a trusted underlying signature chain, verification still fails.

CVSS Base Scores

version 4.0
version 3.1