---
id: "CVE-2026-19194"
page: "https://infrastack.ai/live/CVE-2026-19194"
kind: "vulnerability"
aliases: ["CVE-2026-19194"]
title: "HashiCorp cap JWT library: claim validation bypass lets attackers pass authorization checks"
severity: "medium"
cvss: 5.9
epss: null
exploited: false
status: "open"
category: "package"
products: []
ecosystems: []
tags: ["go", "hashicorp-cap", "jwt", "package"]
not_affected_if: ["cap-not-used", "jwt-not-validated-by-cap"]
published_at: "2026-11-13T22:17:25+00:00"
first_seen_at: "2026-11-13T22:33:34+00:00"
updated_at: "2026-11-13T22:34:37+00:00"
sources: [{"source": "nvd", "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-19194", "first_seen_at": "2026-11-13T22:33:34+00:00"}]
exploit_sources: []
---

# HashiCorp cap JWT library: claim validation bypass lets attackers pass authorization checks

Link for people: https://infrastack.ai/live/CVE-2026-19194 (this .md is for agents)

The HashiCorp cap JWT validation library before 0.14.0 can validate one claim while downstream code authorizes using a different value, via non-canonical claim names. An attacker holding a JWT signed by a trusted key can use attacker-controlled claims to get unauthorized access.

_Summary, check and fix written by a model from the sources; labelled as such._

## How to check

- Check the cap version your Go module uses, for example with `go list -m github.com/hashicorp/cap`
- Look for `github.com/hashicorp/cap` in `go.mod` and `go.sum`

## Fix

- cap `0.14.0`

## Timeline

- 2026-11-13T22:33:34+00:00 nvd https://nvd.nist.gov/vuln/detail/CVE-2026-19194

## Documents

- [mentions] HashiCorp security: HCSEC-2026-60 - CAP JWT claims validation bypass using non-canonical claim names https://discuss.hashicorp.com/t/hcsec-2026-60-cap-jwt-claims-validation-bypass-using-non-canonical-claim-names/78258

## From the sources

The HashiCorp cap JWT validation library before version 0.14.0 is vulnerable to a claims validation bypass that may cause downstream applications to make authorization decisions using claim values different from those validated. Exploitation requires attacker-controlled claims in a JWT signed by a key trusted by the application. This vulnerability (CVE-2026-19194) is fixed in cap 0.14.0.

---

_Free to read, with fair use of about 60 pages a minute. For higher limits or API access: sales@infrastack.ai_