Podatności CodeIgniter

CodeIgniter w wersji 3.1.3, używany przez British Columbia Institute of Technology, jest podatny na wstrzyknięcie nagłówków HTTP w funkcji set_status_header() pod Apache, co prowadzi do luk związanych z wstrzyknięciem nagłówków HTTP.

CodeIgniter przed wersją 4.7.4 zawiera podatność w regułach walidacji is_image i mime_in, które nie wymuszają bezpiecznego rozszerzenia pliku. Zdalny atakujący może przesłać plik wykonywalny, jeśli aplikacja zachowuje oryginalną nazwę pliku i przechowuje go w katalogu dostępnym z sieci, gdzie PHP może być wykonywane.

CodeIgniter od wersji 4.3.0 do 4.7.3 zawiera podatność w metodzie deleteBatch() Query Buildera, która podstawia wartości z warunków where() do wygenerowanego SQL bez uwzględniania flag ucieczki. Pozwala to na wstrzyknięcie SQL przez kontrolowane przez użytkownika wartości warunków.

CodeIgniter przed wersją 4.7.3 zawiera podatność w regule walidacji ext_in, która sprawdza rozszerzenie na podstawie wykrytego typu MIME, a nie rzeczywistego rozszerzenia pliku. Plik o nazwie shell.php z treścią GIF może przejść walidację, co może prowadzić do wykonania dowolnego kodu.

CodeIgniter przed wersją 2.2.0 ułatwia atakującym dekodowanie ciasteczek sesyjnych poprzez wykorzystanie alternatywnego szyfrowania opartego na XOR, gdy rozszerzenie Mcrypt dla PHP nie jest dostępne.

CodeIgniter przed wersją 4.7.4 zawiera podatność w metodzie UploadedFile::move(). Wywołanie jej bez drugiego argumentu używa nazwy pliku podanej przez klienta bez sanityzacji, co pozwala zdalnemu atakującemu na użycie sekwencji przejścia do katalogu nadrzędnego (path traversal) i zapisanie przesłanej zawartości poza zamierzonym katalogiem.

W CodeIgniter przed wersją 4.7.4, metoda IncomingRequest::isSecure() ufa nagłówkom X-Forwarded-Proto i Front-End-Https, co pozwala atakującemu na podszycie się i błędne uznanie żądania HTTP za bezpieczne, co może wpłynąć na logikę wymuszającą HTTPS.