Podatności Hulumi

hulumi przed wersją v1.3.2 zawiera szablon SCP wdrożenia, który umożliwia obejście zabezpieczeń tag-on-create dla ochrony hulumi:iac-role. Atakujący mogą ominąć zamierzone ograniczenia granic IAM, wykorzystując osłabiony szablon SCP w późniejszych wdrożeniach.

Podatność w hulumi przed wersją 1.3.2 umożliwia eskalację uprawnień przez politykę IAM integracji tygodniowej, która pozwala na operacje na rolach af-e2e-* bez wystarczających ograniczeń granicznych. Atakujący z udokumentowanym podmiotem mogą tworzyć trwałe role o wyższych uprawnieniach w koncie sandbox.

Hulumi przed wersją v1.3.2 rozwiązuje skrypt pomocniczy threat-model z niebezpiecznego katalogu głównego, co pozwala plikom w obszarze roboczym na przesłonięcie zamierzonego skryptu pomocniczego. Atakujący mogą umieścić złośliwe pliki w obszarze roboczym, aby wykonać dowolny kod podczas lokalnego wykonywania umiejętności.

Hulumi przed wersją 1.4.0 zawiera podatność, w której ścieżki ponownego użycia AccountFoundation po cichu obniżają poziom bezpieczeństwa GuardDuty / Security Hub. Problem został naprawiony w wersji 1.4.0.

W Hulumi przed wersją 1.4.0, wykrywanie dryfu (drift detection) uruchamiane w CI/cron mogło błędnie buforować przejściowe błędy adaptera jako „wszystko w porządku”, maskując rzeczywiste ataki przez do sześciu godzin, lub fałszywie podnosić zwykłe zmiany wersji dostawcy do poziomu incydentu.

W Hulumi przed wersją 1.4.0, użytkownicy AccountFoundation mogli wdrożyć konto AWS, którego dzienniki audytu CloudTrail/Config były usuwalne przez dowolnego podmiotu z uprawnieniami S3-delete, mimo że warstwa startowa gwarantowała odporność na manipulacje. Wdrożenia w piaskownicy nie miały żadnej niezmienności audytu.

W Hulumi przed wersją 1.4.0 istnieje możliwość obejścia zabezpieczeń poprzez użycie zasobów-córek (sibling resources) kierujących do innego bucketa.

W Hulumi przed wersją 1.4.0, pakiety zasad (policy packs) mogą zostać ominięte poprzez sfałszowaną logiczną nazwę Pulumi-URN.

W Hulumi przed wersją 1.4.0, kontrole zasad dotyczących ról IAM mogą zostać ominięte, gdy rola ufa wielu dostawcom OIDC.