CVE-2024-8901: AWS ALB Route Directive Adapter For Istio · Authentication Bypass by Spoofing
Affects AWS ALB Route Directive Adapter For IstioSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium · end of life, no fix coming : replace or isolate AWS ALB Route Directive Adapter For Istio; no fix will be released.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- None coming – the product is end of life
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:L/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Oct 2024
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
No fix will be released: AWS ALB Route Directive Adapter For Istio is end of life. Replace it, or isolate it from untrusted networks until you can.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Amazon AWS ALB Route Directive Adapter For Istio | Affected
| Fixed in– |
AI-suggested
1. Immediately audit all AWS ALB deployments to verify that ELB targets (EC2 instances, Fargate tasks, etc.) do not have public IP addresses or direct internet exposure. Use private subnets and internal load balancers where possible. 2. For any forks or derivative versions of the AWS ALB Route Directive Adapter for Istio, implement strict validation of the JWT token's signer attribute, ensuring it matches the ARN of the ALB configured for the service. 3. Consider migrating away from the deprecated adapter to supported and actively maintained authentication solutions that enforce robust JWT validation, including issuer and signature verification. 4. Employ network segmentation and strict security group rules to limit inbound traffic to ALB targets only from trusted sources. 5. Monitor authentication logs for anomalous JWT tokens or unexpected signers to detect potential spoofing attempts. 6. Integrate runtime security tools that can detect and alert on suspicious authentication bypass activities in Kubernetes and Istio environments. 7. Educate DevOps and security teams about the risks of using deprecated open-source components and enforce policies for regular dependency and security reviews. 8. Engage with AWS support or security teams for guidance on best practices and potential compensating controls in the absence of patches.
Description
The AWS ALB Route Directive Adapter For Istio repo https://github.com/awslabs/aws-alb-route-directive-adapter-for-istio/tree/master provides an OIDC authentication mechanism that was integrated into the open source Kubeflow project. The adapter uses JWT for authentication, but lacks proper signer and issuer validation. In deployments of ALB that ignore security best practices, where ALB targets are directly exposed to internet traffic, an actor can provide a JWT signed by an untrusted entity in order to spoof OIDC-federated sessions and successfully bypass authentication. The repository/package has been deprecated, is end of life, and is no longer supported. As a security best practice, ensure that your ELB targets (e.g. EC2 Instances, Fargate Tasks etc.) do not have public IP addresses. Ensure any forked or derivative code validate that the signer attribute in the JWT match the ARN of the Application Load Balancer that the service is configured to use.