Podatności OpenCTI
6 znanych podatności CVE w OpenCTI, przetłumaczonych i ocenionych.
- CVE-2025-61781Wysokie
OpenCTI przed wersją 6.8.1 zawiera podatność w mutacji GraphQL WorkspacePopoverDeletionMutation, która pozwala na usunięcie obiektów workspace (np. dashboardów, przypadków dochodzeń) bez odpowiedniej autoryzacji. Atakujący może podać UUID innego użytkownika i usunąć cały jego workspace, ponieważ API nie weryfikuje własności zasobu.
- CVE-2026-27960Krytyczne
W OpenCTI, w wersjach od 6.6.0 do 6.9.12, występuje podatność na eskalację uprawnień, która może być wykorzystana przez nieautoryzowanych atakujących do zapytań do API jako dowolny istniejący użytkownik, w tym domyślne konto administratora.
- CVE-2026-35211Średnie
OpenCTI GraphQL API udostępnia operator filtru skryptów w wyliczeniu FilterOperator, który pozwala uwierzytelnionym użytkownikom z uprawnieniem KNOWLEDGE na przekazywanie niesprawdzonych skryptów Elasticsearch Painless do zapytań wyszukiwania. Może to prowadzić do przeciążenia zasobów CPU klastra i odmowy usługi dla wszystkich użytkowników.
- CVE-2026-35210Wysokie
W OpenCTI przed wersją 7.260326.0 wykryto podatność polegającą na obejściu autoryzacji. Uwierzytelniony użytkownik z uprawnieniem KNOWLEDGE_KNUPDATE może ominąć walidację poziomu zaufania i ograniczenia dotyczące oznaczeń obiektów, wstrzykując nagłówek HTTP synchronized-upsert: true. Pozwala to na obniżenie poziomów zaufania, usunięcie oznaczeń bezpieczeństwa (np. TLP:RED) oraz manipulację relacjami i obiektami STIX.
- CVE-2026-35212Średnie
OpenCTI w wersjach przed 7.260227.0 jest podatny na XSS podczas renderowania danych treści wiadomości e-mail w obserwowalnym typie. Zawartość pola body nie jest odpowiednio sanityzowana podczas renderowania. Wymaga interakcji użytkownika, ale może być wykorzystana przez osobę udostępniającą STIX lub dowolnego ingestera.
- CVE-2026-44730Wysokie
OpenCTI to platforma open source do zarządzania wiedzą o zagrożeniach cybernetycznych i obserwacjach. Przed wersją 6.9.7, administrator organizacji może eskalować swoje uprawnienia, dodając użytkownika z innej organizacji o wyższych uprawnieniach do własnej organizacji. Wynika to z nieprawidłowej kontroli ACL na userEdit relationAdd. Podatność naprawiona w wersji 6.9.7.