Wysoki Oczekuje na analizę

CVE-2026-84782

opublikowano: 29.09.2026, 18:17

modyfikacja: 29.09.2026, 23:27

Ocena CVSS

8.2

Wysoki · v3.1

Oficjalne źródła

wektor: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:H

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Podsumowanie problemu: Logika retransmisji DTLS nie obsługuje poprawnie
zapis wiadomości uzgadniającej, który jest w połowie zawieszany.
Retransmitowany komunikat można odczytać poza buforem komunikatu i
retransmisja nadpisuje stan wewnętrzny wstrzymanego zapisu
należy wznowić poprawnie.

Podsumowanie wpływu: ponownie przesłany komunikat może ujawnić pamięć sterty
do partnera jako dane uzgadniania w postaci zwykłego tekstu lub spowodować awarię i odmowę
usługi, gdy odczyt osiągnie niezamapowany obszar pamięci.

CWE: CWE-125: Odczyt poza zakresem

Opis: Komunikaty uzgadniania DTLS mogą być zapisywane wielokrotnie
fragmenty, a zapis może zawiesić w połowie wiadomości (zwracając WANT_WRITE)
jeśli podstawowy transport tymczasowo nie może przyjąć więcej danych. Podczas
taki zapis zostaje zawieszony, może to zrobić licznik retransmisji DTLS
niezależnie odpal i poproś logikę retransmisji o ponowne wysłanie
wcześniejszą, już potwierdzoną jako wysłaną wiadomość z jej retransmisji
kolejka.

Logika retransmisji ponownie wykorzystywała ten sam wewnętrzny bufor i tę samą pozycję
śledzenie jako wiadomość, która wciąż była pisana, bez
resetowanie pozycji z powrotem do początku istoty wiadomości
przesłane ponownie. W rezultacie retransmisja została odczytana począwszy od
w miejscu, w którym zawieszony zapis został przerwany, powodując błędne oznaczenie
wiadomość, której treść została pozostała w bajtach z innej, większej wiadomości
wciąż w locie – treść, która nigdy nie miała zostać wysłana w tym miejscu
punktu i który może przebiegać poza końcem przydzielonego bufora.

Oddzielnie, nawet przy prawidłowym umieszczeniu retransmisji,
pozwalając na jego zakończenie, podczas gdy inny zapis jest zawieszony
zastępuje tę samą wspólną księgowość, którą zapisuje zawieszony
zależy od wznowienia. Gdy aplikacja później wznowi działanie
zawieszony zapis (poprzez kolejne SSL_read(), SSL_write(),
wywołanie SSL_accept() lub SSL_connect()), stwierdza, że księgowość w a
stan niezgodny z komunikatem i przerywa proces
kompilacja debugowania.

Poprawka resetuje pozycję odczytu retransmisji do początku pliku
wiadomość przed ponownym wysłaniem i całkowicie pomija retransmisję za każdym razem, gdy a
zapis uzgadniania jest nadal zawieszony, odraczając go do następnego wywołania
zamiast tego wznawia go.

Wpływ FIPS: nie
Kod, którego dotyczy problem, znajduje się poza granicami modułu FIPS.

Issue summary: The DTLS retransmission logic does not correctly handle
a handshake message write that is suspended part-way through.
The retransmitted message can be read past the message buffer and
the retransmission overwrites the internal state the suspended write
needs to resume correctly.

Impact summary: The retransmitted message can disclose a heap memory
to the peer as plaintext handshake data or cause a crash and a Denial
of Service when the read reaches an unmapped memory region.

CWE: CWE-125: Out-of-bounds Read

Description: DTLS handshake messages can be written out in multiple
fragments, and a write can suspend mid-message (returning WANT_WRITE)
if the underlying transport temporarily cannot accept more data. While
such a write is suspended, the DTLS retransmission timer may
independently fire and ask the retransmission logic to resend an
earlier, already-acknowledged-as-sent message from its retransmit
queue.

The retransmission logic reused the same internal buffer and position
tracking as the message that was still being written, without
resetting the position back to the start of the message being
retransmitted. As a result the retransmission was read starting from
wherever the suspended write had left off, producing a mislabelled
message whose body was leftover bytes from the other, larger message
still in flight - content that was never meant to be sent at that
point, and which could run past the end of the allocated buffer.

Separately, even when the retransmission is positioned correctly,
allowing it to run to completion while another write is suspended
overwrites the same shared bookkeeping that the suspended write
depends on to resume. When the application later resumes the
suspended write (via a subsequent SSL_read(), SSL_write(),
SSL_accept(), or SSL_connect() call), it finds that bookkeeping in a
state inconsistent with the message and aborts the process in
a debugging build.

The fix resets the retransmission's read position to the start of the
message before resending, and skips retransmission entirely whenever a
handshake write is still suspended, deferring to the next call that
resumes it instead.

FIPS impact: no
The affected code is outside the FIPS module boundary.

>_ Słabości (CWE)

CWE-125

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve