Podatności free5GC NEF

W wersjach przed 4.2.2, free5GC's NEF nie wymagał autoryzacji OAuth2/bearer-token dla grupy tras nnef-callback, co pozwalało na wykorzystanie fałszywego tokena do uzyskania dostępu do handlera SMF-callback. Brak autoryzacji umożliwia atakującym manipulację rzeczywistym stanem subskrypcji.

W wersjach przed 4.2.2, free5GC's NEF kończy cały proces, gdy nie można osiągnąć zapisanej notifyUri subskrypcji PFD. Atakujący może stworzyć subskrypcję PFD z wybraną przez siebie notifyUri i wywołać zmianę PFD, co prowadzi do awarii NEF.

W wersjach przed 4.2.2, NEF w free5GC montuje grupę tras nnef-pfdmanagement bez autoryzacji OAuth2/tokenu dostępu. Atakujący w sieci może wykorzystać fałszywy token, aby uzyskać dostęp do danych aplikacji PFD oraz zarządzać subskrypcjami powiadomień o zmianach.

W wersjach przed 4.2.2, NEF w free5GC nie wymagał autoryzacji OAuth2/bearer-token dla grupy tras nnef-oam. Atakujący w sieci mógł uzyskać dostęp do trasy OAM bez nagłówka autoryzacji, co skutkowało zwróceniem odpowiedzi 200 OK.

W wersjach przed 4.2.2, NEF w free5GC nie wymagał autoryzacji OAuth2/bearer-token dla API 3gpp-traffic-influence. Atakujący sieciowy mógł tworzyć, odczytywać, modyfikować i usuwać subskrypcje wpływu na ruch bez odpowiednich nagłówków autoryzacji.

free5GC to otwartoźródłowa implementacja rdzenia sieci 5G. W wersjach przed 4.2.2, NEF w free5GC nie wymagał autoryzacji OAuth2/tokena dostępu dla API zarządzania PFD, co umożliwiało atakującym manipulację stanem transakcji PFD przy użyciu fałszywego tokena.