Katalog podatności CVE

Tanium naprawił podatność polegającą na umieszczaniu poufnych informacji w plikach dziennika w module Reputation. Wrażliwe dane mogą być zapisywane w logach.

Tanium naprawił podatność polegającą na ujawnieniu informacji w Tanium Server. Może dojść do nieuprawnionego dostępu do danych.

Tanium naprawił podatność związaną z nieprawidłowym przypisaniem uprawnień w Tanium Server. Może to prowadzić do przyznania użytkownikom niewłaściwych uprawnień.

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 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 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.

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.

Hasła aplikacji mogły omijać potwierdzenie hasła na wrażliwych endpointach. Umożliwiało to wykonanie wrażliwych operacji bez ponownego uwierzytelnienia.

W module chan_unistim programu Asterisk występuje zapis poza granicami bufora podczas przetwarzania cyfr DIALPAGE, co może przepełnić pole phone_number i spowodować awarię Asteriska po wysłaniu spreparowanego pakietu żądania. Wymagane jest załadowanie modułu chan_unistim i skonfigurowanie osiągalnego portu UDP UNISTIM oraz rejestracja atakującego jako skonfigurowany MAC telefonu lub ścieżka autoprovisioningu. Podatność naprawiono w wersjach Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 oraz Certified Asterisk 20.7-cert11, 22.8-cert3.

Uwierzytelniony atakujący może doprowadzić do awarii Asteriska poprzez odczyt poza granicami bufora w parserze treści PJSIP MWI, wysyłając spreparowane żądanie SIP NOTIFY. Atakujący musi przejść uwierzytelnienie SIP za pomocą nazwy użytkownika i hasła lub dopasowania adresu IP źródłowego. Podatność naprawiono w wersjach Asterisk 20.20.1, 21.12.3, 22.10.1, 23.4.1 oraz Certified Asterisk 20.7-cert11, 22.8-cert3.

W knative.dev/pkg/webhook funkcja admissionHandler dekoduje dostarczony przez atakującego AdmissionReview bez limitu rozmiaru ciała żądania (brak http.MaxBytesReader). Klient sieci podów może wysłać jeden zbyt duży POST do webhooka admission, powodując zatrzymanie powiększonych kopii żądania i wyczerpanie pamięci kontrolera aż do jego zabicia przez OOM. Problem dotyczy wszystkich konsumentów współdzielonego serwera webhook, w tym Knative, Tekton, KEDA, Sigstore policy-controller i Kpack; naprawiono w wersji 0.0.0-20260531000007-52dbd5ece63f.