
Orca Security: GenAI Risks in Cloud Environments
Orca Security breaks down four GenAI-specific cloud asset classes that standard CSPM misses — training datasets, model artifacts, inference endpoints, and RAG vector databases — and shows how misconfigurations in each combine into full attack paths. It walks through a concrete chain (public S3 training bucket → data poisoning per MITRE ATLAS AML.T0020 → stolen SageMaker execution-role credentials via missing IMDSv2 → account-wide S3 read via overprivileged AmazonSageMakerFullAccess) and analyzes CVE-2024-34359 in Hugging Face's safetensors library as a storage-to-RCE path for SageMaker inference. It closes with concrete IAM/endpoint hardening steps and a pitch for Orca's attack-path correlation across role permissions, data sensitivity, and endpoint exposure.
What it is
Orca's post on GenAI cloud risk. The catalog summary already carries the four asset classes, the S3→poisoning→credential-theft→account-wide-read attack chain, and the CVE-2024-34359 safetensors path. What it does not carry are the specific, verbatim hardening configurations and version/control boundaries the page prescribes — that's the reason to read further.
What to do
The page gives an ordered pre-production hardening sequence with exact controls:
- Scope the execution role. Replace
AmazonSageMakerFullAccess(which grantss3:*,iam:PassRolefor any role, andecr:*) with a policy granting onlys3:GetObjectands3:ListBucketon the exact bucket ARN and prefix. Removeiam:PassRoleunless explicitly required. Maps to CIS AWS Foundations Benchmark v3.0 control 1.16. - Enforce IMDSv2 at the org level. Set
HttpTokens: requiredon all EC2 training instances, and add an Organizations SCP denyingec2:RunInstanceswhereMetadataHttpTokensis notrequired— so no team can launch a training instance without it. - Fence the endpoint. Add a resource-based policy to every SageMaker endpoint denying calls from outside the account and outside the designated VPC, using an
aws:SourceVpccondition with the specific VPC ID. Orca classifies any endpoint lacking this condition as internet-exposed regardless of DNS. - Lock artifacts. Enable S3 Object Lock in governance mode on model-artifact and training-data buckets. Overwriting a locked object then requires
s3:BypassGovernanceRetention, which the page says should be granted to zero service accounts. This is the structural fix for the CVE-2024-34359 path, distinct from patching.
Preconditions / Affected
- CVE-2024-34359 affects Hugging Face
safetensorsprior to 0.4.3 — arbitrary code execution during deserialization despite safetensors being marketed as safer than pickle. Any SageMaker or self-hosted endpoint that pulled safetensors files from a shared, publicly-writable S3 bucket before 0.4.3 was exposed; the attacker needs only bucket write access, not endpoint access. Immediate fix is upgrading to 0.4.3. - The reconnaissance step maps to MITRE ATLAS AML.T0037 (Search for Victim's Publicly Available Research), preceding the AML.T0020 poisoning already noted in the summary.
Caveats
The endpoint-exposure check "does not exist in CIS AWS Foundations Benchmark v3.0" — the benchmark predates widespread SageMaker deployment, so compliance-clean environments can still miss it. Detection specifics beyond this are the standard vendor pitch for Orca's agentless SideScanning and attack-path correlation.
Organisations named here
- AML.T0020
- AML.T0037
- CIS AWS Foundations Benchmark v3.0
CVEs named here
- CVE-2024-34359
Technologies named here
- AWS
- AWS IAM
- Hugging Face
- Amazon SageMaker
- Orca Security
- NIST AI RMF
Related in AI Security
