aws / aws/aws-encryption-sdk-python
Support for KMS Attestation when running inside Nitro Enclave
- Langage dominant
- Python
- Étoiles
- 255
- Forks
- 92
- Merge moyen
- 2 j 17 h
- PR mergées (30 j)
- 2
Description
### Problem:
We're running code inside Nitro Enclaves that needs to encrypt and decrypt very sensitive data, and would like to use the Encryption SDK. To make sure that KMS only services signed code running inside the Enclave, we use attestation rules as described in https://docs.aws.amazon.com/enclaves/latest/user/set-up-attestation.html
From what we can see the AWS Encryption SDK does not support attestation yet, so KMS requests will fail when running inside the Enclave, even if the vsock-proxy is configured to forward KMS requests.
### Solution:
Implement support for calling KMS with attestation, as seen in https://github.com/aws/aws-nitro-enclaves-sdk-c/tree/main/source
Or if this is already supported a note stating that, along with vsock-proxy requirement notes would be very helpful.
### Out of scope:
`GenerateDataKey` and `Decrypt` seem to be the biggest candidates to add this for, might not need to bother with any other operations.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par examiner l’implémentation en C du Nitro Enclaves SDK liée dans l’issue ainsi que les chemins du AWS Encryption SDK pour GenerateDataKey et Decrypt. Déterminez comment l’attestation est ajoutée aux requêtes KMS lors de l’utilisation d’un vsock-proxy, puis vérifiez que ces opérations fonctionnent avec des règles d’attestation ou documentez la prise en charge existante et la configuration requise du proxy.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- aws, python
- Domaine
- cloud, security
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100