Katalog podatności CVE

GitLab CE/EE naprawił problem w wersjach od 15.0 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, gdzie gdy merge request w publicznym projekcie odwoływał się do poufnego zgłoszenia z prywatnego projektu, uwierzytelniony użytkownik bez członkostwa w projekcie mógł odczytać tytuł poufnego zgłoszenia. Przyczyną był niezależny od przeglądającego klucz pamięci podręcznej fragmentów, który nieprawidłowo udostępniał wyrenderowaną treść z redakcją per użytkownik wszystkim użytkownikom.

GitLab EE naprawił problem w wersjach od 19.2 przed 19.3.6, 19.4 przed 19.4.3 oraz 19.5 przed 19.5.1, gdzie po zablokowaniu przez administratora instancji dostępności Duo dla grupy uwierzytelniony użytkownik z uprawnieniami Owner grupy mógł ponownie włączyć wysyłkę danych do usługi zewnętrznej opartej na AI dla tej grupy i jej projektów potomnych. Przyczyną była niewystarczająca szczegółowość mechanizmów egzekwowania blokady administratora.

W Archer C6 występuje podatność polegająca na zarządzaniu kluczem kryptograficznym na stałe (hardcoded) — używany jest uniwersalny klucz współdzielony między urządzeniami. Atakujący, który zdobędzie zaszyfrowany plik konfiguracyjny lub inne chronione dane uwierzytelniające, może odzyskać poświadczenia w postaci jawnej.

Cisco w ramach wewnętrznego przeglądu bezpieczeństwa wykrył wiele podatności związanych z plikami lub katalogami dostępnymi dla stron zewnętrznych (CWE-552). Poprawki zostały wydane w ramach aktualizacji utwardzającej oprogramowanie.

Cisco przeprowadził wewnętrzny przegląd bezpieczeństwa, którego wynikiem jest wydanie utwardzające poprawiające wiele wewnętrznie wykrytych luk. Luki objęte CVE-2026-76530 dotyczą używania niekanonicznych ścieżek URL w decyzjach autoryzacyjnych (CWE-647).

Cisco przeprowadził wewnętrzny przegląd bezpieczeństwa, w wyniku którego wydano aktualizację hardeningową naprawiającą wiele wykrytych wewnętrznie podatności. CVE-2026-76529 dotyczy niewłaściwej ochrony ścieżki alternatywnej (CWE-424).

Cisco przeprowadziło wewnętrzny przegląd bezpieczeństwa, który zaowocował wydaniem utwardzającym oprogramowanie, adresującym wiele wewnętrznie odkrytych podatności. Podatności objęte CVE-2026-76528 dotyczą awarii mechanizmu ochrony i są sklasyfikowane jako CWE-693.

Cisco przeprowadziło wewnętrzny przegląd bezpieczeństwa, który zaowocował wydaniem utwardzającym oprogramowanie, adresującym wiele wewnętrznie odkrytych podatności. Podatności objęte CVE-2026-76527 dotyczą nieprawidłowego sprawdzania lub obsługi warunków wyjątkowych i są sklasyfikowane jako CWE-703.

Cisco przeprowadził wewnętrzny przegląd bezpieczeństwa, w wyniku którego wydano aktualizację hardeningową naprawiającą wiele wykrytych wewnętrznie podatności. CVE-2026-76526 dotyczy niewłaściwej neutralizacji (CWE-707).

Cisco przeprowadził wewnętrzny przegląd bezpieczeństwa, w wyniku którego wydano aktualizację hardeningową naprawiającą wiele wykrytych wewnętrznie podatności. CVE-2026-76408 dotyczy niewłaściwej kontroli zasobu przez cały cykl jego życia (CWE-664).

Cisco przeprowadziło wewnętrzny przegląd bezpieczeństwa, który zaowocował wydaniem utwardzającym oprogramowanie, adresującym wiele wewnętrznie odkrytych podatności. Podatności objęte CVE-2026-76407 dotyczą nieprawidłowej kontroli dostępu i są sklasyfikowane jako CWE-284.

W Splunk SOAR w wersjach poniżej 8.7.0 nieuwierzytelniony użytkownik mający dostęp do zaszyfrowanych danych poświadczeń może przesłać dane uwierzytelniania Basic do API REST, aby ujawnić i odszyfrować te dane. Podatność wynika z tego, że Splunk SOAR odszyfrowuje zaszyfrowane wartości Basic przed zakończeniem kontroli uwierzytelniania. Atak wymaga posiadania zaszyfrowanych danych poświadczeń z podatnej instancji.

W Splunk SOAR w wersjach poniżej 8.7.0 uwierzytelniony użytkownik może zmienić edycję Enterprise Security poprzez REST API, powodując zastosowanie zmiany licencji. Podatność wynika z braku autoryzacji wywołującego przed zastosowaniem zmiany licencji.

W Splunk SOAR w wersjach poniżej 8.7.0 użytkownik posiadający rolę z uprawnieniem widoku Users and Roles może za pomocą API REST wywnioskować wartości tokenów uwierzytelniających innych użytkowników. Jeśli wywnioskowany token zapewnia dostęp administracyjny, użytkownik może uzyskać dostęp administracyjny do instancji Splunk SOAR. Podatność wynika z faktu, że API REST akceptuje kontrolowane przez wywołującego filtry zapytań na wrażliwych polach rekordów użytkowników.

W wersjach Splunk SOAR poniżej 8.7.0 użytkownik z rolą "Observer" może użyć filtrów zapytań w API REST do wywnioskowania hashy haseł i tokenów autoryzacyjnych innych użytkowników. Ujawnienie informacji jest możliwe, ponieważ filtry zapytań API REST są stosowane do rekordów użytkowników przed ochroną pól wrażliwych.

W wersjach Splunk SOAR poniżej 8.7.0 uwierzytelniony użytkownik bez roli z uprawnieniem do przeglądania aplikacji może pobrać archiwum zainstalowanej aplikacji. Może to ujawnić wszystkie dane w archiwum aplikacji, w tym zastrzeżony kod źródłowy i informacje wrażliwe. Podatność wynika z braku weryfikacji uprawnień do przeglądania aplikacji przed zwróceniem archiwum.

W Splunk SOAR w wersjach poniżej 8.7.0 uwierzytelniony użytkownik bez roli z uprawnieniem do edycji Automation Brokers może pobrać plik konfiguracyjny Docker Compose brokera automatyzacji Splunk SOAR. Plik zawiera adres URL instancji Splunk SOAR, lokalizację obrazu kontenera oraz wersję brokera. Podatność wynika z braku wymuszenia uprawnienia do edycji Automation Broker przy zwracaniu pliku konfiguracyjnego.

W Splunk SOAR w wersjach poniżej 8.7.0 użytkownik posiadający rolę z uprawnieniem install_apps może zainstalować aplikację zawierającą złośliwą treść w dokumentacji, która nie jest sanityzowana przed wyświetleniem. Gdy inny użytkownik z uprawnieniem do przeglądania aplikacji otworzy tę dokumentację, treść zostanie wykonana w jego przeglądarce, co może pozwolić atakującemu na dostęp do danych i wykonywanie zmian z uprawnieniami ofiary.

Cisco w ramach wewnętrznego przeglądu bezpieczeństwa wykrył wiele podatności związanych z niewłaściwą neutralizacją (CWE-707). Poprawki zostały wydane w ramach aktualizacji utwardzającej oprogramowanie.

Cisco przeprowadził wewnętrzny przegląd bezpieczeństwa, w wyniku którego wydano aktualizację hardeningową naprawiającą wiele wykrytych wewnętrznie podatności. CVE-2026-76301 dotyczy awarii mechanizmu ochrony (CWE-693).