Podatności Wiki.js

Wiki.js do wersji 2.5.314 nie wymaga separatorów ścieżki przy dopasowywaniu reguł stron START i END, co pozwala atakującym na dostęp do stron współdzielących prefiks z autoryzowanymi folderami. Użytkownicy z dostępem do folderu mogą czytać i modyfikować niepowiązane strony o pasującym prefiksie, omijając kontrolę dostępu.

Wiki.js do wersji 2.5.314 włącznie zawiera podatność server-side request forgery w rendererze Image Prefetch, który pobiera dowolne adresy URL bez walidacji protokołu, hosta ani adresu. Atakujący z uprawnieniami do edycji stron może wstrzyknąć elementy img z klasą prefetch-candidate, aby zmusić serwer do odpytywania usług wewnętrznych i endpointów metadanych chmury, a odpowiedzi są zwracane atakującemu.

Wiki.js do wersji 2.5.314 włącznie pomija tagi stron w kontrolach autoryzacji w wielu resolverach GraphQL, co pozwala obejść ograniczenia dostępu oparte na tagach. Atakujący może odpytywać resolvery list, tree, tags, searchTags i links, aby uzyskać metadane zastrzeżonych stron, w tym tytuły, opisy, ścieżki i informacje o tagach, bez odpowiedniej autoryzacji.

Wiki.js przed wersją 2.5.313 ma podatność, która pozwala użytkownikom na samodzielne przypisywanie się do grupy Administratorów poprzez modyfikację argumentów w mutacji GraphQL. Brak walidacji identyfikatorów grup umożliwia nieautoryzowane przyznanie sobie uprawnień administratora.

Requarks Wiki.js 2.5.307 nie unieważnia poprawnie aktywnych tokenów JWT po wylogowaniu użytkownika. W rezultacie wcześniej wydane tokeny pozostają ważne i mogą być ponownie użyte do uzyskania dostępu do systemu, nawet po wylogowaniu. Problem dotyczy logiki resolvera uwierzytelniania i wpływa zarówno na punkt końcowy GraphQL, jak i mechanizm wylogowania.