CVE-2026-76073
WysokieCVSS 8.8Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 20 - wyżej niż 20% wszystkich znanych CVE
Streszczenie
Label Studio nie ogranicza punktu końcowego szczegółów adnotacji do organizacji użytkownika żądającego. AnnotationAPI w label_studio/tasks/api.py deklaruje queryset = Annotation.objects.all() i nie zapewnia nadpisania get_queryset, więc domyślne wyszukiwanie pobiera dowolną adnotację po kluczu podstawowym. Uprawnienia wymagane przez widok to annotations.view, annotations.change i annotations.delete, a każdy zalogowany użytkownik spełnia te wymagania, bez testu na poziomie obiektu. Identyfikatory adnotacji są sekwencyjnymi liczbami całkowitymi, więc uwierzytelniony użytkownik jednej organizacji może wyliczać identyfikatory, aby czytać, modyfikować i usuwać adnotacje należące do innych organizacji na tym samym wystąpieniu. Ten sam nieograniczony queryset pojawia się w AnnotationConvertAPI.
Ocena ryzyka
Ryzyko obejmuje nieautoryzowany dostęp do adnotacji innych organizacji, co może prowadzić do naruszenia poufności danych i integralności.
Rekomendacja
Zaleca się natychmiastową aktualizację Label Studio do najnowszej wersji oraz wdrożenie kontroli dostępu na poziomie organizacji.
Powiązane podatności
- CVE-2026-82688Krytyczne
W urządzeniach D-Link DNS-340L i DNS-345 (wersje 1.01B04/1.03B06/1.04.B02/1.05b04) wykryto podatność w pliku /cgi-bin/virtual_vol.cgi w komponencie Virtual Volume Handler. Manipulacja argumentami f_sharename/f_target/f_name prowadzi do wstrzyknięcia poleceń systemu operacyjnego. Atak może być przeprowadzony zdalnie, a exploit został publicznie ujawniony.
- CVE-2026-49003Krytyczne
Atakujący mogą wykorzystać podatności na wstrzyknięcie poleceń, aby usunąć krytyczne pliki systemowe, powodując awarię modułu monitorującego. Mogą również uzyskać uprawnienia roota, aby wykraść hasła konfiguracyjne (np. SNMP) i manipulować parametrami systemu, co prowadzi do nieprawidłowego działania całego systemu energetycznego.
- CVE-2026-82874Krytyczne
ToolJet przed wersją v3.16.208 nie weryfikuje, czy uwierzytelnieni użytkownicy należą do organizacji wskazanej w parametrze organizationId w endpointach tooljet-db. Pozwala to każdemu użytkownikowi z rolą Builder na odczyt, modyfikację i usuwanie tabel w innych organizacjach. Atakujący mogą wyciągnąć identyfikatory organizacji z publicznych endpointów aplikacji, a następnie wykorzystać endpointy operacji na schematach do ujawnienia schematów, tworzenia złośliwych tabel, uszkadzania schematów lub trwałego usuwania danych.
- CVE-2026-82872Krytyczne
ToolJet przed wersją v3.16.208 nie weryfikuje, czy parametr organizationId w ścieżce odpowiada obszarowi roboczemu uwierzytelnionego użytkownika przed wykonaniem operacji na tabelach ToolJet DB. Administrator obszaru roboczego może tworzyć, przeglądać i usuwać tabele w innym obszarze roboczym, podmieniając parametr organizationId w żądaniach API zarządzania tabelami.
- CVE-2026-82870Krytyczne
ToolJet przed wersją v3.16.208 nie weryfikuje własności organizationId w trasach zapisu i niszczenia bazy danych, co pozwala każdemu użytkownikowi z rolą builder na tworzenie, modyfikowanie lub usuwanie tabel w bazach danych innych organizacji. Atakujący mogą wykorzystać brak zabezpieczeń do trwałego usuwania tabel, wstawiania dowolnych danych i modyfikowania schematów w obrębie współdzielonych instancji.
- CVE-2026-82860Krytyczne
Biblioteka @hulumi/policies przed wersją 1.3.2 nie w pełni sprawdza dowody polityk IAM (wbudowanych i dołączonych) pod kątem zabezpieczenia administratora. Atakujący mogą tworzyć ścieżki polityk równoważne administratorowi, które omijają kontrolę oceny polityk.
- CVE-2026-82859Krytyczne
hulumi przed wersją v1.3.2 zawiera szablon SCP wdrożenia, który umożliwia obejście zabezpieczeń tag-on-create dla ochrony hulumi:iac-role. Atakujący mogą ominąć zamierzone ograniczenia granic IAM, wykorzystując osłabiony szablon SCP w późniejszych wdrożeniach.
- CVE-2026-82858Krytyczne
@hulumi/drift przed wersją 1.3.2 akceptuje zewnętrznie dostarczane plany wykonania bez wystarczającej weryfikacji pochodzenia, co pozwala traktować niezaufane dane wejściowe jako zaufane. Atakujący mogą dostarczyć złośliwe plany wykonania, które omijają zabezpieczenia i wykonują niebezpieczne operacje uzgadniania.
- CVE-2026-82857Krytyczne
Podatność w hulumi przed wersją 1.3.2 umożliwia eskalację uprawnień przez politykę IAM integracji tygodniowej, która pozwala na operacje na rolach af-e2e-* bez wystarczających ograniczeń granicznych. Atakujący z udokumentowanym podmiotem mogą tworzyć trwałe role o wyższych uprawnieniach w koncie sandbox.
- CVE-2026-82856Krytyczne
Podatność w @hulumi/policies przed wersją 1.3.2 polega na nieprawidłowej walidacji operatorów warunków IAM z kwalifikatorem set w politykach zaufania OIDC GitHub. Atakujący mogą użyć operatorów ForAnyValue:StringLike, aby ukryć warunki podmiotu OIDC z wildcardami przed zabezpieczeniami.
Oryginalny opis (angielski, źródło NVD)
Label Studio does not scope the annotation detail endpoint to the requesting user's organization. AnnotationAPI in label_studio/tasks/api.py declares queryset = Annotation.objects.all() and provides no get_queryset override, so the default lookup retrieves any annotation by primary key. The view's permission_required entries name annotations.view, annotations.change and annotations.delete, and label_studio/core/permissions.py registers every permission with rules.is_authenticated, so the check is satisfied by any logged-in account and no object-level organization test runs. The sibling task endpoint does constrain its queryset with project__organization set to the requester's active organization, which is the boundary this path omits. Annotation identifiers are sequential integers, so an authenticated user of one organization can enumerate identifiers to read, modify and delete annotations belonging to other organizations on the same instance. The same unscoped queryset appears on AnnotationConvertAPI in the same file.

