DataCamp Premium à -50 %.Plus de 700 cours, à moitié prix. Commencez à apprendre dès aujourd’hui.
Description du cours
Quand votre code appelle AWS, quelles autorisations sont réellement vérifiées ? Se tromper, c'est risquer de déployer un rôle qui peut lire tous les compartiments (buckets) du compte. Sécurité AWS pour les développeurs est conçu pour les développeurs qui expédient de vraies charges de travail sur AWS, en parcourant les décisions de sécurité que le métier exige réellement. Vous remplacerez des clés à longue durée de vie par des accès temporaires basés sur des rôles, et saurez lire une stratégie IAM au point de prédire si elle autorise ou refuse une action. Vous choisirez la bonne autorisation pour les APIs et les utilisateurs applicatifs, garderez les secrets hors du code et des journaux, et sélectionnerez un chiffrement qu'un auditeur peut vérifier. Enfin, vous saurez lire les preuves CloudTrail et resserrer un rôle à partir de ce qu'il a réellement fait. Avec des scénarios pratiques autour d'une application en fonctionnement, vous repartirez avec des décisions de sécurité que vous pouvez défendre, et une base concrète sur le domaine Security de l'examen AWS Certified Developer - Associate.
Prérequis
Programme de formation
Plan du cours
1
Identité et moindre privilège sur AWS
Dans ce chapitre, vous construirez le modèle mental qui sécurise les charges de travail AWS réelles : distinguer l'acteur du principal qu'AWS évalue effectivement. Vous apprendrez ensuite à lire une stratégie IAM comme AWS le fait, pour déterminer si un appel est autorisé, refusé, ou silencieusement non traité par absence de règle. Enfin, vous remplacerez des clés d'accès à longue durée par l'assomption de rôle, des identifiants temporaires et des URL pré-signées : le schéma qui supprime définitivement une clé d'un dépôt.
- Introduction à la sécurité AWS50 XP
- Identifier les chemins d'accès sur-autorisés50 XP
- Donner à la fonction un rôle strict50 XP
- Presque rien ne s'exécute avec vos propres droits50 XP
- Évaluation des stratégies IAM et refus explicite50 XP
- Faire correspondre les parties d'une politique à leur rôle100 XP
- Voir le refus implicite en action50 XP
- Prédire le résultat de l'évaluation100 XP
- Rôles, identifiants temporaires et SigV450 XP
- Décider qui peut assumer le rôle50 XP
- Définir le périmètre d'une URL pré-signée50 XP
- Remplacer une clé stockée par un rôle50 XP
2
Authentification et autorisation d'applications
Dans ce chapitre, vous tracerez une frontière claire entre les groupes d'utilisateurs Cognito pour la connexion et les pools d'identités pour les identifiants AWS, puis vous vérifierez la signature d'un jeton avant de faire confiance à son contenu. Vous cartographierez ensuite l'origine réelle d'une permission entre stratégies d'identité, stratégies de ressource et limites qui les bornent, et utiliserez cette carte pour choisir entre IAM, les authorizers Cognito et Lambda pour un point de terminaison API Gateway. Enfin, vous maintiendrez les secrets hors du code et des journaux, en choisissant l'emplacement de stockage, le masquage et les habitudes de rotation qui résistent à un retour d'expérience après incident.
3
Chiffrement et justificatifs
Dans ce chapitre, vous adapterez le mode de chiffrement au besoin : les quatre façons de chiffrer un objet S3, et l'unique ligne de stratégie qui impose le transit chifré. Vous déterminerez ensuite qui contrôle réellement une clé KMS lorsqu'une stratégie de clé et une stratégie IAM s'appliquent toutes deux, et lirez CloudTrail d'assez près pour savoir quand son silence signifie que personne ne journalisait, et non que rien ne s'est passé. Enfin, vous appliquerez la checklist de tout le cours à un service que vous êtes sur le point de livrer, et verrez comment les mêmes décisions d'identité, de secrets et de chiffrement s'étendent aux pipelines et aux agents d'IA qui appellent AWS en votre nom.
Sécurité AWS pour les développeurs
Cours
terminé
