@hulumi/baseline: AccountFoundation reuse paths silently downgrade GuardDuty / Security Hub posture
Affected: @hulumi/baseline < 1.4.0 — Fixed in: 1.4.0 — Severity: Medium — CWE-693 (Protection Mechanism Failure)
Summary
AccountFoundation can either create AWS detective services (GuardDuty for threat detection, Security Hub for compliance dashboards) or reuse pre-existing ones via opt-in flags. The reuse paths just imported the existing resources and reported success — they never checked whether the existing services were actually doing their job.
- GuardDuty reuse. If the existing detector was suspended, or set to the slower 6-hour publishing cadence instead of the baseline 15-minute one, or otherwise misconfigured — Hulumi never noticed. The deployment succeeded with a misleadingly-positive
guardDutyDetectorIdoutput as if the baseline were active. - Security Hub reuse. Although the account import was read-only, Hulumi unconditionally created the CIS / NIST
StandardsSubscriptionresources with default delete behaviour. Pulumi then treated those subscriptions as its own — a laterpulumi destroyof the stack would callBatchDisableStandards, unsubscribing the account from CIS / NIST compliance monitoring even on accounts that had those subscriptions before Hulumi ever ran.
Impact
Consumers using AccountFoundation's reuse mode could:
- ship deployments that appeared to enable a detective baseline but actually weren't (case 1), or
- accidentally turn off CIS / NIST compliance monitoring on an existing account just by destroying a Hulumi stack (case 2 — no malicious intent needed; a normal stack teardown was enough).
Patches
Upgrade to @hulumi/baseline@1.4.0.
- GuardDuty reuse now asserts the imported detector is
ENABLEDwithfindingPublishingFrequency: FIFTEEN_MINUTES. Wrong posture fails the deploy at preview time. - Security Hub reuse creates the CIS / NIST
StandardsSubscriptionresources withretainOnDelete: true, so destroying a reused stack no longer unsubscribes the account.
Net-new (non-reuse) deployments are unchanged.
Workarounds
Don't reuse pre-existing detective services with AccountFoundation before upgrading. If reuse is unavoidable, manually verify detector posture out-of-band.
Resources
- PR #178 (Cluster G); regression tests in
packages/baseline/tests/guardduty-reuse-posture.test.tsandpackages/baseline/tests/securityhub-reuse-retain.test.ts.
Betroffene Software
Klicken Sie auf eine Technologie, um alle zugehörigen Schwachstellen anzuzeigen.
| Plattform | Paket | Anfällige Versionen | Behoben in |
|---|---|---|---|
| npm-Paket | @hulumi/baseline | < 1.4.0 | 1.4.0 |
Verweise
- CVSS-Vektor
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:L/SI:H/SA:N- Schwäche (CWE)
CWE-693- Plattform
- npm
- Paket
@hulumi/baseline- Veröffentlicht
- 10.06.2026
- Aktualisiert
- 11.10.2026 10:22
Quellen und Lizenzen
OSV / GitHub Advisory Database - GHSA-cj8g-prcm-mfg5 - CC BY 4.0
Schwachstellenhistorie: @hulumi/baseline
Alle veröffentlichten Schwachstellen dieses Pakets (npm-Paket), neueste zuerst. Zeigt, ob es ein einmaliger Ausrutscher ist oder ein Paket, das man im Auge behalten muss.
- Einträge insgesamt
- 3
- Erste → letzte
- 05.2026 06.2026
- Ohne Fix
- 0
- In Angriffen ausgenutzt
- 0
Verteilung nach Schweregrad
- Hoch 1
- Mittel 2
Veröffentlichungen pro Jahr
- 2026: 3
-
@hulumi/baseline: AccountFoundation reuse paths silently downgrade GuardDuty / Security Hub posture dieser Eintrag
Erkennen Sie Schwachstellen in Ihrer Anwendung
Mit der DockRay-Integration und aktivierter Softwareinventarisierung prüft DockRay gemeldete Komponentenversionen auf bekannte Schwachstellen und benachrichtigt Sie über bestätigte Treffer. Die Abdeckung hängt von der unterstützten Technologie und den verfügbaren Meldungen ab.