VPC with private subnets has no Secrets Manager endpoint
- Severity
- Low
- Service
- Secrets Manager
- Check ID
- SECRETSMANAGER_NO_VPC_ENDPOINT
What this check finds
Secrets Manager is in use but a VPC with private subnets retrieves secrets over the public internet rather than a private interface endpoint. An interface endpoint keeps secret retrieval on the AWS network and lets an endpoint policy constrain access.
Passing looks like: Private Secrets Manager access via VPC endpoint.
How to fix it
Create an interface VPC endpoint for Secrets Manager.
AWS console
VPC → Endpoints → Create endpoint → com.amazonaws.{region}.secretsmanager (Interface) → select the VPC and private subnets → attach a restrictive security group.
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