CVE-2026-54275
Analyzed Analyzed - Analysis Complete

TLS SNI Bypass in AIOHTTP via Connection Reuse

Vulnerability report for CVE-2026-54275, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-06-22

Last updated on: 2026-06-26

Assigner: GitHub, Inc.

Description

AIOHTTP is an asynchronous HTTP client/server framework for asyncio and Python. Prior to 3.14.1, the server_hostname TLS SNI check can be bypassed when an existing connection is reused. If an application makes multiple requests to the same domain, but with different per-request server_hostname parameters, then the later calls may succeed by reusing the existing connection when they should have been rejected due to the TLS SNI check. This vulnerability is fixed in 3.14.1.

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-06-22
Last Modified
2026-06-26
Generated
2026-07-13
AI Q&A
2026-06-22
EPSS Evaluated
2026-07-11
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
aiohttp aiohttp to 3.14.1 (exc)

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-297 The product communicates with a host that provides a certificate, but the product does not properly ensure that the certificate is actually associated with that host.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

CVE-2026-54275 is a vulnerability in the aiohttp library (versions up to 3.14.0) that allows bypassing the server_hostname TLS SNI check when HTTPS connections are reused.

Specifically, if an application makes multiple requests to the same domain but uses different server_hostname parameters for each request, the later requests may incorrectly succeed by reusing an existing connection. This reuse bypasses the intended TLS SNI check, which should reject such requests.

This issue is fixed in aiohttp version 3.14.1.

Mitigation Strategies

The vulnerability is fixed in aiohttp version 3.14.1. The immediate step to mitigate this issue is to upgrade aiohttp to version 3.14.1 or later.

As a workaround, if upgrading is not immediately possible, you can disable the keep_alive feature in aiohttp when making requests that change the server_hostname parameter. This prevents connection reuse and thus avoids the TLS SNI check bypass.

Impact Analysis

This vulnerability can lead to incorrect acceptance of TLS connections where the server_hostname parameter differs from the original connection, potentially allowing unauthorized or unintended connections to succeed.

While the severity is considered low, it may cause security issues in applications that rely on strict TLS SNI checks to validate server identities, possibly leading to information disclosure or man-in-the-middle risks if exploited.

A temporary workaround is to disable keep_alive when changing the server_hostname between requests to prevent connection reuse.

Detection Guidance

This vulnerability involves the bypass of the server_hostname TLS SNI check when HTTPS connections are reused with different server_hostname parameters. Detection would involve monitoring or inspecting HTTPS requests made by applications using aiohttp versions prior to 3.14.1 to see if multiple requests to the same domain use different server_hostname values while reusing connections.

Since the issue is related to connection reuse and TLS SNI checks, one approach is to analyze network traffic for TLS Client Hello messages and verify if the SNI values differ across reused connections. However, no specific detection commands are provided in the available resources.

Compliance Impact

The provided information does not specify any direct impact of this vulnerability on compliance with common standards and regulations such as GDPR or HIPAA.

Chat Assistant

Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-54275. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70

EPSS Chart