LiveActive security incident?Get immediate response
CVE Record

CVE-2021-39155: Authorization Policy Bypass Due to Case Insensitive Host Comparison

Istio is an open source platform for providing a uniform way to integrate microservices, manage traffic flow across microservices, enforce policies and aggregate telemetry data. According to [RFC 4343](https://datatracker.ietf.org/doc/html/rfc4343), Istio authorization policy should compare the hostname in the HTTP Host header in a case insensitive way, but currently the comparison is case sensitive. The proxy will route the request hostname in a case-insensitive way which means the authorization policy could be bypassed. As an example, the user may have an authorization policy that rejects request with hostname "httpbin.foo" for some source IPs, but the attacker can bypass this by sending the request with hostname "Httpbin.Foo". Patches are available in Istio 1.11.1, Istio 1.10.4 and Istio 1.9.8. As a work around a Lua filter may be written to normalize Host header before the authorization check. This is similar to the Path normalization presented in the [Security Best Practices](https://istio.io/latest/docs/ops/best-practices/security/#case-normalization) guide.

HighCVSS 8.3Not KEV-listedUpdated
Glexia's TakeAutomated analysishigh

Security readout for executives and security teams

Plain-English summary

Istio could enforce hostname-based authorization differently than it routes traffic. Because routing treated Host names without regard to letter case but authorization did not, a blocked hostname could be accepted when written with different casing. This can undermine access controls in affected Istio service meshes.

Executive priority

Treat this as high priority where Istio protects sensitive internal services. The issue can weaken policy enforcement without compromising credentials first. Prioritize externally reachable gateways, partner-facing services, and high-value internal APIs using Host-based authorization.

Technical view

CVE-2021-39155 is a CWE-178 case-sensitivity mismatch in Istio authorization policy Host comparison. RFC 4343 treats DNS names as case-insensitive. Affected Istio versions compare HTTP Host case-sensitively during authorization while the proxy routes case-insensitively, allowing policy bypass for host-based rules.

Likely exposure

Exposure is most likely in environments running Istio 1.9.x, 1.10.x, or 1.11.x versions listed in the source bundle and using authorization policies that allow or deny access based on HTTP Host names.

Exploitation context

The source bundle says an attacker can bypass some Host-based authorization policies by changing hostname letter case. It does not cite observed active exploitation, and KEV status is false. CVSS 3.1 score is 8.3 High with network attack vector and no privileges required.

Researcher notes

Primary evidence comes from the Istio advisory and CVE data. The affected-version data in the bundle should be reconciled with the vendor advisory before reporting exposure, because the narrative names 1.9.8 as patched while the structured range includes <= 1.9.8.

Mitigation direction

  • Upgrade to an Istio patched release named by the advisory: 1.11.1, 1.10.4, or 1.9.8.
  • Check current Istio vendor guidance for any later supported patched release.
  • If immediate upgrade is blocked, evaluate the documented Lua filter workaround to normalize Host before authorization.
  • Review Host-based authorization rules for business-critical services and prioritize those meshes first.

Validation and detection

  • Inventory Istio control plane and proxy versions across all clusters.
  • Identify authorization policies that match or reject requests by HTTP Host name.
  • Confirm affected meshes have moved to a patched Istio release or approved workaround.
  • Use controlled staging checks to verify mixed-case Host values are denied consistently.
  • Document any remaining affected clusters and compensating controls.
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-178: 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-2021-39155 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
High
CVSS
8.3 (3.1)
Known Exploited
No
Published

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

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
8.3CVSS 3.1HighCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:L2.85.5Primary CVE score

Vulnerability scoring details

Base CVSS 3.1 score

8.3High
CVSS 3.1 vector shape for CVE-2021-39155Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

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

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

Source materials

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
istioistio<= 1.9.8, >= 1.10.0, < 1.10.4, >= 1.11.0, < 1.11.1Listed
Weakness

CWE details

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

CWE-178 · source CWE mapping

Improper Handling of Case Sensitivity

Improper Handling of Case Sensitivity represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.