Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Przeglądaj podatności według pakietuKatalog CISA KEV zaktualizowany: (v2026.10.23)
Cotygodniowy digest CVE
Jeden mail w tygodniu z nowo opublikowanymi podatnościami, o których warto wiedzieć. Bez zakładania konta.
Digest dotyczy ogólnie nowych podatności, nie Twoich serwerów. Jeśli chcesz wiedzieć, które z nich faktycznie działają w Twojej infrastrukturze, tym zajmuje się Secvalis : skanuje Twoje maszyny i zgłasza wyłącznie to, co ich dotyczy.
Użytkownik z dostępem do zapytań w źródle danych Azure Monitor może wykorzystać jego proxy zasobów do wywoływania API Azure Resource Manager wykraczających poza potrzeby Grafany, używając tożsamości Azure tego źródła danych (niezamierzone proxy). Wpływ jest ograniczony przez rolę Azure przyznaną tej tożsamości.
Potencjalne wykonanie dowolnego kodu w określonych konfiguracjach. Zaktualizowana informacja wskazuje, że podatność dotyczy JFrog CLI w wersji v2.127.0.
DeepSeek V4 jest podatny na nieprawidłową kontrolę dostępu poprzez spreparowane dane wejściowe.
Problem w HTMLy v.3.1.1 pozwala zdalnemu atakującemu na eskalację uprawnień poprzez funkcję get_feed w komponencie admin.php.
Punkty końcowe API konwersji reguł Prometheus w Grafanie nie ograniczają rozmiaru treści żądania, co pozwala uwierzytelnionym użytkownikom wywołać nieograniczone alokacje pamięci i doprowadzić do awarii serwera z powodu braku pamięci.
Podatność SQL Injection (CWE-89) w Fortinet FortiAnalyzer i FortiManager (w tym wersje Cloud) pozwala użytkownikowi o niskich uprawnieniach na wykonanie dowolnych poleceń poprzez spreparowane żądania. Dotyczy wielu wersji oprogramowania Fortinet.
Fortinet FortiAnalyzer 7.6.0–7.6.2, 7.4.1–7.4.6, FortiAnalyzer Cloud 7.6.2, 7.4.1–7.4.6, 7.2.1–7.2.9 oraz FortiManager 7.6.0–7.6.2, 7.4.0–7.4.6 zawierają lukę SQL Injection (CWE-89). Może ona pozwolić użytkownikowi o niskich uprawnieniach na wykonanie dowolnych poleceń poprzez spreparowane żądania.
Podatność typu SQL Injection (CWE-89) w Fortinet FortiAnalyzer i FortiManager może pozwolić użytkownikowi o niskich uprawnieniach na wykonanie dowolnych poleceń poprzez spreparowane żądania. Dotyczy to wersji FortiAnalyzer 7.6.0-7.6.2, 7.4.0-7.4.6, 7.2.0-7.2.12 oraz FortiManager 7.4.0-7.4.6 i 7.2 wszystkich wersji.
Użytkownik lub konto usługi z dostępem tylko do odczytu do połączeń Git Sync (provisioning) może zmodyfikować konfigurację połączenia poprzez jego podzasób status (nieprawidłowa autoryzacja). W Grafanie 12.4 dotknięte API jest dostępne tylko po włączeniu eksperymentalnego przełącznika funkcji provisioning.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 nie waliduje symboli enum jako identyfikatorów, co pozwala na wstrzyknięcie instrukcji do generowanej klasy enum. Może to prowadzić do modyfikacji przestrzeni nazw lub uniemożliwić załadowanie modułu.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 nieprawidłowo przetwarza wartość aliasów typu fixed, wstawiając ją bez cudzysłowów do adnotacji types.confixed. Pozwala to na wykonanie dowolnego kodu Pythona podczas importu wygenerowanego modułu.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 nie waliduje domyślnej wartości pola enum jako identyfikatora, co pozwala na wstrzyknięcie instrukcji do generowanego modułu. Może to prowadzić do modyfikacji przestrzeni nazw lub uniemożliwić załadowanie modułu.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 nie escapuje symboli enum, co pozwala na wstrzyknięcie dowolnego kodu Pythona do ciała klasy enum. Kod ten jest wykonywany podczas importu wygenerowanego modułu.
Biblioteka dataclasses-avroschema w wersjach 0.44.0–0.70.5 nie ogranicza bezpiecznie wartości pydantic-class w adnotacjach pól, co pozwala na wykonanie dowolnego kodu Pythona podczas importu wygenerowanego modułu. Dotyczy generatorów modeli Pydantic i AvroDantic.
Biblioteka dataclasses-avroschema w wersjach 0.65.9–0.70.5 nie escapuje wartości doc wstawianej do argumentu description w pydantic.Field, co pozwala na wstrzyknięcie wyrażenia i wykonanie dowolnego kodu Pythona podczas definicji klasy. Dotyczy generowania modeli Pydantic i AvroDantic.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 nie escapuje ani nie waliduje wartości namespace typu fixed, wstawiając ją w cudzysłowach do adnotacji types.confixed. Pozwala to na wykonanie dowolnego kodu Pythona podczas definicji wygenerowanej klasy.
Biblioteka dataclasses-avroschema w wersjach 0.40.0–0.70.5 nie escapuje cudzysłowów ani ukośników podczas kopiowania wartości doc z rekordu schematu do generowanego docstringa klasy. Spreparowana sekwencja potrójnego cudzysłowu może zamknąć docstring i wstrzyknąć kod do treści generowanej klasy, co prowadzi do wykonania kodu Pythona przy imporcie modułu.
Biblioteka dataclasses-avroschema w wersjach 0.62.3–0.70.5 wstawia kontrolowaną przez schemat nazwę rekordu Avro do pola Meta.schema_name w generowanym kodzie Pythona bez escapowania. Spreparowana nazwa może zamknąć literał tekstowy i wstrzyknąć instrukcje do treści generowanej klasy, które wykonają się przy imporcie modułu.
Biblioteka dataclasses-avroschema w wersjach 0.47.3–0.70.5 wstawia kontrolowaną przez schemat nazwę referencyjnego rekordu do pozycji wywoływalnej lambdy default_factory bez walidacji zgodności z gramatyką nazw Avro. Spreparowana nazwa rekordu może stać się dowolnym wyrażeniem Pythona, które wykona się, gdy instancja wygenerowanego modelu użyje domyślnej wartości pola.
Biblioteka dataclasses-avroschema w wersjach 0.38.0–0.70.5 wstawia kontrolowane przez schemat wartości domyślne pól typu string, UUID, bytes i fixed do literałów tekstowych w generowanym kodzie Pythona bez escapowania. Spreparowana wartość domyślna może zamknąć literał i wstrzyknąć instrukcje do generowanego modułu, które wykonają się przy jego imporcie.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

