Podatności OpenTelemetry eBPF Instrumentation

W OpenTelemetry eBPF Instrumentation występuje luka, która pozwala lokalnemu atakującemu kontrolującemu obciążenie Java na nadpisywanie dowolnych plików hosta. Problem ten występuje w wersjach od 0.4.0 do przed 0.8.0, gdy wstrzykiwanie Java jest włączone, a OBI działa z podwyższonymi uprawnieniami.

W narzędziu OpenTelemetry eBPF Instrumentation w wersjach od 0.7.0 do 0.8.9 występuje zdalnie osiągalne przepełnienie liczby całkowitej w parserze protokołu tekstowego memcached. Może to spowodować awarię procesu OBI i odmowę usługi.

W OpenTelemetry eBPF Instrumentation w wersjach od 0.1.0 do 0.9.0, nieprawidłowo sformułowane wiadomości MongoDB mogą wywołać nieobsłużone wyjątki w parserze TCP MongoDB, umożliwiając zdalnemu nieuwierzytelnionemu atakującemu zatrzymanie agenta telemetrycznego i spowodowanie odmowy usługi.

OpenTelemetry eBPF Instrumentation (OBI) w wersjach od 0.7.0 do przed 0.9.0 nieprawidłowo obsługuje bufory writev, odczytując tylko pierwszy wpis iovec, ale używając całkowitej liczby iov_iter.count jako długości kopii. Gdy wstrzykiwanie logów jest włączone, spreparowane wywołanie writev z wieloma segmentami może spowodować odczyt i nadpisanie pamięci poza pierwszym segmentem.

OpenTelemetry eBPF Instrumentation przed wersją 0.9.0 zawiera podatność w sondzie Java TLS ioctl, która odczytuje kontrolowane przez użytkownika wskaźniki ioctl za pomocą bpf_probe_read zamiast bpf_probe_read_user. Lokalny proces instrumentowany może wskazać OBI na pamięć jądra i spowodować skopiowanie tej pamięci do telemetrii.

OpenTelemetry eBPF Instrumentation przed wersją 0.9.0 zawiera podatność w niestandardowej mapie CappedConcurrentHashMap używanej do śledzenia stanu TLS w Javie, która nigdy nie usuwa kluczy z kolejki kolejności wstawiania po usunięciu wpisów, co prowadzi do wyczerpania pamięci sterty w długo działających JVM.

OpenTelemetry eBPF Instrumentation przed wersją 0.9.0 zawiera podatność w ścieżce rezerwowej bufora komunikatów per-CPU. Używa ona 256-bajtowego bufora zapasowego, ale zachowuje oryginalny rozmiar ładunku (do 8KB). W przypadku niezgodności CPU, OBI może odczytać dane poza buforem i wyciec sąsiednią pamięć do telemetrii.

OpenTelemetry eBPF Instrumentation (OBI) przed wersją 0.9.0 ma problem z wydajnością podczas odtwarzania trafień sond BPF w obserwacje histogramu. Na obciążonych systemach duże różnice liczby uruchomień powodują nadmierne zużycie CPU przez eksporter metryk.

OpenTelemetry eBPF Instrumentation (OBI) przed wersją 0.9.0 eksportuje surowy tekst błędów Redis jako komunikat statusu span. Ponieważ odpowiedzi błędów Redis mogą zawierać wartości kontrolowane przez atakującego lub poufne, może to prowadzić do wycieku tokenów, PII lub innych poufnych danych do backendów telemetrycznych oraz wstrzykiwania niezaufanego tekstu do systemów analitycznych.

OpenTelemetry eBPF Instrumentation przed wersją 0.9.0 zawiera błąd w parserze protokołu Postgres, który zakłada, że ładunek komunikatu BIND zawiera prawidłową, zakończoną znakiem null nazwę portalu. Spreparowany pusty lub niezakończony ładunek może spowodować odczyt poza zakresem bufora i panikę.

OpenTelemetry eBPF Instrumentation (OBI) przed wersją 0.9.0 zawiera podatność w parserze ELF, który ufa przesunięciom i licznikom sekcji z pliku wykonywalnego. Lokalnie spreparowany plik ELF może spowodować wywołanie paniki agenta podczas określania języka procesu.