Podatności Dgraph

W Dgraph przed wersją 25.4.0 Dgraph Zero rejestruje administracyjne trasy HTTP na porcie 6080 bez uwierzytelniania, gdy interfejs administracyjny jest włączony. Trasa /removeNode przyjmuje kontrolowane przez atakującego wartości id i group i przekazuje je do Server.RemoveNode, gdzie grupa 0 może wywołać ProposePeerRemoval. Zdalny nieuwierzytelniony atakujący, który może połączyć się z portem HTTP Zero, może odczytać topologię przez /state, przydzielić identyfikatory przez /assign, uzyskać dostęp do wystawionej trasy administracyjnej /moveTablet lub usunąć członkostwo przez /removeNode, zakłócając płaszczyznę kontrolną Zero i destabilizując węzły Alpha, które od niej zależą. Rejestracja tras odbywa się w dgraph/cmd/zero/run.go, a zademonstrowana ścieżka usuwania członkostwa prowadzi do Server.RemoveNode i ProposePeerRemoval.

Dgraph Alpha przed wersją 25.3.5 udostępnia niezabezpieczone RPC do importu snapshotów na publicznym porcie gRPC :9080. Nieuwierzytelniony klient sieciowy może otworzyć strumień StreamExtSnapshot i wysłać dane Badger do docelowego magazynu, co prowadzi do usunięcia i zastąpienia istniejących danych.

Dgraph przed wersją 25.3.8 w funkcji maybeQuoteArg w graphql/resolve/query_rewriter.go przekazuje filtry wyrażeń regularnych do generowanego DQL bez odpowiedniego cytowania lub walidacji, co pozwala na wstrzyknięcie operatorów DQL, ujawnienie niezamierzonych węzłów lub rozszerzenie celów modyfikacji i usuwania. Problem naprawiono w wersji 25.3.8.

W Dgraph przed wersją 25.3.4 wykryto podatność na wstrzykiwanie DQL w zapytaniu GraphQL `checkUserPassword`. Wartości haseł dostarczane przez użytkownika są bezpośrednio interpolowane do zapytania DQL `checkpwd()` za pomocą `fmt.Sprintf` bez żadnego oczyszczania lub parametryzacji. Atakujący może wstrzyknąć hasło zawierające cudzysłów, aby wydostać się z literału łańcuchowego DQL i dołączyć dowolne bloki zapytań DQL.

Dgraph to rozproszona baza danych GraphQL. Istniejące logi audytu są podatne na ataki brute force z powodu kolizji nonce — pierwsze 12 bajtów pochodzi z baseIv, a ostatnie 4 bajty z długości szyfrowanej linii logu, co powoduje wielokrotne użycie tego samego nonce. Wszystkie logi audytu wygenerowane przez wersje Dgraph <v23.0.0 są dotknięte problemem.