CVE-2026-76237
WysokieCVSS 8.6Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 28 - wyżej niż 28% wszystkich znanych CVE
Streszczenie
stigmem-node przed wersją 0.9.0a12 zawiera podatność na złamanie autoryzacji na poziomie obiektu (BOLA) w punktach końcowych przeglądu kwarantanny. W środowiskach wielodostępnych z opcjonalną wtyczką stigmem-plugin-multi-tenant, zapytania list/count oraz _get_quarantined_fact w routes/quarantine.py nie zawierały predykatu tenant_id, a wyszukiwanie garden nie było ograniczone do dzierżawcy, co pozwalało administratorowi dzierżawcy z uprawnieniami zapisu na listowanie, odczyt oraz akceptowanie lub odrzucanie faktów z kwarantanny należących do innych dzierżawców przez /v1/quarantine. Domyślne wdrożenia jedno-dzierżawcze nie są dotknięte.
Ocena ryzyka
Administrator jednego dzierżawcy może uzyskać dostęp do danych kwarantanny innych dzierżawców, co narusza izolację danych i może prowadzić do wycieku poufnych informacji.
Rekomendacja
Zaktualizuj stigmem-node do wersji 0.9.0a12 lub nowszej, która naprawia podatność, oraz rozważ wyłączenie wtyczki multi-tenant, jeśli nie jest wymagana.
Inne podatności w stigmem-node
Zobacz wszystkie- CVE-2026-76244Krytyczne
stigmem-node zawiera niebezpieczną domyślną konfigurację, która pozwala na przesyłanie ruchu federacyjnego bez ochrony mTLS, gdy włączone są punkty końcowe inne niż loopback. Operatorzy, którzy celowo wyłączyli mTLS i jednocześnie wiążą federację z adresami innymi niż loopback, narażają ruch federacyjny na przechwycenie w postaci jawnego tekstu i ataki typu man-in-the-middle.
- CVE-2026-76242Krytyczne
stigmem-node 0.9.0a1 akceptuje materiał klucza federacyjnego podczas rejestracji peera bez osobnego kroku zatwierdzenia odcisku palca przez administratora poza pasmem. Na węzłach, które akceptują rejestrację peera federacyjnego przez sieć, gdzie początkowa rejestracja może być przechwycona lub przekierowana, atakujący może zarejestrować złośliwego peera i uzyskać dostęp do ruchu federacyjnego lub go modyfikować. Naprawiono w 0.9.0a2, który wprowadza przepływ zatwierdzania oczekującego wymagający weryfikacji odcisku palca administratora przed zaakceptowaniem tokenów peera.
- CVE-2026-76245Wysokie
Pakiet stigmem (stigmem-node) w wersji 0.9.0a1 zawiera niezgodność w obsłudze znaczników czasu podczas walidacji tokenów peer w federacji, co powoduje błędne traktowanie ważnych tokenów jako wygasłych. Problem wpływa na dostępność i niezawodność uwierzytelnionych przepływów federacyjnych. Poprawiono w wersji 0.9.0a2.
- CVE-2026-76241Wysokie
stigmem-node 0.9.0a1 umożliwia wyłączenie wymuszania podpisów wtyczek za pomocą pojedynczego flagi konfiguracyjnej, bez drugiego wyraźnego potwierdzenia. Jeśli to ustawienie zostanie przeniesione do środowiska, gdzie katalogi wtyczek są zapisywalne przez mniej zaufanych użytkowników, niepodpisany (potencjalnie złośliwy) kod wtyczki może zostać załadowany i wykonany, co prowadzi do arbitralnego wykonania kodu. Poprawiono w 0.9.0a2.
- CVE-2026-76240Wysokie
stigmem-node 0.9.0a1 interpoluje identyfikatory schematów backendu Postgres do zapytań SQL bez odpowiedniego cytowania. W dotkniętej ścieżce kodu wartość schematu jest kontrolowana przez operatora, ale niebezpieczny wzorzec może umożliwić wstrzyknięcie SQL, jeśli nazwa schematu pochodzi z danych dzierżawcy, żądania lub użytkownika. Poprawiono w 0.9.0a2.
- CVE-2026-76236Wysokie
stigmem-node przed wersją 0.9.0a12 zawiera podatność na złamanie autoryzacji na poziomie obiektu (BOLA) w mechanizmie tombstone RTBF (prawo do bycia zapomnianym). issue_tombstone domyślnie ustawiał dzierżawcę na "default" zamiast dzierżawcy wywołującego, co pozwalało na zapis rekordów usunięcia do niewłaściwego dzierżawcy, a ścieżka tłumienia odczytu (_get_tombstone_filter i cache zakresu tombstone) nie zawierała predykatu tenant_id, więc tłumienie tombstone było stosowane bez uwzględnienia dzierżawcy w zapytaniach o fakty i odczytach pochodzenia. W rezultacie usunięcie jednego dzierżawcy mogło być przypisane do innego, a tłumienie tombstone mogło ukrywać fakty innych dzierżawców lub nie ukrywać faktów we właściwym dzierżawcy, podważając izolację danych i gwarancje RTBF. Podatność jest wykorzystywana tylko w środowiskach wielodostępnych z opcjonalną wtyczką stigmem-plugin-multi-tenant; wdrożenia jedno-dzierżawcze nie są dotknięte. Poprawiono w 0.9.0a12.
Oryginalny opis (angielski, źródło NVD)
stigmem-node before 0.9.0a12 contains a broken object level authorization (cross-tenant BOLA) vulnerability in the quarantine review endpoints. On multi-tenant deployments running the opt-in stigmem-plugin-multi-tenant, the list/count queries and _get_quarantined_fact in routes/quarantine.py lacked a tenant_id predicate and the garden lookup was not tenant-scoped, allowing a tenant administrator with only a plain tenant write capability to list, read, and admit or reject quarantined facts belonging to other tenants via the /v1/quarantine endpoints. Default single-tenant deployments are not affected.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

