LiveActive security incident?Get immediate response
CVE Record

CVE-2026-23992: go-tuf improperly validates the configured threshold for delegations

go-tuf is a Go implementation of The Update Framework (TUF). Starting in version 2.0.0 and prior to version 2.3.1, a compromised or misconfigured TUF repository can have the configured value of signature thresholds set to 0, which effectively disables signature verification. This can lead to unauthorized modification to TUF metadata files is possible at rest, or during transit as no integrity checks are made. Version 2.3.1 fixes the issue. As a workaround, always make sure that the TUF metadata roles are configured with a threshold of at least 1.

MediumCVSS 5.9Not KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

CVE-2026-23992 affects go-tuf, a Go library for The Update Framework. In vulnerable versions, a repository can be configured with a signature threshold of 0, effectively turning off signature verification. That can allow unauthorized changes to update metadata if the repository is compromised or misconfigured.

Executive priority

Prioritize remediation for software update, artifact distribution, or supply-chain systems using go-tuf. The issue is moderate overall, but it affects trust in update metadata, which can create business risk if misconfigured repositories are present.

Technical view

go-tuf versions 2.0.0 through before 2.3.1 improperly validate delegation signature thresholds. A threshold of 0 disables integrity verification for TUF metadata, enabling unauthorized metadata modification at rest or in transit. The issue is classified as CWE-347 with CVSS 3.1 score 5.9.

Likely exposure

Exposure is likely limited to systems or products that embed go-tuf versions >=2.0.0 and <2.3.1, especially where TUF repositories or delegations may be misconfigured with threshold 0.

Exploitation context

The sources do not report active exploitation. Successful abuse appears to require a compromised or misconfigured TUF repository using a zero signature threshold, making attack complexity high but integrity impact significant.

Researcher notes

Evidence is limited to the CVE record, GitHub advisory, and fixing commit. No public exploitation is cited. Focus analysis on dependency reachability, repository metadata configuration, and whether zero-threshold delegations exist in operational TUF repositories.

Mitigation direction

  • Upgrade go-tuf to version 2.3.1 or later.
  • Ensure all TUF metadata roles use a signature threshold of at least 1.
  • Review vendor guidance for products that bundle or depend on go-tuf.

Validation and detection

  • Inventory applications and build systems using go-tuf.
  • Identify dependency versions >=2.0.0 and <2.3.1.
  • Review TUF repository role and delegation thresholds for any value of 0.
  • Confirm updated components use go-tuf 2.3.1 or later.
Prepared
Confidence
high
Sources
4

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · low confidence lookup

CWE-347: Exact CWE lookup

Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2026-23992 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Medium
CVSS
5.9 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
0Timeline events
0ADP providers
3Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
5.9CVSS 3.1MediumCVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N2.23.6Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

5.9Medium
CVSS 3.1 vector shape for CVE-2026-23992Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
theupdateframeworkgo-tuf>= 2.0.0, < 2.3.1Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-347 · source CWE mapping

Improper Verification of Cryptographic Signature

Improper Verification of Cryptographic Signature represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.