Po wdrożeniu na produkcję, zdarzenia S3 w środowiskach deweloperskich zaczęły wywoływać produkcyjne funkcje Lambda, powodując niepożądane wykonania. Zespół musi zatrzymać wywołania między środowiskami i przestrzegać najlepszych praktyk bezpieczeństwa. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź to przeniesienie środowisk deweloperskich i produkcyjnych do oddzielnych kont AWS oraz dodanie polityki zasobów do każdej funkcji Lambda, która zezwala na wywołania tylko z zasobników S3 na tym samym koncie. Oddzielne konta AWS to najlepsza praktyka bezpieczeństwa, zapewniająca izolację zasobów i minimalizująca ryzyko przypadkowych wywołań między środowiskami. Polityka zasobów na funkcji Lambda precyzyjnie kontroluje, które źródła (w tym przypadku zasobniki S3) mogą wywoływać funkcję, co zapobiega niepożądanym interakcjom. Pozostałe opcje są mniej skuteczne: Aktualizacja roli wykonawczej funkcji Lambda kontroluje uprawnienia funkcji do dostępu do zasobnika S3, a nie uprawnienia zasobnika S3 do wywoływania funkcji. Dodanie polityki zasobów do produkcyjnej funkcji Lambda, która zezwala na wywołanie tylko z produkcyjnego zasobnika S3, jest krokiem w dobrym kierunku, ale nie zapewnia pełnej izolacji i bezpieczeństwa, jaką oferują oddzielne konta AWS. Nadal istnieje ryzyko przypadkowych konfiguracji lub błędów w ramach jednego konta. Przeniesienie środowisk do oddzielnych kont i aktualizacja roli wykonawczej funkcji Lambda również nie rozwiązuje problemu wywoływania funkcji, ponieważ rola wykonawcza kontroluje uprawnienia funkcji, a nie źródła wywołania.