CVE-2026-44075

Przepełnienie bufora sterty w demonie CNID w Netatalk (wersje 2.0.0-4.4.2) pozwala zdalnemu uwierzytelnionemu atakującemu na wykonanie dowolnego kodu z podwyższonymi uprawnieniami lub wywołanie DoS.

Netatalk w wersjach od 3.1.19 do 4.4.2 zawiera podatność na przepełnienie bufora stosu w funkcji deletedir() demona afpd z powodu niedomiaru liczby całkowitej w obliczaniu pozostałego rozmiaru bufora używanego do konstrukcji ścieżki. Funkcja deletedir() jest wywoływana, gdy operacja na pliku przekracza granicę urządzenia w obrębie współdzielonego woluminu AFP, czego standardowa funkcja renameat() nie obsługuje. Podatność pozwala nieuwierzytelnionym atakującym na wykonanie nieograniczonej operacji strcpy() z kontrolowanymi nazwami plików do prawie pełnego bufora stosu. Wersja 4.4.3 łata ten problem.

Netatalk to darmowy pakiet serwera plików dla systemów uniksopodobnych. W wersjach 3.1.19 do 4.4.2 istnieje przepełnienie bufora oparte na stosie w funkcji copydir() demona afpd z powodu niedomiaru liczby całkowitej w obliczaniu pozostałego rozmiaru bufora używanego do konstrukcji ścieżki. copydir() jest funkcją narzędziową wywoływaną, gdy operacja na pliku przekracza granicę urządzenia wewnątrz współdzielonego woluminu AFP, czego standardowa funkcja renameat() nie może obsłużyć. Funkcja próbuje śledzić dostępną przestrzeń bufora za pomocą srem i drem dla ścieżek źródłowych i docelowych. Błędna arytmetyka powoduje niedomiar zarówno srem, jak i drem do SIZE_MAX. W konsekwencji sprawdzenia granic względem strlen(de->d_name) zawsze przechodzą, pozwalając strcpy() na dołączanie nazw plików do prawie pełnych buforów stosu. Wersja 4.4.3 łata ten problem. Obejściem jest skonfigurowanie każdego współdzielonego woluminu AFP jako pojedynczego systemu plików, to znaczy żaden podkatalog współdzielonego woluminu nie powinien być punktem montowania innego systemu plików.

Nieprawidłowo umieszczona konwersja z bajtów na int spowodowała możliwość paniki serwera w dekoderze pakietów AES-GCM dla starannie spreparowanych danych wejściowych.

W Netatalk od wersji 3.0.0 do 4.4.2 wykryto warunek TOCTOU w funkcji ad_flush, który dotyczy operacji na plikach z uprawnieniami roota. Może to pozwolić zdalnemu atakującemu na ograniczoną modyfikację danych w specyficznych warunkach wyścigu.

Netatalk w wersjach 2.1.0 do 4.4.2 łączy wiele wartości errno za pomocą bitowej alternatywy (OR), co prowadzi do nieprawidłowych kodów błędów przy jednoczesnym wystąpieniu wielu błędów. Zdalny atakujący może wykorzystać to do spowodowania niewielkiego zakłócenia usługi.

Netatalk w wersjach 3.1.2 do 4.4.2 został skompilowany bez flagi FORTIFY_SOURCE, co wyłącza wbudowaną ochronę przed przepełnieniem bufora. Zdalny atakujący może wykorzystać błędy pamięci, które normalnie zostałyby wychwycone i bezpiecznie zakończone, powodując niewielką odmowę usługi.

W systemie Netatalk w wersjach od 3.0.0 do 4.4.2 w komponencie Spotlight RPC unmarshaller występuje martwe sprawdzenie zakresu, które nie zapewnia skutecznej ochrony przed przekroczeniem zakresu. Zdalny uwierzytelniony atakujący może uzyskać ograniczone informacje poprzez spreparowane żądania Spotlight RPC.

W Netatalk w wersjach od 2.0.0 do 4.4.2, nieprawidłowe obliczenia w makrze hextoint z powodu błędnej obsługi wielkich liter umożliwiają zdalnemu uwierzytelnionemu atakującemu ograniczoną modyfikację danych poprzez spreparowane dane szesnastkowe.

W Netatalk w wersjach od 3.0.3 do 4.4.2 wykryto podatność polegającą na niezgodności argumentów w funkcji formatującej. Zdalny, uwierzytelniony atakujący może spowodować niewielką odmowę usługi poprzez spreparowane dane wejściowe.