คลังความรู้ฉบับวิจัย · ควรตรวจเอกสารต้นทางก่อนนำไปใช้ตรวจแหล่งอ้างอิง 2026-10-09
← กลับคลังมาตรฐาน
USA · Federalกรอบแนวทาง

NIST SP 800-218 SSDF Version 1.1

แนวปฏิบัติพัฒนาซอฟต์แวร์ปลอดภัย

เพิ่มแนวปฏิบัติความปลอดภัยเข้ากับ SDLC ที่มีอยู่ เพื่อลดช่องโหว่และแก้สาเหตุที่ทำให้เกิดซ้ำ

ใช้เมื่อใด

ทีมพัฒนาและผู้จัดซื้อซอฟต์แวร์ใช้สมัครใจ; งานสัญญารัฐบาลต้องตรวจข้อกำหนดจัดซื้อที่อ้าง SSDF เพิ่ม

สถานะของข้อกำหนด

VOLUNTARY_GUIDANCE

อ่าน public abstract; ยังไม่ตรวจทุก practice/task. SSDF 1.2 เผยแพร่ 2025-12-17 เป็น Initial Public Draft ไม่แทน 1.1 final ในคลังนี้; ไม่ใช่ใบรับรอง

หัวข้อปฏิบัติที่สรุป · 3 รายการ

หัวข้อต่อไปนี้เป็นคำอธิบายการนำไปใช้ ไม่ใช่ข้อความข้อกำหนดครบถ้วนหรือการรับรองความสอดคล้อง

01

เพิ่ม security ใน SDLC

กำหนดกิจกรรมและผู้อนุมัติความปลอดภัยในกระบวนการพัฒนาเดิม

หลักฐานที่ควรเตรียม

SDLC workflow และเกณฑ์ release

ฐานอ้างอิง: SP 800-218 official abstract: integrate practices into each SDLC · สรุปจากขอบเขต/คำอธิบายทางการ ยังไม่ใช่การตรวจทุกข้อในฉบับเต็ม
02

คุมช่องโหว่ก่อนส่งมอบ

ติดตามและลดช่องโหว่ของซอฟต์แวร์ที่กำลังจะ release ตามระดับความเสี่ยง

หลักฐานที่ควรเตรียม

ผล security review และ vulnerability disposition

ฐานอ้างอิง: SP 800-218 official abstract: reduce vulnerabilities in released software · สรุปจากขอบเขต/คำอธิบายทางการ ยังไม่ใช่การตรวจทุกข้อในฉบับเต็ม
03

ป้องกันการเกิดซ้ำ

วิเคราะห์สาเหตุของช่องโหว่และสื่อสารความต้องการกับ supplier

หลักฐานที่ควรเตรียม

root-cause record, supplier security requirements

ฐานอ้างอิง: SP 800-218 official abstract: root causes and acquisition communications · สรุปจากขอบเขต/คำอธิบายทางการ ยังไม่ใช่การตรวจทุกข้อในฉบับเต็ม

อ่านจากแหล่งทางการ

ตำแหน่งที่ตรวจ: SP 800-218 official abstract: integrate practices into each SDLC; SP 800-218 official abstract: reduce vulnerabilities in released software; SP 800-218 official abstract: root causes and acquisition communications

ดูตารางเทียบ workflow ↗
byA8Zecosystem