Katalog podatności CVE

Taiga, platforma open source do zarządzania projektami, w wersjach 6.8.3 i wcześniejszych jest podatna na czasową ślepą iniekcję SQL, umożliwiającą ujawnienie wrażliwych danych poprzez analizę czasu odpowiedzi. Problem został naprawiony w wersji 6.9.0.

Sliver to framework do dowodzenia i kontroli, który używa niestandardowego stosu sieciowego Wireguard. W wersjach 1.5.43 i wcześniejszych oraz w wersji rozwojowej 1.6.0-dev, stos sieciowy nie ogranicza ruchu między klientami Wireguard. Umożliwia to klientom swobodną komunikację między sobą, co może pozwolić na wykorzystanie wyciekłych lub odzyskanych par kluczy do ataku na operatorów lub udostępnienie przekierowań portów innym implantom.

CodeChecker, narzędzie do analizy kodu, zawiera podatność na przepełnienie bufora w wewnętrznej bibliotece ldlogger, która jest wykonywana przez komendę 'log'. Problem dotyczy wersji do 6.26.1 włącznie.

IBM Concert w wersjach od 1.0.0 do 2.0.0 jest podatny na server-side request forgery (SSRF). Uwierzytelniony atakujący może wysyłać nieautoryzowane żądania z systemu, co może prowadzić do enumeracji sieci lub ułatwiać inne ataki.

IBM Concert Software w wersjach od 1.0.0 do 2.0.0 może pozwolić lokalnemu użytkownikowi na uzyskanie poufnych informacji z buforów z powodu nieprawidłowego czyszczenia pamięci sterty przed zwolnieniem.

IBM Concert Software 1.0.0 do 2.0.0 może pozwolić użytkownikowi na modyfikację logów systemowych z powodu nieprawidłowej neutralizacji danych wejściowych logów.

W wersjach IPFire przed 2.29 (Core Update 198) występuje podatność typu stored XSS, która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnego kodu JavaScript poprzez parametry TLS_HOSTNAME, UPSTREAM_USER, UPSTREAM_PASSWORD, ADMIN_MAIL_ADDRESS i ADMIN_PASSWORD podczas dodawania nowego wpisu DNS. Wartości są przechowywane i renderowane w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania.

W IPFire przed wersją 2.29 (Core Update 198) występuje przechowywany XSS, który pozwala uwierzytelnionemu atakującemu wstrzyknąć dowolny kod JavaScript przez parametry txt_mailuser i txt_mailpass podczas aktualizacji ustawień serwera pocztowego. Wartości są przechowywane i renderowane bez odpowiedniego kodowania.

W IPFire przed wersją 2.29 (Core Update 198) występuje przechowywany XSS, który pozwala uwierzytelnionemu atakującemu wstrzyknąć dowolny kod JavaScript przez parametr REMOTELOG_ADDR podczas aktualizacji adresu zdalnego serwera syslog. Wartość jest przechowywana i renderowana bez odpowiedniego kodowania.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored cross-site scripting (XSS), która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnego kodu JavaScript poprzez parametry SRC, DST i COMMENT podczas tworzenia reguły ograniczenia czasowego. Wartości tych parametrów są przechowywane i później renderowane w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie wstrzykniętych skryptów w kontekście innych użytkowników przeglądających dotknięty wpis.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored cross-site scripting (XSS), która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnego kodu JavaScript poprzez parametr QUOTA_USERS podczas tworzenia reguły limitu użytkownika. Wartość tego parametru jest przechowywana i później renderowana w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie wstrzykniętych skryptów w kontekście innych użytkowników przeglądających dotknięty wpis.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored cross-site scripting (XSS), która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnego kodu JavaScript poprzez parametry INC_SPD, OUT_SPD, DEFCLASS_INC i DEFCLASS_OUT podczas aktualizacji ustawień Quality of Service (QoS). Wartości tych parametrów są przechowywane i później renderowane w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie wstrzykniętych skryptów w kontekście innych użytkowników przeglądających dotknięte wpisy QoS.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność Stored XSS umożliwiającą uwierzytelnionemu atakującemu wstrzyknięcie dowolnego kodu JavaScript poprzez parametry SERVICE, LOGIN i PASSWORD podczas tworzenia lub edycji hosta Dynamic DNS. Wartości tych parametrów są zapisywane i później wyświetlane w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie wstrzykniętych skryptów w kontekście innych użytkowników przeglądających lub edytujących dotknięte wpisy Dynamic DNS.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored cross-site scripting (XSS), która pozwala uwierzytelnionemu atakującemu na wstrzyknięcie dowolnego kodu JavaScript poprzez parametr UPDATE_VALUE podczas aktualizacji domyślnych ustawień synchronizacji czasu. Wartość tego parametru jest przechowywana i później renderowana w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie wstrzykniętych skryptów w kontekście innych użytkowników przeglądających dotkniętą stronę konfiguracji Time Server.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored XSS. Uwierzytelniony atakujący może wstrzyknąć dowolny kod JavaScript poprzez parametr pienumber podczas aktualizacji domyślnych ustawień wyszukiwania krajów w zaporze. Wartość parametru jest przechowywana i renderowana w interfejsie web bez odpowiedniej sanityzacji lub kodowania.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored XSS. Uwierzytelniony atakujący może wstrzyknąć dowolny kod JavaScript poprzez parametr pienumber podczas aktualizacji domyślnych wartości wyszukiwania IP w zaporze. Wartość parametru jest przechowywana i renderowana w interfejsie web bez odpowiedniej sanityzacji lub kodowania.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera wiele podatności typu stored XSS spowodowanych błędem w funkcji cleanhtml() (/var/ipfire/header.pl), która nie stosuje kodowania encji HTML do danych wejściowych użytkownika. Uwierzytelniony użytkownik może przesłać dane do dotkniętych punktów końcowych (np. wakeonlan.cgi, dhcp.cgi, connscheduler.cgi, dnsforward.cgi, vpnmain.cgi, dns.cgi), a aplikacja wywołuje escape() i HTML::Entities::encode_entities(), ale nie przypisuje oczyszczonego wyniku z powrotem do zmiennej wyjściowej. Oryginalna nieoczyszczona wartość jest przechowywana i renderowana w interfejsie web bez odpowiedniej sanityzacji lub kodowania.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność na wstrzyknięcie SQL, która pozwala uwierzytelnionemu atakującemu manipulować zapytaniem SQL używanym podczas przeglądania logów połączeń OpenVPN poprzez parametr CONNECTION_NAME. Aplikacja wysyła żądanie HTTP POST do /cgi-bin/logs.cgi/ovpnclients.dat i wstawia wartość parametru bezpośrednio do klauzuli WHERE bez odpowiedniej sanityzacji lub parametryzacji. Nieoczyszczona wartość może zmienić wykonywane zapytanie i posłużyć do ujawnienia wrażliwych informacji z bazy danych.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored XSS. Uwierzytelniony atakujący może wstrzyknąć dowolny kod JavaScript poprzez parametr IGNORE_ENTRY_REMARK podczas dodawania hosta do białej listy. Wartość parametru jest przechowywana i renderowana w interfejsie web bez odpowiedniej sanityzacji lub kodowania.

IPFire w wersjach przed 2.29 (Core Update 198) zawiera podatność typu stored XSS. Uwierzytelniony atakujący może wstrzyknąć dowolny kod JavaScript poprzez parametr PROT podczas tworzenia nowej usługi. Wartość parametru jest przechowywana i renderowana w interfejsie web bez odpowiedniej sanityzacji lub kodowania.