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.11.06)
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.
Tanium naprawił podatność typu denial of service w Tanium Server. Może ona doprowadzić do niedostępności usługi.
Tanium naprawił podatność związaną z niekontrolowanym zużyciem zasobów w rozszerzeniu Performance Client Extension. Może dojść do nadmiernego obciążenia zasobów systemowych.
Tanium naprawił podatność typu SQL injection w module Patch. Może ona pozwolić na wstrzyknięcie złośliwego kodu SQL.
Tanium rozwiązał podatność polegającą na przepełnieniu bufora w pamięci sterty w module Index. Przepełnienie bufora może prowadzić do uszkodzenia pamięci i potencjalnego wykonania kodu.
Tanium rozwiązał podatność umożliwiającą lokalne podniesienie uprawnień w module End-User Notifications. Luka może pozwolić lokalnemu użytkownikowi na uzyskanie wyższych uprawnień w systemie.
Tanium rozwiązał podatność umożliwiającą lokalne podniesienie uprawnień w module End-User Notifications. Luka może pozwolić lokalnemu użytkownikowi na uzyskanie wyższych uprawnień w systemie.
Tanium rozwiązał podatność umożliwiającą lokalne podniesienie uprawnień w module End-User Notifications. Luka może pozwolić lokalnemu użytkownikowi na uzyskanie wyższych uprawnień w systemie.
Tanium naprawił podatność umożliwiającą nieautoryzowane wykonanie kodu w komponencie Certificate Manager. Szczegóły techniczne nie zostały ujawnione w opisie.
Tanium naprawił podatność związaną z nieprawidłowymi mechanizmami kontroli dostępu w module Comply. Może to pozwolić na dostęp do funkcji lub danych bez wymaganych uprawnień.
Tanium naprawił podatność związaną z nieprawidłową kontrolą dostępu w module Comply. Błąd pozwalał na obejście mechanizmów autoryzacji w tym komponencie.
W interfejsie konfiguracji kraju lub regionu urządzenia TP-Link RE305 V3 występuje luka w autoryzacji. Nieuwierzytelniony atakujący w tej samej sieci lokalnej może zmienić region regulacyjny sieci bezprzewodowej i wymusić ponowne zastosowanie konfiguracji Wi-Fi.
W usłudze tmpServer urządzenia TP-Link RE305 V3 występuje luka umożliwiająca wstrzyknięcie poleceń systemu operacyjnego. Usługa działa z uprawnieniami roota i nasłuchuje na lokalnym interfejsie loopback, a lokalny atakujący z dostępem do procesu o niskich uprawnieniach może wysłać spreparowane żądanie do usługi TDDPv1 i wykonać polecenia jako root.
W usłudze TP-Link TDDP v2 w TP-Link RE305 V3 występuje słabość uwierzytelniania polegająca na stałym i możliwym do wyliczenia kluczu kryptograficznym. Nieuwierzytelniony atakujący w tej samej sieci lokalnej może sfałszować pakiety protokołu i uzyskać dostęp do uprzywilejowanych operacji TDDP, w tym do funkcji mogących prowadzić do wykonania poleceń systemu operacyjnego.
W funkcji odzyskiwania hasła urządzenia TP-Link RE305 V3 występuje błąd uwierzytelniania. Interfejs weryfikacji kodu pozwala nieuwierzytelnionemu atakującemu w tej samej sieci lokalnej wywołać generowanie kodu weryfikacyjnego do resetu hasła administratora, a brak skutecznego licznika prób i przewidywalny proces generowania kodu umożliwiają jego uzyskanie lub złamanie metodą brute-force.
W mechanizmie tworzenia kopii zapasowej konfiguracji użytkownika urządzeń TP-Link RE305 V3 i Archer C7 V5 występuje luka polegająca na zaszytym na stałe kluczu kryptograficznym. W komponencie zarządzania konfiguracją firmware osadzono stały klucz AES-128 i wektor inicjalizacyjny, więc atakujący, który zdobędzie plik kopii zapasowej, może wyodrębnić materiał kryptograficzny z firmware i odszyfrować kopię.
Występuje podatność SSRF umożliwiająca dostęp do wewnętrznych API Chrome DevTools Protocol, co może prowadzić do wycieku tokenu JWT innego użytkownika. Użytkownik z niskimi uprawnieniami może wielokrotnie wykorzystywać tę podatność podczas rozpoczynania nagrania, aby uzyskać token JWT ofiary i tym samym dostęp do odczytu i zapisu jej tablicy Whiteboard.
Użytkownik należący do grupy może obejść ograniczenie udostępniania linków ustawione przez administratora grupy i tworzyć linki udostępniające do tabeli, mimo braku odpowiednich uprawnień.
Gdy zespół był skonfigurowany jako „widoczny dla wszystkich”, interfejs webowy poprawnie blokował dostęp osobom niebędącym członkami, ale endpoint API zasobów można było wywołać bezpośrednio. Umożliwiało to każdemu uwierzytelnionemu użytkownikowi spoza zespołu wyliczenie wewnętrznych zasobów zespołu oraz ich identyfikatorów.
Punkt końcowy listy udostępnień aplikacji Tables (GET /apps/tables/share/table/{tableId}) nie weryfikował, czy żądający użytkownik ma uprawnienia na poziomie zarządzania do tabeli, przed zwróceniem pełnej listy odbiorców udostępnienia (użytkowników, grup i zespołów) wraz z ich poziomami uprawnień. Użytkownik z dostępem tylko do odczytu danych mógł wywołać punkt końcowy bezpośrednio, aby wyliczyć wszystkich, z którymi tabela jest udostępniona, i ich poziomy dostępu.
Użytkownik może utworzyć plik docx lub odt z znakiem # w nazwie pliku zawierający informacje poufne, takie jak numer karty kredytowej, i plik ten nie zostanie oznaczony jako poufny.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

