Individual skill
implementing-aws-nitro-enclave-security
Implements AWS Nitro Enclave-based confidential computing environments with cryptographic attestation, KMS policy integration using PCR-based condition keys, and secure vsock communication channels. The practitioner builds enclave images, configures attestation-aware KMS policies, validates attestation documents against the AWS Nitro PKI root of trust, and establishes isolated computation pipelines for processing sensitive data such as PII, cryptographic keys, and healthcare records. Activates for requests involving Nitro Enclave setup, enclave attestation validation, confidential computing on AWS, or KMS enclave policy configuration.
internal/tools/skills/data/devsecops/implementing-aws-nitro-enclave-security/SKILL.md
Source commit d42f381ad34843e71a42658e5c57290c713e85af
What was checked
- Matches the observed repository HEAD
- Yes
- Scanner rules are current
- Yes
- Repository scan complete
- No
- Skill scan complete
- No
- Observed behavior
- Network or broad shell
- Last checked
- Nov 7, 2026
These are observations at the recorded commit, not a guarantee of safety. Review the source before running it.
Install this skill
Choose an agent in your Stack or copy a command below. Commands fetch the pinned commit and copy only this skill directory. Existing destinations are refused. Copying a command does not install anything.
An install command is unavailable: current rules, complete repository and skill scans, an eligible behavior level and a permitted license are required.
Repository context
- Repository stars (not skill ratings)
- 1,309
- Repository last updated
- Nov 5, 2026
- License
- Apache-2.0
Observed agent integration: No specific integration evidence. Standard SKILL.md installation does not imply verified compatibility.
- cybersecurity Repository topic
- security Repository topic
- bug-bounty Repository topic
- automation Repository topic
- autonomous-pentesting Repository topic
- ai-agent Repository topic
- ai-security Repository topic
- ethical-hacking Repository topic
- golang Repository topic
- penetration-testing Repository topic
- aws-nitro-enclaves Declared skill tag
- confidential-computing Declared skill tag
- attestation Declared skill tag
- kms Declared skill tag
- enclave-isolation Declared skill tag
- vsock Declared skill tag
- pcr Declared skill tag
- data Derived category
- security Derived category
Files and excerpt
File metadata and permitted, redacted excerpts come from the recorded scan. Source links are pinned to that commit.
Browse files
SKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytesSKILL.mdcore · 23,577 bytes
Read excerpt
# Implementing AWS Nitro Enclave Security
## When to Use
- Processing sensitive data (PII, PHI, financial records, cryptographic secrets) that must be isolated from EC2 instance operators and administrators
- Building confidential computing pipelines where even root-level access on the parent instance cannot read enclave memory or state
- Implementing cryptographic attestation workflows that tie KMS decryption rights to a specific, verified enclave image hash
- Deploying multi-party computation environments where two or more enclaves authenticate each other via attestation before exchanging data
- Hardening existing workloads that currently decrypt secrets on the parent instance by migrating decryption into an enclave boundary
**Do not use** when the workload does not handle sensitive data that requires hardware-level isolation, when the instance type does not support Nitro Enclaves (requires Nitro-based instances with at least 4 vCPUs), or when latency constraints make the vsock communication overhead unacceptable.
## Common Misconfigurations & Verification
- **KMS policy without an attestation condition:** if the key policy grants the parent's IAM role `kms:Decrypt` but omits `kms:RecipientAttestation:ImageSha384` (or `PCR0`/`PCR8`), the parent instance can decrypt directly and the enclave boundary is pointless. Grep the policy for `RecipientAttestation` and prove a parent-side `kms:Decrypt` without a `Recipient` attestation document returns `AccessDenied`.