CVE-2026-6848

W Red Hat Quay znaleziono wadę w API zarządzania triggerami budowania, które nie weryfikuje, czy żądany trigger należy do określonego repozytorium.

W Red Hat Quay użytkownik z włączoną funkcją FEATURE_BUILD_SUPPORT i dostępem do zapisu w repozytorium może wykorzystać podatność SSRF w API budowania, wysyłając złośliwy URL, co powoduje, że builder wykonuje żądania do wewnętrznych adresów sieciowych.

W Red Hat Quay funkcja eksportowanych logów umożliwia nieuwierzytelnionemu atakującemu z ważnym ID pliku pobranie wyeksportowanych logów akcji bez odpowiedniej autoryzacji. ID plików mogą być przechwycone z e-maili lub webhooków.

W Red Hat Quay obsługa webhooka płatności Stripe jest podatna na atak polegający na fałszowaniu zdarzeń billingowych. Nieuwierzytelniony atakujący może wysyłać spreparowane żądania JSON do punktu końcowego /webhooks/stripe bez weryfikacji nagłówka Stripe-Signature.

W Red Hat Quay, gdy klucz SECURITY_SCANNER_V4_PSK nie jest ustawiony, zdalny nieuwierzytelniony atakujący może wysyłać żądania POST do punktu końcowego powiadomień skanera bezpieczeństwa, co pozwala na zalewanie kolejki powiadomień i wstrzykiwanie znaków ścieżki do URL-i API Clair.

W Red Hat Quay administrator dowolnego repozytorium, znając lub zgadując UUID powiadomienia, może odczytać konfigurację powiadomień, w tym wrażliwe dane, takie jak URL-e webhooków, tokeny Slack i adresy e-mail. Może również wyzwalać testowe powiadomienia dla innego repozytorium.

W Red Hat Quay obsługa zewnętrznego uwierzytelniania LDAP nieprawidłowo escapuje nazwę użytkownika, gdy zwracane jest odwołanie LDAP. Atakujący może wstrzyknąć metaznaki filtra LDAP, co umożliwia ataki typu wyrocznia istnienia użytkownika w DN odwołania.

W Red Hat Quay walidacja JWT dla kont robotów federacyjnych i uwierzytelniania SSO ma wiele problemów związanych z weryfikacją grupy odbiorców oraz egzekwowaniem roszczeń azp i sub. Atakujący z ważnie podpisanym tokenem od tego samego dostawcy tożsamości może ominąć skonfigurowane ograniczenia bezpieczeństwa.

W Red Hat Quay funkcja webhook powiadomień Slack i ogólnych nie waliduje URL pod kątem SSRF. Administrator repozytorium może zmusić Quay worker do wysyłania żądań POST do wewnętrznych adresów sieciowych lub punktów końcowych chmury.

Podatność SSRF w Red Hat Quay w konfiguracji mirror repozytorium. Administrator repozytorium może podać spreparowaną nazwę hosta, powodując, że Quay mirror worker wykonuje żądania do wewnętrznych usług sieciowych.