← สารบัญบทอ่าน พื้นฐานเดิม ยังใช้ได้ตรงไหน พื้นฐานคอมพิวเตอร์ OS เครือข่าย และการอ่านข้อมูลยังเป็นฐานที่ใช้ต่อได้ ส่วนรุ่นผลิตภัณฑ์ protocol และแนวทางความปลอดภัยต้องดูบริบทกับวันที่ หน้าเหล่านี้เพิ่มคำอธิบายไว้ในบทเดิมแล้ว ไม่ต้องเปิดลิงก์ภายนอกก่อนจึงจะอ่านเข้าใจ
03.2.1 Supported OS and Lifecycle 03.4.2 apt upgrade and Running Kernel 06.2.3 CIDR Before Address Classes 07.3.3 Wi-Fi 7 and Link Capabilities 07.3.5 Wireless Security Is More Than Key Length 08.1.2 HTTP/3 and QUIC 08.1.4 TLS Versions and Secure Configuration 19.1.1 Post-Quantum Cryptography 20.1.1 Password Policy in NIST 800-63B-4 20.1.3 Passkeys and Phishing Resistance 21.3.2 OWASP Top 10:2025 and CVSS v4.0 24.1.1 Incident Response in SP 800-61 Rev. 3 25.1.3 CSF 2.0 and Tiers 29.2.1 AI for CSF Reporting: A 2026 Draft 29.2.3 AI Application Security 03.2.1 · ตรวจเอกสาร 30 กันยายน 2026
Supported OS and Lifecycle (ระบบที่ยังได้รับการสนับสนุน) Transcript ใช้ Windows 10 เป็นตัวอย่างของ OS ในยุคที่บันทึก
เครื่องที่ยังเปิดติดกับ OS ที่ยังมีการสนับสนุนเป็นคนละเรื่อง Microsoft ระบุว่า Windows 10 รุ่นปกติสิ้นสุดการสนับสนุนวันที่ 14 ตุลาคม 2025 ดังนั้นการเลือก OS วันนี้ต้องดู edition, release และ lifecycle ไม่เลือกเพราะหน้าตาเหมือนในวิดีโอ
ESU และ LTSC มีเงื่อนไขหรือวงจรแยก ต้องตรวจสิทธิ์และรุ่นของเครื่องจริง การวางแผนย้ายยังต้องดู hardware compatibility, driver, แอปงาน ข้อมูลและการกู้กลับ ไม่ถือว่าจบเพียงติดตั้งเวอร์ชันใหม่ได้
อ่านในบทที่เกี่ยวข้อง → 03.4.2 · ตรวจเอกสาร 30 กันยายน 2026
apt upgrade and Running Kernel (อัปเดตแพ็กเกจ กับ kernel ที่กำลังรัน) T0520 กล่าวกว้าง ๆ ว่า apt upgrade ไม่อัปเดต core OS
อย่าจำว่า apt upgrade ไม่มีทางอัปเดต kernel ตาม apt manual ปัจจุบัน คำสั่งนี้อัปเกรดแพ็กเกจที่ติดตั้งและเพิ่ม dependency ที่จำเป็นได้ แต่ไม่ลบแพ็กเกจเดิม ส่วน full-upgrade อาจลบแพ็กเกจเพื่อแก้ dependency ทั้งระบบ ชื่อคำสั่งกับชนิดแพ็กเกจไม่ใช่เหตุผลให้สรุปว่า kernel ถูกเว้นเสมอ
การติดตั้ง kernel package ใหม่ยังต่างจาก kernel ที่เครื่องกำลังรัน uname -r บอกส่วนที่รันอยู่ ต้องดูแพ็กเกจที่ติดตั้งและสถานะบูตร่วมกัน การเปลี่ยน release ของ distribution เป็นงานอีกขอบเขต ไม่เหมารวมกับทุก package upgrade และไม่สั่ง full-upgrade เพียงเพื่อให้เลขเวอร์ชันเพิ่มโดยไม่ดูรายการเปลี่ยน
อ่านในบทที่เกี่ยวข้อง → 06.2.3 · ตรวจเอกสาร 30 กันยายน 2026
CIDR Before Address Classes (อ่าน prefix ก่อน class) ตัวอย่าง subnet ใน transcript เริ่มจาก Class A/B/C
Class A/B/C ช่วยอ่านคำศัพท์ในเอกสารเก่า แต่ routing และการแบ่งวงแบบ classless ต้องใช้ prefix ที่กำหนดจริง เช่น 10.1.2.3/24 มี network bits 24 บิต ไม่ใช่สรุป /8 เพียงเพราะ octet แรกเป็น 10
RFC 4632 อธิบาย CIDR และการรวม prefix ดังนั้นต้องอ่าน address คู่กับ prefix และ route ที่ติดตั้ง การเห็น 192.168 ไม่ได้บอก mask ของทุกเครือข่าย และ route ที่ตรงหลายรายการให้พิจารณา longest-prefix match ไม่ใช้ขนาด class เป็นคำตอบแทน
อ่านในบทที่เกี่ยวข้อง → 07.3.3 · ตรวจเอกสาร 30 กันยายน 2026
Wi-Fi 7 and Link Capabilities (รุ่นใหม่กับความสามารถของลิงก์) เนื้อหาเดิมอธิบายช่องสัญญาณและย่าน แต่ยังไม่มีภาพเทียบรุ่นปัจจุบัน
Wi-Fi 6E เพิ่มการใช้ 6 GHz ให้เทคโนโลยี 802.11ax ส่วน Wi-Fi 7 ใช้ 802.11be มีความสามารถอย่าง MLO และ channel ที่กว้างขึ้นในระบบที่รองรับ ตัวอย่างอุปกรณ์ Wi-Fi 7 ของ Intel ระบุ 320 MHz และการทำงานหลายลิงก์ ไม่ควรอ่านว่าทุกเครื่องทุกประเทศเปิดใช้ทุกความสามารถได้
สิ่งที่ทำให้ลิงก์ใช้งานได้จริงคือ AP กับ client ที่เข้ากันได้ ย่านที่ใช้ได้ channel width, driver และสภาพแวดล้อม รุ่น Wi-Fi ไม่ใช่รุ่น WPA และ PHY rate ไม่ใช่ความเร็วอินเทอร์เน็ตที่รับประกัน ต้องแยก RF, security และเส้นทาง WAN ตอนวิเคราะห์อาการ
อ่านในบทที่เกี่ยวข้อง → 07.3.5 · ตรวจเอกสาร 30 กันยายน 2026
Wireless Security Is More Than Key Length (ความปลอดภัยไร้สายไม่ใช่จำนวนบิตอย่างเดียว) T0445 ยก key length เป็นเหตุหลักของความแข็งแรง; CY/NS กล่าวถึง WPA3 แล้ว
ความยาว key ต้องอ่านร่วมกับ algorithm, protocol และการใช้งาน ไม่สรุปว่าบิตมากกว่าแล้วทุกระบบปลอดภัยกว่าเสมอ WEP กับ WPA/TKIP เป็นเทคโนโลยีเก่าที่ควรรู้จักเมื่อพบระบบเดิม แต่ไม่ใช้เป็นแบบตั้งเครือข่ายใหม่
Transcript Cybersecurity กล่าวถึง WPA2/WPA3 อยู่แล้ว จึงไม่ใช่เรื่องใหม่ทั้งหมด สิ่งที่เติมคือการแยก Wi-Fi generation ออกจาก security mode รวมถึงการตรวจ mode ที่ตกลงใช้จริงกับข้อจำกัดของอุปกรณ์ ไม่อาศัยชื่อรุ่นใหม่บนกล่องเป็นหลักฐานว่าบังคับการป้องกันที่ต้องการแล้ว
อ่านในบทที่เกี่ยวข้อง → 08.1.2 · ตรวจเอกสาร 30 กันยายน 2026
HTTP/3 and QUIC (เว็บบน transport อีกแบบ) ภาพเปิดเว็บเดิมเน้น DNS → TCP → TLS → HTTP
ลำดับ DNS → TCP → TLS → HTTP เป็นตัวอย่างที่เหมาะกับ HTTPS บน TCP แต่ไม่ใช่กฎของเว็บทุกเวอร์ชัน HTTP/3 ใช้ QUIC บน UDP โดย QUIC มี streams และกลไกการรับส่งที่เชื่อถือได้ของตน พร้อมใช้ TLS 1.3 เพื่อการป้องกัน
อ่านภาพเป็นชั้นหน้าที่ ไม่ใช่จับ UDP เท่ากับข้อมูลที่สูญหายแล้วไม่มีใครจัดการ HTTP ยังบอกความหมายของคำขอและคำตอบ ส่วน transport จัดการการส่ง ตัวเลือกจริงขึ้นกับ client, server และการเจรจา ไม่รับรองว่าเปิดทุกเว็บไซต์แล้วได้ HTTP/3
อ่านในบทที่เกี่ยวข้อง → 08.1.4 · ตรวจเอกสาร 30 กันยายน 2026
TLS Versions and Secure Configuration (รุ่น TLS กับการตั้งค่าจริง) T0661 ยก TLS 1.2 + AES-GCM เป็น preferred configuration
TLS 1.3 มีมาตรฐานแล้ว และแนวทาง IETF RFC 9325 ให้รองรับ TLS 1.3 และเลือกเจรจารุ่นนี้ก่อนเมื่อรองรับ พร้อมกำหนด TLS 1.2 ให้เหมาะหากยังใช้ ส่วน TLS 1.0/1.1 ถูก deprecate โดย RFC 8996 การที่ transcript ยก TLS 1.2 เป็นตัวอย่างจึงไม่ควรทำให้เข้าใจว่าไม่มี TLS 1.3 หรือ SSL ทุกรุ่นยังเป็นตัวเลือกปัจจุบัน
การใช้ TLS ไม่ได้จบที่เลขเวอร์ชัน ต้องตรวจการยืนยันชื่อ certificate chain, trust, validity และ algorithms ที่ยอมรับ TLS 1.2 ไม่ได้ถูกประกาศว่าใช้ไม่ได้ทุก configuration แต่ก็ไม่ใช่ว่าเปิด protocol รุ่นใดแล้วปลอดภัยโดยอัตโนมัติ
อ่านในบทที่เกี่ยวข้อง → 19.1.1 · ตรวจเอกสาร 30 กันยายน 2026
Post-Quantum Cryptography (เข้ารหัสที่เตรียมรับภัยจาก quantum) คำอธิบายเดิมยังเน้น symmetric/asymmetric แบบพื้นฐาน
NIST ออก FIPS 203/204/205 ฉบับ final ในปี 2024 ML-KEM เป็นกลไกสร้าง shared secret แบบ key encapsulation ส่วน ML-DSA และ SLH-DSA ใช้ลายเซ็นดิจิทัล นี่ไม่ใช่การใช้ quantum computer เข้ารหัสไฟล์ แต่เป็น algorithms ที่ออกแบบรับมือความสามารถโจมตีจาก quantum ที่เกี่ยวข้อง
เรียนหลังเข้าใจ key exchange, symmetric encryption และ signatures การย้ายต้องรู้ว่าโปรโตคอลหรือข้อมูลส่วนไหนใช้ algorithm ใด ระบบปลายทางรองรับอะไร และการเปลี่ยนกระทบ interoperability อย่างไร ไม่แทน key ทุกประเภทด้วย ML-KEM หรือคิดว่า algorithms ทุกชนิดมีภัยแบบเดียวกัน
อ่านในบทที่เกี่ยวข้อง → 20.1.1 · ตรวจเอกสาร 30 กันยายน 2026
Password Policy in NIST 800-63B-4 (แนวทางรหัสผ่านตามบริบท) ข้อความพื้นฐานเดิมยังไม่บอกข้อกำหนด NIST ฉบับปัจจุบัน
NIST SP 800-63B-4 แยกรหัสผ่านที่ใช้เป็น single factor ซึ่งขั้นต่ำ 15 อักขระ จากรหัสผ่านที่ใช้เฉพาะเป็นส่วนหนึ่งของ MFA ซึ่งอาจสั้นกว่าแต่ขั้นต่ำ 8 อักขระ ไม่กำหนด composition rules แบบบังคับผสมชนิดอักขระ และไม่บังคับเปลี่ยนเป็นรอบโดยไม่มีเหตุ แต่ต้องเปลี่ยนเมื่อมีหลักฐานว่า credential ถูก compromise
ข้อกำหนดนี้ใช้ในขอบเขตแนวทาง digital identity ของ NIST ไม่ใช่การเปลี่ยนนโยบายทุกองค์กรอัตโนมัติ Verifier ยังต้องใช้ blocklist ของรหัสผ่านที่พบบ่อยหรือรั่ว rate limiting และการเก็บ password hash ที่เหมาะ Password manager ช่วยจัดรหัสเฉพาะบริการ แต่ยังต้องปกป้องการเข้าถึงและ recovery
อ่านในบทที่เกี่ยวข้อง → 20.1.3 · ตรวจเอกสาร 30 กันยายน 2026
Passkeys and Phishing Resistance (พาสคีย์และการต้าน phishing) Transcript แนะนำ MFA แต่ไม่ได้แปลว่า MFA ทุกแบบต้าน phishing เท่ากัน
Passkey ใช้ public-key challenge/response ที่ผูกกับบริการ แทนการส่ง secret ที่ผู้ใช้พิมพ์ให้เว็บไซต์ Authenticator ใช้ private key ลงนามและ server ตรวจด้วย public key ส่วน PIN หรือ biometric ใช้ปลดการใช้ key ตามระบบ จึงไม่ต้องส่ง private key ให้เว็บไซต์
OTP MFA ยังอาจถูกหลอกให้กรอกและนำไปใช้ต่อได้ จึงไม่เรียก MFA ทุกแบบว่า phishing-resistant การใช้ passkey ต้องดูชนิด device-bound/synced, enrollment, recovery และ session การต้าน phishing ของ credential ไม่ได้กำจัดการยึด session หรือความผิดพลาดด้านสิทธิ์ทุกแบบ
อ่านในบทที่เกี่ยวข้อง → 21.3.2 · ตรวจเอกสาร 30 กันยายน 2026
OWASP Top 10:2025 and CVSS v4.0 (อ่านรุ่นของรายการและคะแนน) Atlas เดิมอ้าง OWASP Top 10 แบบไม่ระบุปี และยังไม่แยก CVSS vector version
OWASP มี Top 10:2025 ฉบับเผยแพร่แล้ว เช่น A03 ว่าด้วยความล้มเหลวของ software supply chain, A09 เชื่อมการเก็บ log กับการแจ้งเตือน และ A10 ว่าด้วยการจัดการเงื่อนไขผิดปกติ ข้อมูลรุ่นเก่ายังช่วยอ่านระบบเดิม แต่ห้ามย้ายเลข Axx ไปอีกปีโดยคิดว่าชื่อกับขอบเขตเหมือนกัน
CVSS v4.0 มี Base, Threat, Environmental และ Supplemental metrics จึงต้องอ่าน version, vector และชุดที่ใช้กับคะแนน ไม่เปรียบเทียบเลขต่างรุ่นอย่างเดียว คะแนนความรุนแรงยังต้องรวม exposure, asset และการใช้จริงก่อนจัดลำดับงานขององค์กร ไม่ใช่ค่าความเสี่ยงครบทุกด้านหรือโอกาสถูกโจมตีโดยตรง
อ่านในบทที่เกี่ยวข้อง → 24.1.1 · ตรวจเอกสาร 30 กันยายน 2026
Incident Response in SP 800-61 Rev. 3 (รับมือเหตุในบริบท CSF 2.0) T0190 สอนวงจร incident response แบบ SP 800-61 รุ่นเก่า
NIST SP 800-61 Rev. 3 ฉบับ final เดือนเมษายน 2025 supersede Rev. 2 โดยเชื่อม incident response เข้ากับ CSF 2.0 การเตรียมใน Govern/Identify/Protect รองรับงานตอบสนอง ส่วน Detect/Respond/Recover เป็นงานระหว่างรับมือ และสิ่งที่เรียนรู้ย้อนปรับระบบได้ต่อเนื่อง
วงจร preparation, detection/analysis, containment/eradication/recovery และ post-incident ยังเป็นคำศัพท์ที่ใช้จัดการปฏิบัติงานได้ จึงไม่ลบทิ้ง แต่ไม่อ้างว่าเป็นภาพ life cycle ฉบับปัจจุบันของ NIST ทุกคำ การจัดวงจรต้องเหมาะกับองค์กรและรักษาบทบาท หลักฐานและอำนาจตัดสิน
อ่านในบทที่เกี่ยวข้อง → 25.1.3 · ตรวจเอกสาร 30 กันยายน 2026
CSF 2.0 and Tiers (ฟังก์ชันกับระดับการกำกับเป็นคนละแกน) Transcript หลายช่วงใช้ CSF ห้าฟังก์ชัน และ T0009 เรียก Tier 1 ว่า passive
CSF 2.0 มีหกฟังก์ชันด้วย Govern ที่เพิ่มจาก Identify/Protect/Detect/Respond/Recover การนับห้าใน transcript คือบริบทรุ่นเดิม ไม่ควรทำให้ห้าฟังก์ชันถูกแปลว่า diagram ปัจจุบันทั้งหมด
Tiers ใช้อธิบายความเข้มงวดของการกำกับและบริหารความเสี่ยง ไม่ใช้เป็นคะแนนอ่านหรือขั้นความเก่งของผู้เรียน ชื่อ Tier 1 คือ Partial ไม่ใช่ passive ส่วน Profiles เชื่อมผลลัพธ์ current/target ตามบริบทองค์กร การเห็นชื่อ framework ในเอกสารยังไม่พิสูจน์ผล control ที่ทำจริง
อ่านในบทที่เกี่ยวข้อง → 29.2.1 · ตรวจเอกสาร 30 กันยายน 2026
AI for CSF Reporting: A 2026 Draft (การใช้ AI กับกรอบงานฉบับร่าง) เป็นพัฒนาการภายนอกที่ใหม่กว่ารายการคอร์สเดิม
NIST เผยแพร่ SP 1353 Initial Public Draft ในเดือนสิงหาคม 2026 ว่าด้วยการใช้ AI ช่วย CSF analysis และ reporting ณ วันที่ตรวจ 30 กันยายน 2026 เอกสารยังเป็นฉบับร่าง ไม่ใช่ข้อกำหนด final ที่ให้ใช้รับรอง compliance
สิ่งที่ควรเข้าใจก่อนคือ framework รุ่นที่ใช้ ขอบเขตหลักฐานและการตรวจคำสรุปของ AI อย่าใช้ชื่อรายงานหรือคำตอบที่ดูมั่นใจแทนผล control ที่ตรวจจริง การติดตาม draft นี้เป็นเรื่องต่อยอด ไม่จำเป็นต้องอ่านก่อนเข้าใจ CSF พื้นฐาน
อ่านในบทที่เกี่ยวข้อง → 29.2.3 · ตรวจเอกสาร 30 กันยายน 2026
AI Application Security (ความปลอดภัยของระบบ AI เอง) การใช้ AI ช่วยวิเคราะห์ alert ต่างจากการรักษาความปลอดภัยของแอป AI
OWASP มี Top 10 สำหรับ LLM applications ฉบับ 2025 โดย prompt injection เป็นหนึ่งในความเสี่ยง ข้อความจากเว็บ เอกสารหรือ log ที่ AI อ่านอาจพยายามเปลี่ยนคำสั่ง จึงต้องแยกข้อมูลที่ไม่เชื่อถือออกจากอำนาจใช้ tools และเข้าถึงข้อมูล ไม่ถือว่าทุกประโยคในเอกสารเป็นคำสั่งที่ผู้ใช้อนุญาต
การเพิ่มข้อความบอกให้โมเดลไม่ทำตามคำสั่งอันตรายอย่างเดียวไม่รับรองผล ระบบต้องมีสิทธิ์ที่จำกัด การตรวจ output ก่อนนำไปใช้ และการรักษา secrets กับช่องทางเข้าถึง หลักการนี้เสริมงานวิเคราะห์เหตุเดิม ไม่ใช่ข้ออ้างว่าคอร์สเดิมสอน AI security ครบแล้ว
อ่านในบทที่เกี่ยวข้อง → ตรวจจาก corpus ที่เก็บไว้และเอกสารหลัก ณ 30 กันยายน 2026 เป็นการตรวจประเด็นที่เปลี่ยนตามยุค ไม่ใช่การยืนยันว่าอ่านทุกประโยคใหม่หรือว่า Coursera เปลี่ยนทุก module ตามนี้
กลับคลังบทอ่าน →