Katalog CVE

CVE-2026-61815

WysokieCVSS 7.2
Opublikowano: Zaktualizowano: Przetłumaczono: NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko
0.18%

Percentyl 7 - wyżej niż 7% wszystkich znanych CVE

Streszczenie

Biblioteka zbateson/mail-mime-parser przed wersjami 3.0.6 i 4.0.2 jest podatna na wstrzykiwanie nagłówków CRLF (CWE-93) podczas konstruowania wiadomości MIME z nazwami plików załączników kontrolowanymi przez atakującego. Nazwy plików zawierające CR/LF mogą zostać zserializowane jako dodatkowe nagłówki, np. sfałszowane Bcc, co umożliwia wyciek wiadomości. Problem dotyczy również wersji 1.x i 2.x, które nie otrzymają poprawek.

Ocena ryzyka

Atakujący może wykorzystać tę podatność do przechwycenia kopii wychodzących wiadomości e-mail, co prowadzi do naruszenia poufności komunikacji. Aplikacje przetwarzające załączniki z niezweryfikowanych źródeł są szczególnie narażone.

Rekomendacja

Zaleca się aktualizację do wersji 3.0.6 lub 4.0.2. Jeśli nie jest to możliwe, należy usuwać znaki CR i LF z nazw plików przed użyciem ich w API załączników oraz z wyniku getFilename() przed ponownym użyciem.

Inne podatności w zbateson/mail-mime-parser

Oryginalny opis (angielski, źródło NVD)

zbateson/mail-mime-parser is a mail mime parser alternative to PHP's imap* functions and Pear libraries for reading messages in Internet Message Format RFC 822. Prior to version 3.0.6 and 4.0.2, CRLF (carriage-return / line-feed) header injection (CWE-93) affecting any application that uses this library to build or forward MIME messages with an attacker-influenced attachment filename. Attachment filenames are interpolated into the `Content-Type` and `Content-Disposition` header values without stripping CR/LF, so a filename containing `\r\n` serializes as one or more additional, attacker-controlled header lines (for example a forged `Bcc:` that silently exfiltrates a copy of the outgoing message). The untrusted filename can come directly from parsed inbound mail, so no local construction is required — an application that re-attaches or re-sends a parsed filename is exposed. Versions 3.0.6 and 4.0.2 patch the issue. Versions 1.x and 2.x are also affected but are end-of-life and will not receive patches; users on those lines should upgrade to a fixed release. If upgrading is not immediately possible, strip CR and LF from any filename before passing it to attachment APIs, and from the result of getFilename() before reusing it in a constructed message — e.g. preg_replace('/[\r\n]+/', ' ', $filename).

Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS