CVE-2026-34228

Emlog to system budowy stron internetowych typu open source. W wersjach przed 2.6.11 brakowało ochrony CSRF w krytycznych funkcjach administracyjnych, co pozwalało atakującym na oszukiwanie uwierzytelnionych administratorów w celu wykonywania nieautoryzowanych działań, takich jak rejestracja systemu, zarządzanie wtyczkami i zmiany w konfiguracji.

Emlog, otwartoźródłowy system budowy stron internetowych, w wersji 2.6.1 i wcześniejszych udostępnia punkt końcowy REST API (/index.php?rest-api=upload) do przesyłania plików multimedialnych. Punkt końcowy nie przeprowadza prawidłowej walidacji typów plików, rozszerzeń i zawartości, co pozwala uwierzytelnionym atakującym (z ważnym kluczem API lub ciasteczkiem sesji administratora) na przesyłanie dowolnych plików (w tym złośliwych skryptów PHP) na serwer. Atakujący może uzyskać klucz API poprzez uzyskanie dostępu administratora lub wykorzystanie podatności na ujawnienie informacji. Po przesłaniu złośliwy plik PHP może zostać wykonany, co prowadzi do zdalnego wykonania kodu (RCE) i pełnej kompromitacji serwera.

Emlog to system budowania stron internetowych. Wersje do 2.5.19 włącznie są podatne na żądania poza pasmem (OOB) / SSRF po stronie serwera poprzez przesłane pliki SVG. Atakujący może przesłać spreparowany plik SVG zawierający zewnętrzne odwołania do zasobów, co powoduje wysłanie żądania HTTP do kontrolowanego przez atakującego hosta podczas przetwarzania pliku.

Emlog w wersji 2.6.26 i wcześniejszych pozwala na nieuwierzytelnione ponowne uruchomienie instalacji (action=reinstall) w install.php, które pomija sprawdzenie, czy system jest już zainstalowany. Atakujący może nadpisać config.php i utworzyć nowe konto administratora.

Emlog to system budowy stron internetowych typu open source. W wersjach przed 2.6.11 występowała bezpośrednia podatność na wstrzykiwanie SQL w funkcjach tworzenia i aktualizacji artykułów, co pozwalało atakującym na wykonywanie dowolnych poleceń SQL.

Emlog (system budowy stron internetowych) w wersji 2.5.23 ma podatność na CSRF w funkcji tworzenia artykułów. Może to doprowadzić do wymuszenia opublikowania artykułu z dowolną treścią kontrolowaną przez atakującego. W połączeniu z przechowywanym XSS prowadzi to do przejęcia konta.

W Emlog, otwartoźródłowym systemie budowy stron internetowych, w wersjach 2.6.29 i wcześniejszych, nazwy tagów nie są kodowane HTML podczas renderowania w edytorze artykułów. Atakujący może utworzyć tag zawierający ');alert(document.domain);//. Funkcja addslashes() nie koduje encji HTML, więc ' jest przechowywane bez zmian. Gdy przeglądarka renderuje stronę, dekoduje ' z powrotem do dosłownego pojedynczego cudzysłowu przed wykonaniem JavaScript, co pozwala na wyjście ze stringa i wykonanie dowolnego kodu. W momencie publikacji nie są znane publiczne poprawki.

Emlog w wersjach 2.6.29 i wcześniejszych przetwarza treść artykułów przez Parsedown bez włączonego trybu bezpiecznego, co pozwala na przekazanie surowego HTML, w tym znaczników <script>, bez escapowania. Powoduje to trwały XSS widoczny dla wszystkich odwiedzających.

Emlog do wersji 2.6.29 włącznie ma podatność w funkcji emUnZip(), która rozpakowuje archiwa ZIP bez walidacji ścieżek wpisów pod kątem sekwencji ../. Atakujący może nadpisać dowolne pliki na serwerze, w tym config.php, co prowadzi do natychmiastowego zdalnego wykonania kodu (RCE). W chwili publikacji nie są znane publiczne łatki.

Emlog przed wersją 2.6.16 ma podatność na ślepą iniekcję SQL w User_Model::getUserDataByLogin(). Parametr $account jest bezpośrednio interpolowany do zapytań SQL bez filtrowania. Podatność jest osiągalna przez ścieżkę walidacji ciasteczka auth, gdzie $username jest wyodrębniane z ciasteczka i przekazywane bez filtrowania do SQL — chronione jedynie podpisem HMAC wymagającym klucza AUTH_KEY do sfałszowania.