---
title: "CVE-2026-49457: QUIC has Broken TLS verification"
url: https://erroneo.us/security/cve/CVE-2026-49457/
description: "CVE-2026-49457 (quic (Hex (Erlang/Elixir))): erlangquic is a pure Erlang QUIC implementation. Prior to version 1.4.4, the QUIC client did not authenticate…"
type: vulnerability-record
section: "Security Digest"
date_published: 2026-08-14
date_modified: 2026-08-14
publisher: erroneo.us
author: erroneo.us Security Desk
cve: "CVE-2026-49457"
kev: false
cvss: 9.1
epss: 0.00249
license: All rights reserved. Quote with attribution and a link.
---

# CVE-2026-49457: QUIC has Broken TLS verification

**Signal:** Critical and remotely reachable. No known exploitation yet, but it is network-reachable without credentials. (Computed from CISA KEV, EPSS and CVSS; not an editorial verdict.)

## Should you act?

- No confirmed exploitation. It is not in CISA’s KEV catalog and CISA’s SSVC assessment records no known exploitation. That can change quickly after a public write-up; re-check if you are affected.
- EPSS 0.2% , percentile 15: FIRST’s model estimates a 0.2% chance of exploitation activity in the next 30 days, higher than 15% of all scored CVEs (low). EPSS is a probability, not a verdict.
- Remotely reachable with no login and no user interaction. If the vulnerable service is exposed to the internet, prioritize it.
- Only applies if your dependency tree includes quic (Hex (Erlang/Elixir)) <= 1.4.3, fixed in 1.4.4 . Check your lockfile, including transitive dependencies.

## What it is

erlangquic is a pure Erlang QUIC implementation. Prior to version 1.4.4, the QUIC client did not authenticate the server during the TLS 1.3 handshake. The CertificateVerify signature was not checked, the certificate chain was not validated, and the hostname was not compared against the certificate, so verify was effectively a no-op on the client. A man-in-the-middle on the network path could present any certificate and impersonate any server, defeating the confidentiality and integrity of the connection. HTTP/3 uses the same client and was equally affected. Handshakes authenticated by a PSK (session resumption) are not affected, because the peer is authenticated by the PSK binder and no certificate is sent. This is fixed in 1.4.4. The client now verifies the CertificateVerify signature, validates the certificate chain against the trust store (cacerts option, the operating system store by default), and checks the hostname. Client verify now defaults to on; set verify => false to accept any certificate (for example a self-signed test server). No known workarounds are available before 1.4.4. verify => true had no effect, and inspecting the certificate after connecting does not help because without the signature check the peer is never proven to own the certificate it presents.

## Affected packages

- Hex (Erlang/Elixir) `quic` <= 1.4.3 → fixed: 1.4.4

## Affected products (CVE record)

- benoitc erlang_quic: < 1.4.4

## Severity

- GitHub_M CVSS 3.1: 9.1 `CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N`
- GitHub CVSS 3.1: 9.1 `CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N`

## Exploitation

- CISA KEV: not listed (no confirmed in-the-wild exploitation known to CISA).
- CISA SSVC assessment: exploitation none , automatable yes , technical impact total .
- FIRST EPSS (model of 2026-10-21): 0.25% probability of exploitation activity in the next 30 days; percentile 15.

## Sources

- [GitHub Advisory GHSA-2r8v-p65x-3663](https://github.com/advisories/GHSA-2r8v-p65x-3663)
- [CVE.org record CVE-2026-49457](https://www.cve.org/CVERecord?id=CVE-2026-49457)
- [NVD entry CVE-2026-49457](https://nvd.nist.gov/vuln/detail/CVE-2026-49457)
- [github.com](https://github.com/benoitc/erlang_quic/security/advisories/GHSA-2r8v-p65x-3663)

---
Source page: https://erroneo.us/security/cve/CVE-2026-49457/ · Security Digest: https://erroneo.us/security/ · More: https://erroneo.us/llms.txt