Katalog podatności CVE

W ramach wewnętrznego przeglądu bezpieczeństwa w Cisco IOS XE Software wykryto wiele podatności związanych z niewłaściwą neutralizacją specjalnych elementów (CWE-74). Wydano wzmocnione wersje oprogramowania, które naprawiają te problemy.

Podatność w oprogramowaniu Cisco IOS XE Software, wykryta podczas wewnętrznego przeglądu bezpieczeństwa, dotyczy problemów z nieprawidłową kontrolą dostępu sklasyfikowanych w CWE-284. W wyniku przeglądu wydano wzmocnione wersje oprogramowania.

Podatność na atak typu cross-site scripting w konsoli zapytań Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Zdalny atakujący może nakłonić uwierzytelnionego administratora do odwiedzenia spreparowanego adresu URL, co pozwala na wykonanie dowolnego kodu JavaScript w sesji przeglądarki administratora, przechwycenie poświadczeń i wykonanie uprzywilejowanych działań w jego imieniu.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w integracji Hadoop w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Uwierzytelniony użytkownik z niskimi uprawnieniami roli Hadoop może eskalować swoje uprawnienia i wykonywać uprzywilejowane operacje na bazie danych Security.

Podatność polegająca na obejściu uwierzytelniania w serwerze aplikacji ODBC w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Nieuwierzytelniony zdalny atakujący może ominąć weryfikację hasła i wykonywać zapytania z uprawnieniami dowolnego znanego użytkownika, w tym administratora.

Podatność na przemycanie żądań HTTP w serwerze aplikacji HTTP w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Zdalny atakujący może ominąć kontrolę uwierzytelniania i autoryzacji, przejąć sesję legalnego użytkownika lub przechwycić poświadczenia. Problem występuje, gdy spreparowane żądanie HTTP zawierające zarówno nagłówki Content-Length, jak i Transfer-Encoding powoduje, że odwrotne proxy i serwer MarkLogic interpretują granice żądań w różny sposób.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w operacji poprawki dokumentu w interfejsie REST API w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Uwierzytelniony użytkownik z niskimi uprawnieniami roli REST może eskalować uprawnienia i wykonywać uprzywilejowane operacje na bazie danych Security.

Podatność polegająca na nieprawidłowej weryfikacji podpisu kryptograficznego w module uwierzytelniania SAML w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Nieuwierzytelniony zdalny atakujący może ominąć uwierzytelnianie i podszyć się pod dowolnego użytkownika, w tym administratora. Podatność dotyczy wdrożeń z włączonym logowaniem jednokrotnym SAML.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w interfejsach zapytań SQL, SPARQL i Optic REST w Progress MarkLogic Server przed wersjami 11.3.6 i 12.0.3. Uwierzytelniony użytkownik z niskimi uprawnieniami roli REST może eskalować uprawnienia do administratora, co umożliwia wykonywanie uprzywilejowanych operacji i nieautoryzowany dostęp do danych.

Apache Answer do wersji 2.0.1 ma niewystarczające wygasanie sesji: administracyjne klucze API pozostają ważne po degradacji administratora lub po oznaczeniu konta jako nieaktywne, zawieszone lub usunięte, umożliwiając dalszy dostęp do czasu jawnego usunięcia kluczy.

Podatność polegająca na nieprawidłowym zarządzaniu uprawnieniami w Google SecOps (Chronicle SOAR) w wersjach wcześniejszych niż 6.3.85 na Google Cloud Platform. Uwierzytelniony atakujący może eskalować uprawnienia do poziomu administracyjnego dostępu systemowego przy użyciu spreparowanego wewnętrznego nagłówka uwierzytelniającego. Podatność została załatana w wersji 6.3.85 i nie wymaga działań ze strony klienta.

Referencyjna implementacja NASA-AMMOS Asynchronous Network Management System (ANMS) w domyślnym docker-compose.yml publikuje API REST usługi amp-manager bezpośrednio na interfejsie sieciowym hosta (port 8089) z cap_add: NET_ADMIN, NET_RAW, SYS_NICE, omijając bramę CAM, która jest jedyną granicą uwierzytelniania.

rust-iot-platform umożliwia tworzenie 'calc rule' przez POST /calc-rule/create (api/src/controller/calc_rule_router.rs) z dowolnym polem. Ta trasa nie korzysta z zabezpieczenia AuthToken, które jest używane w innych miejscach aplikacji, co czyni ją dostępną bez uwierzytelnienia.

W rust-iot-platform, implementacja guarda żądań AuthToken (api/src/main.rs) sprawdza tylko, czy nagłówek Authorization jest obecny, i nigdy nie weryfikuje jego wartości względem żadnej sesji, magazynu tokenów ani podpisu. Każde żądanie z dowolnym niepustym nagłówkiem Authorization (np. ) spełnia guard, dając dostęp do każdego endpointu chronionego tylko tym guardem.

OpenPLC Runtime v3 w funkcji compile_program (webserver/openplc.py) parsuje dyrektywy z przesłanych plików Structured Text (.st) i zapisuje odwołaną treść bez walidacji, czy ścieżka pliku pozostaje w katalogu ./core. Funkcja validate_file_path istnieje w kodzie, ale nie jest wywoływana z compile_program.

Funkcje microtar mtar_write_file_header i mtar_write_dir_header (src/microtar.c) kopiują nazwę wpisu dostarczoną przez wywołującego do 100-bajtowego pola struktury mtar_header_t na stosie przez strcpy(h.name, name), bez sprawdzenia, czy strlen(name) jest mniejsze niż 100 przed kopiowaniem.

W porcie LINUXTCP FreeModbus występuje błąd off-by-one w sprawdzaniu granic w xMBPortTCPPool (demo/LINUXTCP/port/porttcp.c). Sprawdzenie używa ścisłego porównania większości zamiast większości lub równego względem limitu 263 bajtów MB_TCP_BUF_SIZE.

W IoTSharp, kontroler BlobStorageController.cs nie ma atrybutu [Authorize], który jest zastosowany w innych kontrolerach, a w Startup.cs nie skonfigurowano globalnej polityki autoryzacji. W rezultacie punkty końcowe Upload/Download/List/Modify/Delete są dostępne dla nieuwierzytelnionych zdalnych atakujących.

nanoMODBUS do wersji v1.23.0 zawiera odczyt poza stosem prowadzący do zapisu przez dziki wskaźnik w nmbs_read_device_identification_basic / recv_read_device_identification_res w nanomodbus.c. Stała tablica stosowa order[3] = {0,1,2} mapuje identyfikatory obiektów na indeksy bufora. Pole object_id dostarczane przez serwer (0-255, odczytywane bezpośrednio z sieci) jest używane bez żadnego sprawdzenia granic jako buf_index = order[object_id].

nanoMODBUS do wersji 1.23.0 zawiera zapis poza zakresem w funkcji handle_read_file_record (FC 0x14, Read File Record) w nanomodbus.c. Funkcja sprawdza, czy całkowity rozmiar żądania nie przekracza 245 bajtów i czy record_length każdego pod-żądania wynosi co najwyżej 124, ale nie sprawdza skumulowanego rozmiaru odpowiedzi przed przetworzeniem.