Katalog podatności CVE

Podatność w protokole DNS, związana z aspektem Closest Encloser Proof w RFC 5155 (gdy pominięto wytyczne RFC 9276), umożliwia zdalnym atakującym przeprowadzenie ataku typu „odmowa usługi” (DoS) poprzez wywołanie nadmiernego zużycia CPU na obliczenia SHA-1. Atak polega na wysyłaniu odpowiedzi DNSSEC w ramach ataku na losowe subdomeny, znanego jako problem NSEC3.

W backendzie POWER9 kompilatora GCC przed wersją 10, optymalizacja wielokrotnych wywołań wbudowanej funkcji __builtin_darn do pojedynczego wywołania zmniejsza entropię generatora liczb losowych. Problem wynika z braku oznaczenia operacji jako ulotnej (volatile).

Podatność w Perlu 5.30.0 do 5.38.0 pozwala na przepełnienie bufora sterty podczas kompilacji spreparowanego wyrażenia regularnego. Atakujący może wykorzystać ten błąd do kontrolowanego przepełnienia bufora.

W systemd odkryto podatność, w której usługa używająca właściwości DynamicUser może utworzyć binarny plik SUID/SGID, który będzie mógł być uruchomiony z tymczasowym UID/GID usługi nawet po jej zakończeniu. Lokalny atakujący może wykorzystać tę lukę, aby uzyskać dostęp do zasobów należących do potencjalnie innego UID/GID.

Koła pyca/cryptography zawierają statycznie powiązaną kopię OpenSSL. Wersje OpenSSL zawarte w kołach przed wersją cryptograph 48.01 są podatne na problem bezpieczeństwa.

Podatność występuje, gdy aplikacja korzysta z OAuth2::Client i serwer autoryzacji zwraca przekierowanie z nagłówkiem Location w postaci URI względnego do protokołu. W takim przypadku OAuth2::Client#request może niepoprawnie rozwiązać to przekierowanie.

W aplikacjach korzystających z OAuth::Consumer do żądania tokenów OAuth 1.0, pomocnik żądania tokenów podąża za przekierowaniami 300..399 zwracanymi przez serwer OAuth. W dotkniętych wersjach, OAuth::Consumer#token_request analizuje surowy nagłówek Location i rekurencyjnie podąża za przekierowaniem.

Podatność na atak DoS istnieje w serwerach Engine.IO / Socket.IO, które umożliwiają uaktualnienia transportu. Negocjacja wersji protokołu Engine.IO odbywa się podczas początkowego uzgadniania i jest przechowywana w sesji, ale nowo utworzony transport, w tym transport uaktualnienia WebSocket, może być wykorzystany do przeciążenia serwera.