Katalog podatności CVE

HP zidentyfikował i naprawił wiele zewnętrznie zgłoszonych podatności w HPLIP. Podatności dotyczą kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, podniesienie uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zgłoszonych zewnętrznie podatności w HPLIP. Dotykają one kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, eskalację uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zewnętrznie zgłoszonych podatności w HPLIP. Podatności dotyczą kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, podniesienie uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zewnętrznie zgłoszonych podatności w HPLIP. Podatności dotyczą kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, podniesienie uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zewnętrznie zgłoszonych podatności w HPLIP. Podatności dotyczą kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, podniesienie uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zgłoszonych zewnętrznie podatności w HPLIP. Dotykają one kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, eskalację uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

HP zidentyfikował i naprawił wiele zgłoszonych zewnętrznie podatności w HPLIP. Dotykają one kilku komponentów oprogramowania i mogą potencjalnie umożliwić zdalne wykonanie kodu, eskalację uprawnień, odmowę usługi, ujawnienie informacji lub nieautoryzowaną modyfikację plików w określonych warunkach.

Junrar to otwarta biblioteka Java do obsługi archiwów RAR. W wersjach przed 7.6.1 klasa LocalFolderExtractor może tworzyć katalogi poza zamierzonym katalogiem docelowym podczas przetwarzania spreparowanego wpisu archiwum, ponieważ createFile() waliduje tylko końcową ścieżkę kanoniczną, a makeFile() tworzy pośrednie segmenty ścieżki bez sprawdzenia. Może to prowadzić do zanieczyszczenia systemu plików lub zajęcia nazw plików/katalogów.

Skipper to router HTTP i odwrotny serwer proxy do kompozycji usług. Przed wersją 0.27.37 filtr opaAuthorizeRequestWithBody może autoryzować zbyt duże żądanie po tym, jak Skipper obcina treść prezentowaną Open Policy Agent, ponieważ sygnał input.truncated_body jest wyprowadzany z Content-Length, a nie z rzeczywistego wyniku odczytu. W filters/openpolicyagent/openpolicyagent.go, ExtractHttpBodyOptionally obcina treści do maxBodyBytes, podczas gdy filters/openpolicyagent/internal/envoy/skipperadapter.go kopiuje nagłówki żądania bez dodawania wartości Content-Length odzwierciedlającej obcięcie. Dla żądania HTTP/1.1 używającego Transfer-Encoding: chunked lub żądania HTTP/2 bez Content-Length, polityka sprawdzająca treść, która stosuje wcześniejszą łagodzenie i zezwala na input.truncated_body równe false, może ocenić tylko obcięty prefiks, zezwolić na żądanie, a następnie przekazać pełne zbyt duże treści do chronionego upstreamu. Ten problem rezydualny jest odrębny od CVE-2026-50197. Problem został naprawiony w wersji 0.27.37.

CoreDNS to serwer DNS napisany w Go. Przed wersją 1.14.7, nasłuchy DNS-over-HTTPS, DNS-over-HTTP/3, DNS-over-QUIC i DNS-over-gRPC w plugin/pkg/doh/doh.go, core/dnsserver/server_quic.go i core/dnsserver/server_grpc.go wywołują dns.Msg.Unpack bez polityki żądań dns.DefaultMsgAcceptFunc używanej przez UDP, TCP i DNS-over-TLS. Nieuwierzytelniony klient może wysłać aktualizację RFC 2136, którą plugin proxy lub forward przekazuje bez zmian do aktualizowalnego upstreamu. Jeśli ten upstream ufa adresowi źródłowemu lub połączeniu CoreDNS i nie wymaga nieznanego atakującemu end-to-end TSIG, żądanie wydaje się pochodzić z CoreDNS i może dodawać, zastępować lub usuwać rekordy DNS, przekierowywać ruch, przejmować nazwy, zmieniać routing poczty lub zakłócać strefę zapisywalną. Problem został naprawiony w wersji 1.14.7.

CoreDNS to serwer DNS napisany w Go. Przed wersją 1.14.7, ścieżki żądań DNS-over-HTTPS, DNS-over-HTTP/3, DNS-over-QUIC i DNS-over-gRPC w plugin/pkg/doh/doh.go, core/dnsserver/server_quic.go i core/dnsserver/server_grpc.go wywołują dns.Msg.Unpack na liczbach sekcji kontrolowanych przez atakującego przed walidacją stałego nagłówka przez dns.DefaultMsgAcceptFunc. Nieuwierzytelniony klient może użyć kompresji nazw DNS i nadmiernych liczb sekcji, aby wzmocnić alokację przed łańcuchem pluginów, więc ograniczanie szybkości na poziomie pluginu nie może zapobiec wyczerpaniu pamięci przez równoczesne żądania i zakończeniu działania CoreDNS. Zwykłe nasłuchy UDP i TCP nie są dotknięte, ponieważ najpierw walidują nagłówek. Problem został naprawiony w wersji 1.14.7.

HAPI FHIR to kompletna implementacja standardu HL7 FHIR dla interoperacyjności w opiece zdrowotnej w Javie. Przed wersją 6.9.12, SHCParser w org.hl7.fhir.r5/src/main/java/org/hl7/fhir/r5/elementmodel/SHCParser.java może wejść w nieskończoną pętlę podczas przetwarzania kontrolowanej przez atakującego treści JWT Smart Health Card, której nagłówek zawiera zip: "DEF" i której surowa treść DEFLATE jest pusta lub obcięta. SHCParser.decodeJWT() dociera do SHCParser.inflate(), gdzie Inflater.inflate() może zwrócić zero, podczas gdy Inflater.finished() pozostaje fałszywe, a Inflater.needsInput() jest prawdziwe. Pętla nie ma również warunku zakończenia Inflater.needsDictionary(), SHCParser.decompress() zawiera ten sam wzorzec zerowego postępu, a ResourceChecker.java może osiągnąć parsowanie SHC podczas wykrywania formatu pliku. Nieprawidłowe żądanie walidacji może zablokować wątek roboczy JVM na czas nieokreślony, a równoczesne żądania mogą wyczerpać wszystkich pracowników walidacji. Problem został naprawiony w wersji 6.9.12.

HAPI FHIR to kompletna implementacja standardu HL7 FHIR dla interoperacyjności w opiece zdrowotnej w Javie. Przed wersją 6.9.12, SHCParser w org.hl7.fhir.r5/src/main/java/org/hl7/fhir/r5/elementmodel/SHCParser.java może zużywać kontrolowaną przez atakującego treść JWT Smart Health Card, której nagłówek zawiera zip: "DEF" i której mała surowa treść DEFLATE rozwija się do bardzo dużej wartości. SHCParser.decodeJWT() przekazuje zdekodowaną treść do SHCParser.inflate(), który gromadzi wszystkie zdekompresowane bajty w ByteArrayOutputStream bez limitu rozmiaru wyjścia przed parsowaniem JSON, a SHCParser.decompress() zawiera ten sam nieograniczony wzorzec. Aplikacja lub usługa walidacyjna, która akceptuje treści SHC dostarczone przez atakującego, może więc cierpieć z powodu nadmiernej alokacji sterty, poważnej presji na garbage collector, awarii żądań, niestabilności procesu lub jego zakończenia. Problem został naprawiony w wersji 6.9.12.

Svelte devalue to biblioteka JavaScript serializująca wartości do ciągów znaków, gdy JSON.stringify jest niewystarczające. W wersjach przed 5.9.2 funkcja devalue.parse nie odrzuca indeksów poza zakresem (większych lub równych values.length) w src/parse.js. Specjalnie spreparowany niezaufany ładunek może powodować przełączanie parsera między reprezentacjami tablic, generując kwadratowe obciążenie i powodując odmowę usługi w aplikacjach przetwarzających niezaufane dane devalue.

Podatność w oprogramowaniu SysReturn firmy Howyar Technologies w wersjach przed 11.3.034 (naprawiona w 11.3.0.34) pozwala lokalnemu atakującemu na wykonanie dowolnego kodu. Atak wykorzystuje plik BOOTia32.efi oraz spreparowany plik cloak32.dat umieszczony na partycji ESP.

oRPC to narzędzie do budowania API typu end-to-end z zachowaniem standardów OpenAPI. W wersjach przed 1.14.8 wtyczka CORS @orpc/server w packages/server/src/plugins/cors.ts kopiuje nagłówek Vary przychodzącego żądania klienta do odpowiedzi, zamiast kontrolować Vary jako nagłówek tylko odpowiedzi i używać Origin do zmienności pochodzenia żądania. W środowiskach za współdzielonym cache, CDN lub reverse proxy, które używają Vary do kluczowania odpowiedzi, klient może wstrzyknąć dowolne wartości zmienności, zanieczyścić klucze cache i spowodować niespójne egzekwowanie CORS dla innych klientów.

Biblioteka kliencka RabbitMQ Java umożliwia aplikacjom Java i JVM łączenie się i interakcję z węzłami RabbitMQ. Przed wersją 5.34.0, AMQConnection.start() stosuje Math.min(maxInboundMessageBodySize, frameMax) po negocjacji Connection.Tune, mimo że AMQP definiuje wartość frameMax zero jako nieograniczoną, a ConnectionFactory.DEFAULT_FRAME_MAX wynosi zero. Gdy wartość domyślna klienta i wartość negocjowana z serwerem są obie zerowe, wynik jest przekazywany do Utils.framePayloadLimit(int), który interpretuje zero jako Integer.MAX_VALUE i wyłącza skonfigurowany limit maxInboundMessageBodySize. Złośliwy serwer AMQP lub atakujący man-in-the-middle zdolny do modyfikacji Connection.Tune i wstrzykiwania ramek do połączenia może następnie wysłać zbyt dużą ramkę dowolnego typu, powodując, że Frame.readFrom() alokuje dużą tablicę bajtów przed walidacją na poziomie treści i potencjalnie kończy proces klienta przez wyczerpanie pamięci. Problem został naprawiony w wersji 5.34.0.

Mattermost Desktop App w wersjach <=6.2 6.2.2.0 nie ograniczał wystarczająco treści renderowanych przez serwer przed dostępem do lokalnych lub prywatnych zasobów sieciowych. Luka została zgłoszona w ramach polityki odpowiedzialnego ujawniania Mattermost (MMSA-2026-00698).

Na platformach z Arista EOS z włączonym IGMP snooping (domyślnie na wszystkich VLAN-ach) sąsiadujący sieciowo nieuwierzytelniony atakujący może wysłać zniekształcone pakiety sieciowe do dotkniętego VLAN-u, powodując nieoczekiwane zakończenie agenta IGMP snooping. Prowadzi to do tymczasowego zakłócenia zarządzania ruchem multicast, co może spowodować zalanie ruchem multicast wszystkich portów dotkniętego VLAN-u do czasu przywrócenia usługi.

W pewnych okolicznościach na platformach z Arista EOS z włączonym gRPC Network Packet Sampling Interface (gNPSI) poświadczenia klienta gNPSI mogą być rejestrowane w postaci jawnej w lokalnych lub zdalnych dziennikach rozliczeniowych dostępnych dla uwierzytelnionych użytkowników.