Podatności oras-go

Biblioteka oras-go przed wersją 2.6.2 nie waliduje schematu, hosta ani portu adresu URL pochodzącego z nagłówka Link kontrolowanego przez rejestr. Podczas operacji paginacji (Tags, Referrers, Repositories) wykonywane jest żądanie GET do adresu wybranego przez atakującego, co umożliwia ślepą podatność SSRF przeciwko usługom wewnętrznym.

oras-go przed wersją 2.6.2 pozwala na zapis poza katalogiem roboczym podczas ekstrakcji warstw OCI oznaczonych io.deis.oras.content.unpack=true. Złośliwe archiwum może utworzyć łańcuch dowiązań symbolicznych prowadzący do dowolnej ścieżki i nadpisać pliki, nawet gdy AllowPathTraversalOnWrite jest wyłączone.

Podatność w bibliotece ORAS Go umożliwia przekazywanie poświadczeń rejestru skonfigurowanych dla jednego źródła do innego źródła HTTP podczas przekierowań rejestru. Problem występuje podczas pobierania manifestów lub metadanych.

Podatność w bibliotece oras-go (wersje przed 2.6.2) umożliwia atakującemu wykorzystanie dowiązań twardych do odczytu lub modyfikacji plików poza katalogiem wypakowania, takich jak .env, .git/config, .aws/credentials i ~/.ssh/config.

oras-go w wersjach przed 2.6.1 zawiera lukę w funkcji resolveWritePath(), która nie uwzględnia dowiązań symbolicznych. Pozwala to atakującemu na ominięcie zabezpieczenia AllowPathTraversalOnWrite=false i zapis pliku poza katalogiem roboczym poprzez kontrolowany tytuł blobu.

Podatność w bibliotece oras-go (Go) do zarządzania artefaktami OCI. Podczas przesyłania dużych obiektów blob, klient podąża za nagłówkiem Location kontrolowanym przez rejestr, ponownie używając nagłówka Authorization, co pozwala złośliwemu rejestrowi na przekierowanie i kradzież poświadczeń.

Podatność w bibliotece oras-go przed wersją 2.6.1. Klient uwierzytelniania podąża za adresem URL realm z rejestru bez walidacji, co umożliwia atak SSRF na wewnętrzne sieci, np. http://169.254.169.254/.