Praca nad infrastrukturą wspomaganą sztuczną inteligencją wydaje się magiczna, gdy działa. W ciągu kilku minut możesz stworzyć moduły Bicep, definicje zasad i orkiestrację wdrażania. Niebezpieczeństwem jest prędkość bez weryfikacji.

W kodzie aplikacji błąd może zaszkodzić jednemu punktowi końcowemu. W infrastrukturze jedno złe założenie może mieć wpływ na każde obciążenie w środowisku. Sztuczna inteligencja może szybko generować IaC. Nie może posiadać promienia wybuchu.

Bezpieczeństwo IaC na pierwszym miejscu wymaga dowodów przy każdej bramce

Wiele zespołów traktuje „skompilowany szablon” jako równoważny stwierdzeniu „wdrożenie jest bezpieczne”. To nie są te same roszczenia.

Brama ma sens tylko wtedy, gdy jej dowody są konkretne i niezależnie weryfikowalne. Opisy prozy nie kwalifikują się.

Zmiany w modelowaniu zagrożeń w świecie IaC opartym na sztucznej inteligencji

Tradycyjne modele zagrożeń koncentrują się na ścieżkach ataku w czasie wykonywania. IaC oparte na sztucznej inteligencji dodaje ścieżki zagrożeń w czasie tworzenia: model wymyśla zezwalającą wartość domyślną, recenzent ją pomija, wdrożenie się powiodło, monitorowanie wydaje się zielone, ponieważ alerty są źle skonfigurowane.

Rozwiązaniem nie jest „bardziej rygorystyczne przeglądanie”. Poprawka to uporządkowany dowód powiązany ze znanymi kategoriami zagrożeń. Każda bramka bezpieczeństwa jest przypisana do określonej klasy zagrożenia, którą można niezależnie zweryfikować.

Jak wyglądają dobre dowody IaC

Jeśli twoje dowody są wyłącznie prozą, recenzenci proszeni są o zaufanie do interpretacji, a nie sprawdzanie faktów.

Solidne dowody dotyczące infrastruktury są powtarzalne: te same polecenia uruchamiane w tym samym stanie dają za każdym razem ten sam wynik.

Typowe wzorce awarii AI-IaC

Lekki przepływ pracy związany z bezpieczeństwem IaC, który rozpocznie się już jutro

• Wymagaj krótkiej sekcji dotyczącej zamiaru groźby w każdym infra PR.
• Jako dowód dołącz wyniki diagnostyki zasad i wdrożenia.
• Niepowodzenie PR w przypadku nierozwiązanych krytycznych lub wysokich ustaleń.
• Sprawdź poprawność ścieżki alertu od końca do końca co najmniej raz na cykl wydania.
• Śledź powtarzające się wzorce awarii i odpowiednio wzmacniaj szablony.