Mend.io Vulnerability Database
The largest open source vulnerability database
What is a Vulnerability ID?
New vulnerability? Tell us about it!
CVE-2026-48037
Published:June 10, 2026
Updated:June 15, 2026
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. 1. 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 "guardDutyDetectorId" output as if the baseline were active. 2. Security Hub reuse. Although the account import was read-only, Hulumi unconditionally created the CIS / NIST "StandardsSubscription" resources with default delete behaviour. Pulumi then treated those subscriptions as its own — a later "pulumi destroy" of the stack would call "BatchDisableStandards", 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 "ENABLED" with "findingPublishingFrequency: FIFTEEN_MINUTES". Wrong posture fails the deploy at preview time. - Security Hub reuse creates the CIS / NIST "StandardsSubscription" resources with "retainOnDelete: 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" (https://github.com/kerberosmansour/hulumi/pull/178) (Cluster G); regression tests in "packages/baseline/tests/guardduty-reuse-posture.test.ts" and "packages/baseline/tests/securityhub-reuse-retain.test.ts".
Affected Packages
https://github.com/kerberosmansour/hulumi.git (GITHUB):
Affected version(s) >=v1.2.0 <v1.4.0
Fix Suggestion:
Update to version v1.4.0
@hulumi/baseline (NPM):
Affected version(s) >=1.2.0 <1.4.0
Fix Suggestion:
Update to version 1.4.0
Do you need more information?
Contact Us
CVSS v4
Base Score:
6.3
Attack Vector
NETWORK
Attack Complexity
LOW
Attack Requirements
NONE
Privileges Required
LOW
User Interaction
NONE
Vulnerable System Confidentiality
NONE
Vulnerable System Integrity
LOW
Vulnerable System Availability
NONE
Subsequent System Confidentiality
LOW
Subsequent System Integrity
HIGH
Subsequent System Availability
NONE
CVSS v3
Base Score:
5
Attack Vector
NETWORK
Attack Complexity
LOW
Privileges Required
LOW
User Interaction
NONE
Scope
CHANGED
Confidentiality
NONE
Integrity
LOW
Availability
NONE
Weakness Type (CWE)
Protection Mechanism Failure
EPSS
Base Score:
0.05