CVE-2026-13713
ŚrednieCVSS 6.2Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 8 - wyżej niż 8% wszystkich znanych CVE
Streszczenie
W bibliotece YAML::Syck dla Perla przed wersją 1.47 wykryto podatność use-after-free i podwójnego zwolnienia pamięci. Problem występuje, gdy węzeł z nazwą kotwicy jest zwalniany, ale wciąż znajduje się na stosie parsera, co prowadzi do ponownego zwolnienia i awarii interpretera.
Ocena ryzyka
Atakujący może wysłać specjalnie spreparowany dokument YAML (np. 7-bajtowy) z przedefiniowaną kotwicą, powodując awarię interpretera Perla i odmowę usługi (DoS). Dotyczy to domyślnej ścieżki ładowania Load i LoadFile.
Rekomendacja
Należy natychmiast zaktualizować YAML::Syck do wersji 1.47 lub nowszej. Jeśli aktualizacja nie jest możliwa, unikaj przetwarzania niezaufanych dokumentów YAML za pomocą Load lub LoadFile.
Inne podatności w YAML::Syck
Zobacz wszystkie- CVE-2026-57075Krytyczne
W bibliotece YAML::Syck dla Perla przed wersją 1.47 wykryto podatność na odczyt poza zakresem pamięci. Problem występuje w funkcji syck_base64dec, która używa indeksu typu signed char do odwołania się do tablicy b64_xtable, co przy bajtach >= 0x80 prowadzi do odczytu przed tablicą. Podatność jest aktywowana przez domyślne wywołanie Load lub LoadFile na niezaufanym dokumencie YAML zawierającym skalarny typ !!binary z bajtem o wysokim bicie.
- CVE-2026-4177Krytyczne
Biblioteka YAML::Syck w wersjach do 1.36 dla Perla zawiera kilka potencjalnych podatności bezpieczeństwa, w tym przepełnienie bufora sterty o wysokiej dotkliwości w emiterze YAML. Przepełnienie występuje, gdy nazwy klas przekraczają początkową alokację 512 bajtów.
- CVE-2026-57077Wysokie
Podatność w bibliotece YAML::Syck dla Perla przed wersją 1.47 umożliwia odczyt poza zakresem pamięci przez nieskończone skanowanie znaku nowej linii w funkcji newline_len. Problem występuje podczas przetwarzania blokowych skalarów na granicy dokumentu, gdzie skanowanie wykracza o jeden bajt poza bufor sterty.
- CVE-2026-57076Wysokie
W bibliotece YAML::Syck dla Perla przed wersją 1.47 wykryto podatność use-after-free na stercie. Problem występuje, gdy nazwa zakotwiczenia (anchor) jest ponownie używana jako klucz w tablicy zakotwiczeń w funkcji syck_hdlr_add_anchor, co prowadzi do odczytu zwolnionej pamięci.
Oryginalny opis (angielski, źródło NVD)
YAML::Syck versions before 1.47 for Perl allow a use-after-free and double-free via an anchor node freed while still on the parser value stack. In the bundled libsyck, when an anchor name is redefined or removed, syck_hdlr_add_anchor and syck_hdlr_remove_anchor free the node stored under that name with syck_free_node. That node can still be live on the parser's value stack, so syck_hdlr_add_node reaches it again and frees it a second time. On a normal build the 48-byte node chunk is freed twice and the interpreter aborts. Anchors need no special flags, so this is reached on the default Load path, and a 7-byte document that redefines an anchor triggers it. Any caller that runs Load or LoadFile on an untrusted document that redefines an anchor mid-parse crashes the interpreter, a denial of service.