#12605·prowler

[New Check]: SageMaker AutoML jobs enable inter-container traffic encryption

Author: HugoPBritoCreated Aug 28, 2026Updated Sep 16, 2026
Labelsfeature-requestnew-checkprovider/aws

Existing check search

  • I have searched existing issues, Prowler Hub, and the public roadmap, and this check does not already exist.

Provider

AWS

New provider name

No response

Service or product area

sagemaker

Suggested check name

sagemaker_automl_job_intercontainer_encryption_enabled

Context and goal

  • Source control: SM-21 — AutoML Network Isolation.
  • Semantic requirement: Validates AutoML job network isolation.
  • Valid cloud-posture assertion: No AutoML inventory exists. The source claims network isolation but actually checks EnableInterContainerTrafficEncryption, so the proposed CheckID follows observable semantics. The proposed check evaluates a durable AWS control-plane property with deterministic resource-level or regional posture semantics; it does not treat optional product adoption or manual governance evidence as failure.
  • Resource scope: Each SageMaker AutoML job.
  • Initiative tracker: https://github.com/prowler-cloud/prowler/issues/12597

Expected behavior

  • Resource or scope to evaluate: Each SageMaker AutoML job.
  • PASS when: SecurityConfig.EnableInterContainerTrafficEncryption is true.
  • FAIL when: the field is false or absent.
  • MANUAL when: Required detail or policy data is unavailable or indeterminate after collection; never emit a false PASS for unreadable in-scope data.
  • No resources: Return no findings. For regional/account-level posture checks, return no finding when the audited service has no relevant resources in that region.
  • Error behavior: Preserve Prowler's normal service-error reporting and do not convert AccessDenied, unsupported-region responses, or partial inventory into PASS.

References

Suggested severity

High

Additional implementation notes

  • Collector change: Add AutoML job inventory and retain SecurityConfig.EnableInterContainerTrafficEncryption.
  • Dependencies: None beyond the stated service collector change.
  • Emit one finding per resource unless the scope above explicitly defines a regional/account-level posture result.
  • Add metadata and implementation files following the AWS check conventions, plus collector/model updates where required.
  • Acceptance tests must cover PASS, FAIL, unreadable/indeterminate MANUAL behavior, empty inventory, API error handling, and all stated edge conditions.
  • Tests must prove the exact AWS response fields above and ensure unrelated resources/configurations are not reported.
  • Keep this CheckID atomic; do not combine it with adjacent assertions that have different resources, APIs, or remediation.

Validation evidence required

Before this implementation can be considered ready for merge:

  • The pull request must complete a CodeRabbit review, and all actionable findings must be addressed or explicitly resolved with technical justification.
  • The contributor must provide execution evidence for one PASS case and one FAIL case using representative AWS resources. The evidence must include the executed Prowler command and the resulting finding output, demonstrating the expected status and status_extended message.
  • All execution evidence must be censored before publication. Account IDs, resource names, ARNs, credentials, tokens, endpoints, and any other sensitive or identifying information must be visibly masked or removed from screenshots, logs, and command output.
  • Unit tests are required, but they do not replace this runtime evidence.