CVE-2026-50160
KrytyczneCVSS 10.0Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 44 - wyżej niż 44% wszystkich znanych CVE
Streszczenie
W samodzielnie hostowanych wdrożeniach Hoppscotch w wersji 2026.4.1 i wcześniejszych, nieuwierzytelniony endpoint POST /v1/onboarding/config jest podatny na masowe przypisanie (mass assignment). Brak whitelist: true w globalnym ValidationPipe NestJS powoduje, że dodatkowe właściwości w żądaniu nie są odrzucane, a klucze takie jak JWT_SECRET i SESSION_SECRET są traktowane jako prawidłowe wpisy InfraConfig, co pozwala atakującemu na ich nadpisanie.
Ocena ryzyka
Atakujący może nadpisać JWT_SECRET, przejmując kontrolę nad kluczem podpisywania tokenów JWT, co umożliwia fałszowanie tokenów dla dowolnego użytkownika, w tym administratora, prowadząc do pełnego przejęcia serwera.
Rekomendacja
Niezwłocznie zaktualizuj Hoppscotch do wersji 2026.5.0 lub nowszej. Jeśli aktualizacja nie jest możliwa, zablokuj dostęp do endpointu /v1/onboarding/config dla nieuwierzytelnionych użytkowników na poziomie zapory lub proxy.
Inne podatności w Hoppscotch
Zobacz wszystkie- CVE-2026-44478Wysokie
Podatność CVE-2026-44478 w hoppscotch umożliwia nieautoryzowanym użytkownikom dostęp do sekretów infrastruktury w formie niezaszyfrowanej poprzez endpoint GET /v1/onboarding/config, gdy ONBOARDING_RECOVERY_TOKEN jest pustym ciągiem. Problem ten został rozwiązany w wersji 2026.4.0.
- CVE-2026-34932Krytyczne
Hoppscotch przed wersją 2026.3.0 zawiera podatność na trwały XSS, która może prowadzić do fałszowania żądań międzywitrynowych (CSRF).
- CVE-2026-34931Krytyczne
Hoppscotch przed wersją 2026.3.0 zawiera podatność na otwarte przekierowanie, która prowadzi do wycieku tokenów. Dzięki tym tokenom atakujący może zalogować się jako ofiara i przejąć jej konto.
- CVE-2026-69189Wysokie
W Hoppscotch, ekosystemie do tworzenia API, przed wersją 2026.6.0, ścieżki GraphQL team, teamMembers.user, RESTHistory, GQLHistory, currentRESTSession, currentGQLSession, environments, globalEnvironments i settings ujawniają prywatne dane użytkownika innego członka zespołu, a usługi toggleHistoryStatus i removeRequestFromHistory w UserHistory akceptują identyfikator historii innego użytkownika bez sprawdzania własności userUid, co pozwala uwierzytelnionemu członkowi zespołu na odczyt prywatnej historii żądań, danych sesji, treści żądań, nagłówków autoryzacji, wartości środowiskowych i ustawień oraz modyfikację lub usunięcie prywatnych wpisów historii ofiary.
- CVE-2026-59721Wysokie
Podatność w Hoppscotch przed wersją 2026.6.0 pozwala administratorowi na zdalne wykonanie dowolnych poleceń jako root w kontenerze backendu. Atak polega na manipulacji parametrem MAILER_SMTP_URL w mutacji GraphQL updateInfraConfigs, który jest następnie parsowany przez nodemailer do opcji transportu sendmail.
- CVE-2026-59720Wysokie
W Hoppscotch przed wersją 2026.6.0, podczas tworzenia serwera mock w pliku mock-server.service.ts nie jest zapisywane pole wejściowe isPublic, a schema.prisma domyślnie ustawia isPublic na true. Powoduje to, że serwery mock powiązane z prywatnymi kolekcjami są publicznie dostępne bez uwierzytelniania, co może ujawnić wrażliwe dane API.
- CVE-2026-34848Średnie
Hoppscotch, otwartoźródłowe środowisko do tworzenia API, zawiera podatność na przechowywany XSS w etykiecie narzędzia dla członków zespołu poprzez nazwę wyświetlaną. Podatność występuje przed wersją 2026.3.0.
- CVE-2026-34847Średnie
W hoppscotch przed wersją 2026.3.0 strona /enter zawiera podatność na otwarte przekierowanie oparte na DOM. Parametr redirect jest bezpośrednio używany do konstruowania URL i przekierowania użytkownika bez odpowiedniej walidacji.
- CVE-2023-34097Wysokie
W wersjach przed 2023.4.5, hoppscotch ujawnia hasło do bazy danych w logach podczas wyświetlania ciągu połączenia z bazą danych. Osoby atakujące mające dostęp do logów systemowych mogą uzyskać pełny dostęp do bazy danych.
Oryginalny opis (angielski, źródło NVD)
Hoppscotch is an API development ecosystem. In self-hosted deployments of hoppscotch-backend from version 2026.4.1 and earlier, the unauthenticated POST /v1/onboarding/config endpoint is vulnerable to mass assignment. The global NestJS ValidationPipe is configured without whitelist: true, so extra properties on the request body that are not declared in SaveOnboardingConfigRequest are not stripped and are iterated in the service layer as if they were legitimate InfraConfig entries. Because keys such as JWT_SECRET and SESSION_SECRET are valid InfraConfigEnum values and are not explicitly rejected during validation, an unauthenticated attacker who can reach a fresh instance before onboarding completes (or when no users exist) can overwrite these values in the database. Overwriting JWT_SECRET gives the attacker control of the JWT signing key, allowing them to forge tokens for any user, including administrators, and results in full server compromise. The issue is fixed in hoppscotch 2026.5.0.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS