CVE-2026-41576
WysokieStreszczenie
Brave CMS przed poprawką 6c56603 miał formularz kontaktowy dostępny publicznie, co pozwalało na wstrzykiwanie niebezpiecznego HTML do treści e-maili. Użytkownik dostarczony tekst wiadomości był przetwarzany przez funkcję nl2br(), która nie sanitizowała HTML, co umożliwiało atakującym tworzenie phishingowych interfejsów w e-mailach wysyłanych do administratora.
Ocena ryzyka
Organizacja może być narażona na ataki phishingowe, które mogą prowadzić do kradzieży danych lub kompromitacji kont administratorów. Wstrzyknięcie nieautoryzowanego HTML do e-maili może również wpłynąć na reputację organizacji.
Rekomendacja
Zaleca się aktualizację Brave CMS do wersji zawierającej poprawkę 6c56603 oraz monitorowanie e-maili pod kątem podejrzanych treści. Dodatkowo warto wdrożyć dodatkowe mechanizmy zabezpieczające formularze kontaktowe.
Inne podatności w Brave CMS
Zobacz wszystkie- CVE-2026-41524Wysokie
Brave CMS przed poprawką 6c56603 przechowywał treści stron i artykułów wprowadzane przez użytkowników z rolą edytora w CKEditorze w bazie danych bez żadnej obróbki. W rezultacie, wszelkie wstrzyknięte przez nich JavaScript lub HTML były na stałe przechowywane i wykonywane w przeglądarkach odwiedzających stronę.
- CVE-2026-35183Wysokie
Podatność IDOR w mechanizmie usuwania obrazków artykułów w Brave CMS przed wersją 2.0.6. Metoda deleteImage w ArticleController.php akceptuje nazwę pliku z URL bez weryfikacji własności, co pozwala uwierzytelnionemu użytkownikowi z uprawnieniami edycji usuwać obrazki przypisane do artykułów innych użytkowników.
- CVE-2026-35182Wysokie
W Brave CMS przed wersją 2.0.6 brakuje autoryzacji w endpointcie /rights/update-role/{id}. Każdy uwierzytelniony użytkownik może zmienić role kont i promować się do Super Admina.
Oryginalny opis (angielski, źródło NVD)
Brave CMS is an open-source CMS. Prior to commit 6c56603, the contact form is publicly accessible (no authentication required). User-supplied message text is passed through PHP's nl2br() function, which converts newlines to <br> tags but does not escape HTML. The resulting string is then passed to a Blade email template using the unescaped {!! $msg !!} directive. The resulting content is then rendered in a Blade email template using the unescaped {!! $msg !!} directive. Because HTML is not sanitized, arbitrary markup can be injected into the email body. While modern HTML-capable email clients (Gmail or Outlook Web) typically block JavaScript execution, they still render HTML content. This allows attackers to craft convincing phishing interfaces inside the email sent to the administrator. This issue has been patched via commit 6c56603.