Jak chronić sekrety i ograniczać prawa aplikacji oraz procesu wdrożenia?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Każdy program powinien otrzymać tylko dostęp potrzebny do swojej pracy. Odbiorca kolejki nie musi mieć prawa do wszystkich danych firmy. Kluczy i haseł nie zapisuję w repo ani nie wklejam do rozmowy z agentem. Sam fakt użycia zmiennej środowiskowej nie rozwiązuje wszystkich sposobów wycieku.
W procesie CI/CD, czyli automatycznym sprawdzaniu i wdrażaniu, można używać krótkotrwałej tożsamości zamiast stałego klucza. Trzeba ograniczyć, które repo i uruchomienia mogą ją otrzymać. Niezaufany kod z PR nie powinien dostać sekretów produkcji. Wygenerowany test też jest kodem i może coś odczytać lub wysłać.
Dlaczego to ważne: Podstawa bezpiecznej pracy z AWS i coding agentami.
Możliwe dopytania: Czy każdy test z zewnętrznego PR może korzystać z uprawnień wdrożeniowych?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- E-P01 · Co to jest chmura obliczeniowa? — AWS, Cloudflare i infrastruktura
- E-P03 · Czym jest Cloudflare i do czego służy? — AWS, Cloudflare i infrastruktura
- E-P04 · Czym Cloudflare różni się od AWS? — AWS, Cloudflare i infrastruktura
Dalsza lektura
- Microsoft Graph: Overview of permissions(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. Delegated i application permissions oraz granice dostępu.