Use-after-free of a server-side SSLContext when sni_callback switches contexts
48Vexday Risk Score
No sign of exploitation. It has a public proof of concept.
ssvc Attendcvss 9.2epss 0.4%
from disclosure to weapon2 days
Published on NVDSep 30
1st PoC+2d
exploitation probability
0.4%top 65% of all CVEs
observed exploitation
nono source reports it
1 public exploit(s)
A remote, unauthenticated TLS client can make a server crash or call
through a freed pointer if its sni_callback assigns a different context to
SSLSocket.context (the documented way to select a certificate per server
name) and nothing else keeps the original ssl.SSLContext alive. Typical
cases are servers that create an SSLContext per connection or replace it
while connections are open; servers that wrap their listening socket with
it are not affected.
Mitigation: keep a reference to every SSLContext that sets sni_callback for
the lifetime of the server. TLS clients are not affected.
CVSS:4.0/AV:N/AC:H/AT:P/PR:N/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N
Affected products
Python Software Foundation · CPythonpublic PoCs found — 1
githubgithub.com/abraxas/cve-2026-19445-sni-uaf★ 0⚠ Public resources, to assess the exposure of systems you control or are authorized to test. Test only with authorization.
References
https://github.com/python/cpython/commit/34a53dce8174da2fceb12fe084a4def02a10053dhttps://github.com/python/cpython/commit/46133cd57d309652139ada74014aca7665ac552bhttps://github.com/python/cpython/commit/63fab143d94cafae71850831acfb52041ba44af7https://github.com/python/cpython/commit/b12968cefe69ca1dcb8606c832ff73ee7dbf4ba8https://github.com/python/cpython/commit/cd7e51e7d4563866fbaa1e2521ae69b45daf3698https://github.com/python/cpython/commit/d8717ed01717a9641686e6e6f83f0ab8af235e2chttps://github.com/python/cpython/commit/ec44b5a3258cbda947d5e07242ee562ed05ef24bhttps://github.com/python/cpython/issues/156293https://github.com/python/cpython/pull/158504https://mail.python.org/archives/list/security-announce@python.org/thread/QMQIUQB6WGGC3MI7I3WKQXOYOBDSPPS3/http://www.openwall.com/lists/oss-security/2026/09/30/17