High-confidence secret in CloudFormation stack parameter (NoEcho disabled)
- Severity
- Critical
- Service
- Secrets exposure
- Check ID
- SECRETS_CFN_PARAM_HIGH
What this check finds
A CloudFormation stack parameter with NoEcho=false matches a high-confidence credential pattern. The value is visible in DescribeStacks output, CloudTrail logs, and the AWS Console to any principal with cloudformation:DescribeStacks.
Passing looks like: No secrets in CloudFormation parameters.
How to fix it
Mark the parameter as NoEcho: true in the CloudFormation template and redeploy. For runtime access use dynamic references: {{resolve:secretsmanager:secret-name}} or {{resolve:ssm-secure:param-name}}.
Compliance controls it is evidence for
A failing result counts against these controls in KloudLytics; a passing one is evidence towards them. How compliance mapping works
| Framework | Controls |
|---|---|
| NIST SP 800-53 Rev5 (Moderate) |
|
| NIST Cybersecurity Framework 2.0 |
|
| ISO/IEC 27001:2022 Annex A |
|
Checked on every scan
KloudLytics runs this check each time it scans a connected AWS account, through a read-only role, and lists every affected resource with its region. On Pro and Business a fix is written for the specific resource rather than the general case above. The exact access it needs
More Secrets exposure checks
- CriticalHigh-confidence secret in API Gateway stage variable
- CriticalHigh-confidence secret in CodeBuild PLAINTEXT environment variable
- CriticalHigh-confidence secret in EC2 user-data
- CriticalHigh-confidence secret in ECS running task environment variable
- CriticalHigh-confidence secret in ECS task definition environment variable
- CriticalHigh-confidence secret in Elastic Beanstalk environment variable
- CriticalHigh-confidence secret in Lambda environment variable
- CriticalHigh-confidence secret in SSM String parameter (unencrypted)