CVE-2026-53901
WysokieCVSS 8.7Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 23 - wyżej niż 23% wszystkich znanych CVE
Streszczenie
Cerebrate przed wersją 1.37 zawiera lukę typu mass-assignment w ogólnej ścieżce dodawania CRUD. Funkcja add() nie usuwa poprawnie pola 'id' z danych wejściowych, co pozwala użytkownikowi na ustawienie własnego identyfikatora dla nowego obiektu. Może to prowadzić do nieautoryzowanego tworzenia obiektów z wybranym ID, fałszowania obiektów lub kolizji identyfikatorów.
Ocena ryzyka
Atakujący może manipulować identyfikatorami obiektów, co może prowadzić do nieautoryzowanego dostępu do danych, fałszowania referencji lub zakłócenia działania systemu.
Rekomendacja
Zaktualizuj Cerebrate do wersji 1.37 lub nowszej. Ogranicz dostęp do endpointów CRUD tylko dla zaufanych użytkowników.
Inne podatności w Cerebrate
Zobacz wszystkie- CVE-2025-66385Krytyczne
UsersController::edit w Cerebrate przed wersją 1.30 umożliwia uwierzytelnionemu nieuprzywilejowanemu użytkownikowi eskalację swoich uprawnień (np. uzyskanie wyższej roli, takiej jak admin) poprzez endpoint user-edit przez podanie lub modyfikację pól role_id lub organisation_id w żądaniu edycji.
- CVE-2026-53911Średnie
Cerebrate przed wersją 1.37 pozwalał na przesyłanie pola klucza głównego 'id' przez dane wejściowe podczas operacji edycji CRUD oraz w niektórych procesach patchowania niestandardowych encji. Umożliwiało to uwierzytelnionemu atakującemu złośliwe modyfikowanie rekordów, co prowadziło do aktualizacji niepowiązanych rekordów.
Oryginalny opis (angielski, źródło NVD)
Cerebrate before version 1.37 contains a mass-assignment vulnerability in the generic CRUD add path. The add() handler attempted to remove an attacker-supplied id from $params before normalizing the request through __massageInput(). Because the normalized $input could still contain an id field, a user able to reach an affected add endpoint could supply an identifier that should have been server-controlled. Successful exploitation could allow creation of objects with attacker-chosen identifiers, potentially causing unauthorized data manipulation, object spoofing, inconsistent references, or disruption through identifier collisions, depending on the affected model and endpoint permissions. The issue was fixed in v1.37 by removing id from the normalized input before entity patching.