Katalog podatności CVE
Przetłumaczone opisy podatności z bazy NVD NIST - w języku polskim
Katalog CISA KEV zaktualizowany: (v2026.08.21)
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.
SiYuan przed wersją 3.7.4 nie stosuje filtrowania dostępu do publikacji w punkcie końcowym getAttributeViewKeysByID, co pozwala uwierzytelnionym czytelnikom na pobieranie pełnych schematów kolumn bazy danych, w tym opisów, słowników wyboru i wyrażeń szablonów. Dodatkowo punkty końcowe getBlockDefIDsByRefText i getBlockRelevantIDs wyliczają identyfikatory bloków w całym obszarze roboczym bez ograniczeń publikacji, umożliwiając atakującym odkrycie prawidłowych identyfikatorów bloków poza granicami publikacji i dostęp do treści z ukrytych lub chronionych hasłem dokumentów.
SiYuan przed wersją 3.7.4 (dotknięte <=v3.7.2) nie egzekwuje filtrów dostępu do publikacji na pięciu punktach końcowych rozwiązywania ścieżek drzewa plików (getFullHPathByID, getHPathByID, getPathByID, getIDsByHPath i getHPathByPath). W trybie publikacji, gdy Publish.Auth.Enable jest fałszywe, nieuwierzytelniony (anonimowy) czytelnik — lub dowolny token czytelnika publikacji — może wywołać te punkty końcowe, aby wyliczyć pełne prywatne drzewo dokumentów, mapując nazwy notatników, hierarchie folderów i tytuły dokumentów oraz rozwiązywać ścieżki tytułów do identyfikatorów dokumentów, w tym dla dokumentów oznaczonych jako ukryte, chronione hasłem lub zabronione do publikacji.
SiYuan przed wersją 3.7.4 zawiera podatność na ujawnienie informacji w punkcie końcowym getEncryptedNotebookStatus, który zwraca identyfikatory, nazwy i stany blokady zaszyfrowanych notatników bez filtrowania dostępu do publikacji. Anonimowi czytelnicy i konta w trybie publikacji mogą wyliczyć wszystkie zaszyfrowane notatniki i ich aktualny stan odblokowania, ujawniając wrażliwe nazwy notatników i stan deszyfrowania w pamięci.
SiYuan przed wersją 3.7.4 zawiera podatność na ominięcie kontroli dostępu, gdzie trasy plików statycznych w mux serwera omijają kontrolę dostępu do publikacji egzekwowaną na API REST. Atakujący z tokenami czytelnika publikacji lub anonimowym dostępem w trybie z wyłączonym uwierzytelnianiem mogą czytać szablony, fragmenty i artefakty eksportu, bezpośrednio uzyskując dostęp do tras statycznych, które nie mają takich samych ograniczeń jak ich odpowiedniki w API REST.
SiYuan przed wersją 3.7.4 zawiera podatność na ujawnienie informacji w punkcie końcowym /api/tag/getTag, który zwraca etykiety tagów i liczbę wystąpień z dokumentów chronionych hasłem nieuwierzytelnionym czytelnikom. Atakujący mogą wyliczyć słownictwo tagów i wewnętrzną terminologię z dokumentów chronionych hasłem, wywołując punkt końcowy tagów bez podawania hasła publikacji dokumentu.
SiYuan v3.7.4-alpha.1 (wersja przedpremierowa; punkt końcowy nie istnieje w stabilnej wersji v3.7.3 ani wcześniejszych) zawiera podatność na ujawnienie informacji w punkcie końcowym /api/av/getAttributeViewFieldViews. Trasa jest zarejestrowana tylko z CheckAuth i nie stosuje żadnego filtrowania dostępu do publikacji, więc wywołujący z rolą czytelnika mogą pobrać kompletną strukturę widoku bazy danych — nazwę każdego widoku, ikonę, typ układu i flagę Hidden dla każdego pola — dla dowolnej bazy danych, której avID zostanie podany, niezależnie od autoryzacji. Problem został wprowadzony przez commit acfc02ee8 i naprawiony w v3.7.4.
SiYuan przed wersją 3.7.4 zawiera podatność ujawniania informacji w punkcie końcowym /api/notebook/getNotebookInfo, który zwraca metadane notatnika bez kontroli autoryzacji. Atakujący mogą odczytać nazwy notatników, liczbę dokumentów, rozmiary i znaczniki czasu dla zamkniętych lub nieopublikowanych notatników, które powinny być ukryte przed czytelnikami.
SiYuan przed wersją 3.7.4 zawiera podatność ujawniania informacji w filtrze UILayout, który nie ogranicza prawidłowo stanu obszaru roboczego administratora przed czytelnikami publikacji. Nieuwierzytelnieni atakujący mogą pobrać otwarte dokumenty administratora, terminy wyszukiwania, ścieżki notatników i prywatne lokalizacje zasobów, wywołując punkt końcowy getConf bez uwierzytelnienia.
Craft CMS przed wersją 5.10.8 zawiera podatność na trwały cross-site scripting (XSS) w panelu sterowania, gdzie nazwy wersji roboczych są renderowane bez kodowania HTML w chipach i kartach elementów. Użytkownik z niskimi uprawnieniami, który może tworzyć wersje robocze elementów, może wstrzyknąć złośliwy JavaScript, który wykonuje się w przeglądarce każdego użytkownika z wyższymi uprawnieniami przeglądającego dany element, umożliwiając tworzenie kont i inne uwierzytelnione działania.
Craft CMS przed wersją 5.10.8 zawiera podatność na obejście uwierzytelniania w akcji elements/save, która umożliwia uwierzytelnionym użytkownikom zmianę haseł bez weryfikacji. Atakujący z uprawnieniami do edycji użytkowników mogą zresetować hasło dowolnego użytkownika, w tym administratorów, wykorzystując niechronione pole newPassword w przepływie zapisu elementu User.
GitLab naprawił problem w GitLab EE wpływający na wszystkie wersje od 12.0 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi na obejście ograniczeń dostępu opartych na IP i odczytanie ograniczonych informacji o żądaniach scalania z prywatnego projektu z powodu braku kontroli autoryzacji w punkcie końcowym API żądań scalania.
Podatność na obejście autoryzacji w LXD umożliwia uwierzytelnionemu atakującemu obejście ograniczeń izolacji kontenerów na poziomie projektu. Gdy projekt jest skonfigurowany z ograniczeniami dotyczącymi uprawnień kontenerów (takimi jak wymuszanie restricted.containers.privilege=isolated), LXD nie egzekwuje wymogu, jeśli konfiguracja instancji pomija klucz security.idmap.isolated. Atakujący może wykorzystać tę wadę, tworząc lub aktualizując instancję bez jawnego ustawienia security.idmap.isolated, omijając ograniczenia bezpieczeństwa docelowego projektu.
GitLab naprawił problem w GitLab EE wpływający na wszystkie wersje od 16.0 przed 19.0.6, 19.1 przed 19.1.4 i 19.2 przed 19.2.2, który w pewnych warunkach mógł pozwolić uwierzytelnionemu użytkownikowi z uprawnieniami roli dewelopera na przeglądanie konfiguracji zewnętrznych kontroli statusu, ograniczonej do ról z wyższymi uprawnieniami, z powodu braku autoryzacji w punkcie końcowym API żądań scalania.
Draft List to wtyczka WordPress do zarządzania i promowania nieopublikowanych treści. Wersje 2.6.3 i niższe są podatne na trwały cross-site scripting (XSS) w shortcode `[drafts]` i widżecie Draft List, gdy udokumentowana opcja niestandardowego szablonu `template` umieszcza placeholder `{{draft}}` wewnątrz atrybutu HTML. Podatny kod wstawia surowy `post_title` wersji roboczej do `{{draft}}`, gdy bieżący przeglądający nie może edytować postów. Ponieważ szablon jest sanityzowany przed zamianą `{{draft}}`, współpracownik może zapisać tytuł zawierający tylko cytat, który wychodzi poza atrybut w skonfigurowanym szablonie Draft List i wykonuje JavaScript dla odwiedzających publiczną stronę. Wersja 2.6.4 naprawia problem.
ScadaLTS 2.7.8.1 odzwierciedla dane wprowadzone przez użytkownika w odpowiedzi HTML bez sanityzacji. Nieuwierzytelniony atakujący, który nakłoni ofiarę do odwiedzenia spreparowanego adresu URL, może wykonać dowolny JavaScript w kontekście sesji przeglądarki ofiary.
Problem odczytu poza zakresem w dekoderze Base64 w Amazon aws-sdk-cpp przed wersją 1.11.862, na niektórych platformach, może pozwolić zdalnemu uwierzytelnionemu użytkownikowi na spowodowanie awarii aplikacji przetwarzającej spreparowane dane wejściowe zakodowane w Base64. Aby naprawić ten problem, użytkownicy powinni zaktualizować do wersji 1.11.862.
Podatność w dekoderze Base64 w bibliotece aws-sdk-cpp przed wersją 1.11.862 może pozwolić zdalnemu uwierzytelnionemu użytkownikowi na zapis poza zakresem, co może prowadzić do awarii lub uszkodzenia pamięci sterty w aplikacji przetwarzającej spreparowane dane Base64.
Gdy kuma-dp jest uruchamiany wobec płaszczyzny sterowania HTTPS bez podania certyfikatu CA, połączenie jest nawiązywane z wyłączoną weryfikacją TLS, a token uwierzytelniający dataplane jest wysyłany przez to niezweryfikowane połączenie.
W GitLab EE w wersjach od 19.1 przed 19.1.4 oraz 19.2 przed 19.2.2, w pewnych warunkach uwierzytelniony użytkownik mógł odczytać konfigurację polityk należącą do przestrzeni nazw, do której nie miał autoryzacji, z powodu błędnych kontroli autoryzacji w zapytaniu GraphQL.
IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu uwierzytelnionemu atakującemu na uzyskanie wrażliwych informacji z powodu wyścigu (race condition).

