CVE-2026-54275
Undergoing Analysis Undergoing Analysis - In Progress
TLS SNI Bypass in AIOHTTP via Connection Reuse

Publication date: 2026-06-22

Last updated on: 2026-06-22

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-22
Generated
2026-06-23
AI Q&A
2026-06-22
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
aio-libs 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.

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