Podatności IPFire

IPFire 2.19 zawiera podatność na zdalne wstrzykiwanie poleceń w pliku ids.cgi poprzez parametr OINKCODE, który jest niewłaściwie obsługiwany przez powłokę. Może to być wykorzystane bezpośrednio przez uwierzytelnionych użytkowników lub poprzez atak CSRF.

W IPFire w wersjach przed 2.29 (Core Update 198) występuje podatność na wstrzyknięcie poleceń, która pozwala uwierzytelnionemu atakującemu na wykonanie dowolnych poleceń jako użytkownik 'nobody' poprzez wiele parametrów podczas tworzenia raportu Proxy. Parametry takie jak DAY_BEGIN, MONTH_BEGIN, YEAR_BEGIN, DAY_END, MONTH_END, YEAR_END, NUM_DOMAINS, PERF_INTERVAL, NUM_CONTENT, HIST_LEVEL, NUM_HOSTS, NUM_URLS i BYTE_UNIT są bez sanityzacji wstawiane do wywołania powłoki.

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ść Stored XSS umożliwiającą uwierzytelnionemu atakującemu wstrzyknięcie dowolnego kodu JavaScript do parametru COUNTRY_CODE podczas tworzenia grupy lokalizacji. Wartość tego parametru jest zapisywana i później wyświetlana w interfejsie webowym bez odpowiedniej sanityzacji lub kodowania, co pozwala na wykonanie złośliwych skryptów w kontekście innych użytkowników przeglądających dotkniętą stronę.

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ść na wstrzyknięcie poleceń. Uwierzytelniony atakujący może wykonać dowolne polecenia jako użytkownik 'nobody' poprzez parametr BE_NAME podczas instalacji czarnej listy, ponieważ wartość ta jest wstawiana do wywołania powłoki bez odpowiedniej sanityzacji.

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