Last chance! 50% off DataCamp Premium
Sale ends in
รายละเอียดคอร์ส
เมื่อโค้ดของคุณเรียกใช้ AWS สิทธิ์ของใครกันแน่ที่ถูกตรวจสอบ หากเข้าใจผิดตรงนี้ คุณอาจปล่อย role ที่สามารถอ่านได้ทุก bucket ในบัญชี คอร์ส Using AWS Security for Developers ออกแบบมาสำหรับนักพัฒนาที่ต้องดูแลระบบงานจริงบน AWS โดยพาคุณไปทำความเข้าใจการตัดสินใจด้านความปลอดภัยที่งานจริงต้องใช้ คุณจะเปลี่ยนจากการใช้คีย์แบบถาวรมาเป็นการเข้าถึงแบบชั่วคราวที่อิงตาม role แล้วอ่าน IAM policy ได้ดีพอที่จะคาดการณ์ว่าจะอนุญาตหรือปฏิเสธ คุณจะเลือกวิธีการให้สิทธิ์ที่เหมาะสมสำหรับ API และผู้ใช้แอปพลิเคชัน เก็บข้อมูลลับให้พ้นจากโค้ดและ log แล้วเลือกการเข้ารหัสที่ผู้ตรวจสอบสามารถยืนยันได้ สุดท้าย คุณจะอ่านหลักฐานจาก CloudTrail แล้วปรับ role ให้รัดกุมขึ้นตามสิ่งที่เกิดขึ้นจริง ด้วยสถานการณ์จำลองที่ลงมือปฏิบัติจริงโดยอิงจากแอปพลิเคชันที่ใช้งานจริงหนึ่งตัว คุณจะจบคอร์สนี้พร้อมการตัดสินใจด้านความปลอดภัยที่อธิบายได้ และพื้นฐานที่นำไปใช้ได้จริงในส่วน Security ของข้อสอบ AWS Certified Developer - Associate
ข้อกำหนดเบื้องต้น
หลักสูตร
โครงร่างคอร์ส
1
ตัวตนและสิทธิ์ขั้นต่ำสุดบน AWS
ในบทนี้ คุณจะสร้างกรอบความคิดที่ช่วยให้ระบบงานจริงบน AWS ปลอดภัย นั่นคือการแยกความแตกต่างระหว่าง actor กับ principal ที่ AWS ใช้ประเมินสิทธิ์จริง จากนั้นจะเรียนรู้วิธีอ่าน IAM policy แบบเดียวกับที่ AWS ใช้ประเมิน เพื่อหาคำตอบว่าการเรียกใช้งานหนึ่งๆ ได้รับอนุญาต ถูกปฏิเสธ หรือถูกบล็อกอย่างเงียบๆ โดยไม่มีสาเหตุชัดเจน สุดท้าย คุณจะแทนที่ access key แบบถาวรด้วยการสวมบทบาท (role assumption), ข้อมูลรับรองชั่วคราว (temporary credentials) และ pre-signed URL ซึ่งเป็นรูปแบบที่ช่วยกำจัดคีย์ออกจาก repository ได้อย่างถาวร
- ความปลอดภัยของ AWS เบื้องต้น50 XP
- ระบุเส้นทางการเข้าถึงที่ได้รับสิทธิ์เกินความจำเป็น50 XP
- มอบบทบาทที่จำกัดสิทธิ์ให้กับฟังก์ชัน50 XP
- แทบไม่มีอะไรทำงานในนามของคุณ50 XP
- การประเมินผลนโยบาย IAM และการปฏิเสธแบบชัดเจน50 XP
- จับคู่ส่วนประกอบของนโยบายกับหน้าที่ของมัน100 XP
- ดู implicit deny ในสถานการณ์จริง50 XP
- คาดการณ์ผลลัพธ์การประเมิน100 XP
- Roles, Temporary Credentials, และ SigV450 XP
- ตัดสินใจว่าใครสามารถ assume role ได้50 XP
- กำหนดขอบเขตให้ pre-signed URL50 XP
- เปลี่ยนจากคีย์ที่จัดเก็บไว้มาใช้ role50 XP
2
การยืนยันตัวตนและการให้สิทธิ์ของแอป
ในบทนี้ คุณจะเรียนรู้ความแตกต่างที่ชัดเจนระหว่าง Cognito user pool สำหรับการลงชื่อเข้าใช้ และ identity pool สำหรับการขอ AWS credential จากนั้นจะตรวจสอบลายเซ็นของ token ก่อนที่จะเชื่อถือข้อมูลภายใน จากนั้นจะวิเคราะห์ว่าสิทธิ์หนึ่งๆ มาจากไหนกันแน่ ระหว่าง identity policy, resource policy และ boundary ที่กำหนดขอบเขตของสิทธิ์เหล่านั้น แล้วใช้การวิเคราะห์นี้เลือก authorizer ที่เหมาะสมระหว่าง IAM, Cognito และ Lambda สำหรับ endpoint ของ API Gateway สุดท้าย คุณจะเก็บข้อมูลลับให้พ้นจากโค้ดและ log โดยเลือกที่เก็บข้อมูล วิธีการปิดบังข้อมูล (masking) และแนวทางการหมุนเวียนคีย์ (rotation) ที่ผ่านการตรวจสอบเหตุการณ์ได้
3
การเข้ารหัสและหลักฐาน
ในบทนี้ คุณจะเรียนรู้การเลือกโหมดการเข้ารหัสให้ตรงกับความต้องการ ทั้งสี่วิธีในการเข้ารหัสออบเจกต์ S3 และบรรทัด policy หนึ่งบรรทัดที่บังคับให้เข้ารหัสระหว่างการส่งข้อมูล (transit) จากนั้นจะหาคำตอบว่าใครเป็นผู้ควบคุม KMS key ตัวจริง เมื่อทั้ง key policy และ IAM policy ต่างก็มีผลต่อการตัดสินใจ แล้วอ่าน CloudTrail อย่างละเอียดพอที่จะรู้ว่าเมื่อไม่มีบันทึกใดๆ นั่นหมายความว่าไม่มีการบันทึก log ไม่ใช่ว่าไม่มีเหตุการณ์เกิดขึ้น สุดท้าย คุณจะนำ checklist ทั้งหมดจากคอร์สนี้มาตรวจสอบกับบริการหนึ่งที่กำลังจะปล่อยใช้งานจริง และดูว่าการตัดสินใจเรื่อง identity ข้อมูลลับ และการเข้ารหัสแบบเดียวกันนี้นำไปใช้ได้อย่างไรใน pipeline และ AI agent ที่เรียกใช้ AWS แทนคุณ
การใช้ AWS Security สำหรับนักพัฒนา
เรียนคอร์สจบแล้ว
