cdk-insights 1.17.0 → 1.18.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -172,6 +172,34 @@ Aspects.of(app).add(createCdkInsightsAspect());
172
172
  app.synth();
173
173
  ```
174
174
 
175
+ The aspect runs `cdk-nag`'s `AwsSolutionsChecks` rule pack alongside cdk-insights' own rules. As of 1.17.0, those findings are emitted as **non-blocking Info annotations** (`cdk-insights::nagFinding::*`) instead of cdk-nag's default Error/Warning annotations — the Validations Plugin (below) remains the actual deploy gate, configured per severity.
176
+
177
+ ##### Auto-suppress CDK / AWS boilerplate
178
+
179
+ cdk-nag's `AwsSolutionsChecks` rule pack flags two patterns that are universally noisy for CDK consumers — they're either AWS-recommended defaults or stale rule heuristics:
180
+
181
+ - **`AwsSolutions-IAM4`** flags any AWS-managed policy attached to a role, including the standard Lambda execution policies CDK auto-attaches based on event sources (`AWSLambdaBasicExecutionRole`, `AWSLambdaVPCAccessExecutionRole`, `AWSLambdaSQSQueueExecutionRole`, `AWSLambdaDynamoDBExecutionRole`, `AWSLambdaKinesisExecutionRole`). Each is narrowly scoped to a single AWS service — replacing them with customer-managed copies is busywork with no security gain.
182
+ - **`AwsSolutions-L1`** asserts that Lambda runtimes match cdk-nag's known "latest" list, which lags actual AWS LTS releases. Node 20.x / 22.x, Python 3.11–3.13, Java 17/21, .NET 8 are all current AWS LTS at time of writing but get flagged depending on how recent your `aws-cdk-lib` version is.
183
+
184
+ Pass `cdkBoilerplateSuppressions: true` to short-circuit both:
185
+
186
+ ```ts
187
+ Aspects.of(app).add(createCdkInsightsAspect({
188
+ cdkBoilerplateSuppressions: true,
189
+ }));
190
+ ```
191
+
192
+ This attaches `NagSuppressions` (with named justifications and `appliesTo` filters) before cdk-nag evaluates each construct, so the matching findings are never emitted. Anything outside the boilerplate set continues to surface — if a role has `AWSLambdaBasicExecutionRole` *and* a custom managed policy, only the boilerplate one is suppressed; the custom policy still produces a finding.
193
+
194
+ | Rule | What's suppressed | What still fires |
195
+ |---|---|---|
196
+ | `AwsSolutions-IAM4` | The 5 AWS-managed Lambda execution policy ARNs above | Any other managed policy attached to the same role |
197
+ | `AwsSolutions-L1` | Node 18/20/22, Python 3.11/3.12/3.13, Java 17/21, .NET 8 | Anything outside the LTS allowlist (older runtimes, unsupported ones, custom families) |
198
+
199
+ To extend with project-specific suppressions, call `NagSuppressions.addResourceSuppressions(...)` from `cdk-nag` after constructing your stacks. Project decisions like "MFA is opt-in by product policy" belong in the consumer codebase, with a written justification.
200
+
201
+ Default is `false` — opt-in is conservative and additive.
202
+
175
203
  For accurate `file:line` source attribution, CDK needs to record per-construct stack traces during synth. Three ways to enable this, easiest first:
176
204
 
177
205
  - **`npx cdk-insights setup`** writes `"@aws-cdk/core:stackTrace": true` into your `cdk.json` `context` block — durable across every `cdk synth` invocation, no env-var dance. Recommended.
@@ -154,6 +154,39 @@ export interface CdkInsightsAspectOptions {
154
154
  * around the construct definition for quick reference.
155
155
  */
156
156
  includeCodeSnippets?: boolean;
157
+ /**
158
+ * Auto-suppress cdk-nag findings for well-known CDK / AWS boilerplate
159
+ * patterns (default: false). When `true`, the aspect attaches
160
+ * `NagSuppressions` to matching constructs **before** cdk-nag evaluates
161
+ * its rules, so the suppressed findings disappear from scan output
162
+ * entirely. Each suppression carries a named justification.
163
+ *
164
+ * Currently covers two universally-noisy rules:
165
+ *
166
+ * - **`AwsSolutions-IAM4`** for the AWS-managed Lambda execution
167
+ * policies CDK auto-attaches based on event sources
168
+ * (`AWSLambdaBasicExecutionRole`, `AWSLambdaVPCAccessExecutionRole`,
169
+ * `AWSLambdaSQSQueueExecutionRole`, `AWSLambdaDynamoDBExecutionRole`,
170
+ * `AWSLambdaKinesisExecutionRole`). Each is narrowly scoped to a
171
+ * single AWS service; replacing them with customer-managed copies is
172
+ * busywork with no security gain. The suppression uses `appliesTo`
173
+ * so any *other* managed policy attached to the same role still
174
+ * surfaces a finding.
175
+ *
176
+ * - **`AwsSolutions-L1`** for current AWS Lambda LTS runtimes
177
+ * (Node 18/20/22, Python 3.11/3.12/3.13, Java 17/21, .NET 8).
178
+ * cdk-nag's "latest runtime" check is heuristic and lags new LTS
179
+ * releases; this allowlist updates with cdk-insights releases.
180
+ *
181
+ * Anything not in the lists above continues to surface normally — opt-in
182
+ * is conservative and additive.
183
+ *
184
+ * Recommended for any project that uses cdk-insights' aspect. To
185
+ * extend with project-specific suppressions, call
186
+ * `NagSuppressions.addResourceSuppressions(...)` from `cdk-nag` after
187
+ * constructing your stacks.
188
+ */
189
+ cdkBoilerplateSuppressions?: boolean;
157
190
  }
158
191
  /**
159
192
  * Helper function to check if CDK stack traces are enabled.