Security+ Academy · บทเรียน

ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน

ติดตามวงจรชีวิตการทดสอบเจาะระบบ ได้แก่ การสำรวจ การสแกน การใช้ประโยชน์จากช่องโหว่ การใช้ประโยชน์หลังการเจาะระบบ และรายงานฉบับสุดท้ายที่ขับเคลื่อนการแก้ไข

บทเรียน 3 จาก 413 ขั้นตอน

ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน เป็นบทเรียน Security+ Academy ฟรีบน CoddyKit นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Security+ Academy และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Security+ Academy มีบทเรียนทั้งหมด 4 บทเรียน

วงจรชีวิตการทดสอบเจาะระบบ

การทดสอบเจาะระบบที่มีโครงสร้างจะดำเนินตามวงจรชีวิตที่กำหนดไว้อย่างชัดเจน เพื่อให้ครอบคลุมอย่างทั่วถึง ลดความเสี่ยงต่อระบบที่ใช้งานจริง และสร้างผลลัพธ์ที่นำไปดำเนินการต่อได้ เฟรมเวิร์กที่ได้รับการยอมรับอย่างแพร่หลายที่สุดมาจาก PTES (มาตรฐานการดำเนินการทดสอบเจาะระบบ) และสอดคล้องกับแนวทางของ NIST ขั้นตอนต่าง ๆ ได้แก่ การวางแผน/การกำหนดขอบเขต, Reconnaissance, Scanning, Exploitation, Post-Exploitation และ Reporting แต่ละขั้นตอนต่อยอดจากขั้นตอนก่อนหน้า คุณไม่สามารถใช้ประโยชน์จากสิ่งที่ยังค้นไม่พบ และไม่สามารถรายงานสิ่งที่ยังไม่ได้บันทึกไว้ การข้ามขั้นตอนหรือเร่งรัดขั้นตอนจะนำไปสู่การประเมินที่ไม่สมบูรณ์และ Finding ที่ไม่น่าเชื่อถือ

# Penetration testing phases:
# 1. Planning & Scoping    (Rules of Engagement)
# 2. Reconnaissance        (OSINT + passive recon)
# 3. Scanning/Enumeration  (active discovery)
# 4. Exploitation          (attacking vulnerabilities)
# 5. Post-Exploitation     (lateral movement, persistence)
# 6. Reporting             (findings + recommendations)

ขั้นตอนที่ 1: การวางแผนและการกำหนดขอบเขต

ขั้นตอนการวางแผน เป็นการวางรากฐานด้านกฎหมายและการปฏิบัติงานสำหรับ Engagement สิ่งที่ต้องจัดทำ ได้แก่ Statement of Work (SOW) ที่ลงนามแล้ว ซึ่งกำหนดวัตถุประสงค์และราคา เอกสาร Rules of Engagement (RoE) ที่ระบุ Target ที่ได้รับอนุญาต ช่วงเวลา เทคนิคที่ห้ามใช้ ผู้ติดต่อกรณีฉุกเฉิน และข้อกำหนดด้านการจัดการข้อมูล รวมถึงการกำหนด เกณฑ์ความสำเร็จ อย่างชัดเจน (สิ่งที่ถือว่าบรรลุวัตถุประสงค์) ต้องกำหนดขอบเขตอย่างแม่นยำเพื่อป้องกันขอบเขตงานขยายโดยไม่ตั้งใจ (เช่น การทดสอบระบบที่ไม่ได้รับอนุญาต) และเพื่อให้แน่ใจว่าการประเมินครอบคลุมทรัพยากรที่สำคัญที่สุด ช่องทางการสื่อสารและขั้นตอนการยกระดับปัญหาทั้งหมดต้องจัดเตรียมให้เรียบร้อยก่อนเริ่มงานด้านเทคนิค

# Scoping questions to answer:
# - Which IP ranges/domains are in scope?
# - Are cloud environments (AWS/Azure/GCP) in scope?
# - Are physical attacks in scope?
# - Are employees fair game for phishing?
# - Are denial-of-service techniques permitted?
# - What notification procedures exist?
# - Who is the authorized point of contact?
# - What is the test window (dates/times)?
# - How will data be protected and destroyed after?

ขั้นตอนที่ 2: การสอดแนมแบบพาสซีฟ (OSINT)

การสอดแนมแบบพาสซีฟ คือการรวบรวมข้อมูลเกี่ยวกับ Target โดยไม่โต้ตอบกับระบบของ Target โดยตรง แต่ใช้แหล่งข้อมูลสาธารณะที่ไม่สร้าง logs บน Target แหล่งข้อมูลเหล่านี้ได้แก่ ระเบียน WHOIS (การจดทะเบียนโดเมน ข้อมูลติดต่อผู้จดทะเบียน) ระเบียน DNS logs ของ Certificate transparency (เปิดเผยโดเมนย่อย) LinkedIn (ชื่อพนักงาน ตำแหน่งงาน เทคโนโลยีที่ใช้) ประกาศรับสมัครงาน (เปิดเผยชุดเทคโนโลยีและเครื่องมือ) Shodan/Censys (บริการที่เชื่อมต่ออินเทอร์เน็ตและ Port ที่เปิดอยู่) พื้นที่เก็บข้อมูล GitHub (ซอร์สโค้ด ข้อมูลประจำตัวที่ถูกส่งเข้าไปโดยไม่ตั้งใจ) และการค้นหาแบบ Google dorking (การค้นหาเฉพาะเว็บไซต์เพื่อหาไฟล์ที่ละเอียดอ่อนและส่วนติดต่อที่เปิดเผย)

# OSINT techniques (no target contact):
# WHOIS:
whois targetcompany.com

# DNS enumeration via public resolvers:
dig @8.8.8.8 targetcompany.com ANY
dnsx -d targetcompany.com -a -aaaa -cname -mx -ns

# Certificate transparency (subdomains):
curl 'https://crt.sh/?q=%.targetcompany.com&output=json'

# Google dorks:
# site:targetcompany.com filetype:pdf confidential
# site:targetcompany.com inurl:admin
# site:github.com targetcompany password OR apikey

ขั้นตอนที่ 2: การสอดแนมแบบแอ็กทีฟ

การสอดแนมแบบแอ็กทีฟ คือการโต้ตอบกับระบบของ Target โดยตรงเพื่อรวบรวมข้อมูล วิธีนี้จะสร้าง logs บน Target และมีเสียงรบกวนมากกว่าการสอดแนมแบบพาสซีฟโดยธรรมชาติ เทคนิคต่าง ๆ ได้แก่ การสแกน Port (Nmap) การแจกแจงบริการ ความพยายามถ่ายโอนโซน DNS และการดึงแบนเนอร์ ขอบเขตระหว่างการสอดแนมกับการสแกนนั้นไม่ชัดเจน โดยเป้าหมายของการสอดแนมคือการรวบรวมข้อมูล ส่วนการสแกนโดยทั่วไปสื่อถึงการระบุช่องโหว่ อย่างไรก็ตาม การสอดแนมแบบแอ็กทีฟอาจกระตุ้นการแจ้งเตือนของ IDS/IPS และอาจถูก Target ที่ตระหนักถึง Security ตรวจพบได้ ดังนั้นผู้ทดสอบจึงต้องสร้างสมดุลระหว่างความละเอียดถี่ถ้วนกับการพรางตัวตามวัตถุประสงค์ของ Engagement (การทดสอบการตรวจจับเทียบกับการเจาะระบบแบบพรางตัว)

# Active reconnaissance techniques:
# Host discovery:
nmap -sn 192.168.1.0/24 -oG alive_hosts.txt

# DNS zone transfer (if misconfigured):
dig axfr @ns1.targetcompany.com targetcompany.com

# Banner grabbing:
nc -v 192.168.1.10 22    # SSH version
curl -I https://targetcompany.com  # web server header

# SMTP enumeration:
nmap --script smtp-enum-users 192.168.1.25

# Web crawler:
whatweb targetcompany.com

ขั้นตอนที่ 3: การสแกนและการวิเคราะห์ช่องโหว่

ขั้นตอนการสแกน จะค้นหา Port ที่เปิดอยู่ บริการ เวอร์ชันซอฟต์แวร์ และช่องโหว่ที่ทราบแล้วบน Target ที่อยู่ในขอบเขตอย่างเป็นระบบ ขั้นตอนนี้ใช้เครื่องมืออย่าง Nmap สำหรับการแจกแจงบริการ และ Nessus/OpenVAS สำหรับการสแกนช่องโหว่ ผู้ทดสอบเจาะระบบจะตรวจสอบผลลัพธ์จากเครื่องสแกนด้วยตนเองและเชื่อมโยง Finding ต่าง ๆ เข้าด้วยกัน เช่น เวอร์ชันของ Apache ที่ Nmap ระบุอาจตรงกับ Exploitation ที่ทราบในฐานข้อมูล CVE ขั้นตอนนี้ยังรวมถึงการตรวจสอบเว็บแอปพลิเคชันด้วยตนเอง (โดยใช้ Burp Suite) และการทดสอบกลไกการยืนยันตัวตน ผลลัพธ์คือรายการเส้นทางการโจมตีที่อาจเป็นไปได้ซึ่งจัดลำดับความสำคัญแล้ว เพื่อดำเนินการต่อในขั้นตอน Exploitation

# Scanning phase workflow:
# 1. Port and service scan:
nmap -sV -sC -O 192.168.1.0/24 -oX services.xml

# 2. Vulnerability scan (Nessus/OpenVAS):
# Import Nmap results -> credentialed scan -> export report

# 3. Web application scanning:
burpsuite                              # manual + scanner
niklto -h https://192.168.1.10
wpscan --url https://targetsite.com   # WordPress-specific

# 4. Correlate version with CVEs:
# searchsploit apache 2.4.41
# Check NVD: https://nvd.nist.gov/vuln/search

ขั้นตอนที่ 4: Exploitation

ขั้นตอน Exploitation คือการพยายามใช้ประโยชน์จากช่องโหว่ที่ระบุได้ เพื่อให้เข้าถึงระบบโดยไม่ได้รับอนุญาต ยกระดับสิทธิ์ หรือบรรลุวัตถุประสงค์อื่นที่กำหนดไว้ การใช้ประโยชน์จากช่องโหว่ต้องอยู่ภายในขอบเขตและ Rules of Engagement อย่างเคร่งครัด เทคนิคต่าง ๆ ได้แก่ การใช้ประโยชน์จากช่องโหว่ที่ยังไม่ได้รับการแก้ไข (โดยใช้ Metasploit หรือวิธีการโจมตีด้วยตนเอง) การโจมตีข้อมูลประจำตัว (การพ่นรหัสผ่าน ข้อมูลประจำตัวเริ่มต้น การเดารหัสผ่านแบบไล่ทุกความเป็นไปได้) การโจมตีเว็บแอปพลิเคชัน (การแทรก SQL การใช้ประโยชน์จาก XSS) และวิศวกรรมสังคมหากได้รับอนุญาต ทุกการดำเนินการต้องบันทึกพร้อมประทับเวลา ระบุว่าทำอะไร เมื่อใด ผลลัพธ์เป็นอย่างไร และใช้เครื่องมือใด เอกสารนี้จะเป็นหลักฐานสำหรับรายงานฉบับสุดท้าย

# Documentation during exploitation:
# Use a testing journal (OneNote, CherryTree, Obsidian)
# For each finding, record:
# - Date/time: 2026-06-15 14:32 UTC
# - Target: 192.168.1.25 (web-prod-01)
# - Finding: SQL injection in /login.php username parameter
# - Command: sqlmap -u 'http://target/login.php' --data 'user=*&pass=x'
# - Screenshot: login_sqli_01.png
# - Impact: retrieved admin credentials from users table
# - CVSS: 9.8 (Critical)

ขั้นตอนที่ 5: Post-Exploitation

Post-Exploitation เริ่มต้นหลังจากเข้าถึงระบบได้ในระยะแรก และสำรวจว่า Attacker สามารถขยายขอบเขตการเข้าถึงได้ไกลเพียงใด กิจกรรมต่าง ๆ ได้แก่ การยกระดับสิทธิ์ (การได้สิทธิ์ผู้ดูแลระบบหรือ root จากการเข้าถึงของผู้ใช้ที่จำกัด) การเก็บเกี่ยวข้อมูลประจำตัว (การดึงแฮช ตั๋ว หรือรหัสผ่านแบบข้อความธรรมดา) การเคลื่อนที่ด้านข้าง (การเข้าถึงระบบอื่นโดยใช้ข้อมูลประจำตัวที่เก็บมา) การค้นหาข้อมูล (การระบุข้อมูลละเอียดอ่อนที่เข้าถึงได้จากตำแหน่งที่ถูกเจาะ) และการสร้าง การคงอยู่ (เพื่อจำลองการเข้าถึงระยะยาวแบบ APT) เป้าหมายคือการแสดงผลกระทบที่เป็นจริงจากการถูกเจาะในครั้งแรก ไม่ใช่เพียงแสดงว่าระบบหนึ่งถูกเจาะ แต่แสดงว่าในท้ายที่สุด Attacker จะเข้าถึงสิ่งใดได้บ้าง

# Post-exploitation with Meterpreter (Metasploit):
meterpreter> sysinfo                  # OS/hostname
meterpreter> getuid                   # current user
meterpreter> getsystem                # attempt privilege escalation
meterpreter> hashdump                 # dump local NTLM hashes
meterpreter> run post/multi/gather/credentials
meterpreter> run post/windows/manage/migrate  # migrate to stable process

# Lateral movement (CrackMapExec with dumped hash):
crackmapexec smb 192.168.1.0/24 -u admin -H <NTLM_hash> --shares

การใช้ระบบเป็นจุดผ่านและการเข้าถึงเครือข่ายภายใน

การใช้ระบบเป็นจุดผ่าน คือการใช้ Host ที่ถูกเจาะเป็นตัวถ่ายทอดเพื่อเข้าถึงส่วนเครือข่ายที่ผู้ทดสอบเจาะระบบไม่สามารถเข้าถึงได้โดยตรง (เช่น VLAN ฐานข้อมูลภายในที่เข้าถึงได้จากเซิร์ฟเวอร์แอปพลิเคชันเท่านั้น) คำสั่ง route add ของ Metasploit และการทำอุโมงค์ SSH (ssh -L สำหรับการส่งต่อภายในเครื่อง หรือ ssh -D สำหรับพร็อกซี SOCKS) เป็นกลไกการใช้ระบบเป็นจุดผ่านที่พบได้ทั่วไป วิธีนี้แสดงให้เห็นว่าการแบ่งส่วนเครือข่ายมีประสิทธิผลจริงหรือไม่ เครือข่ายที่แบ่งส่วนอย่างดีควรป้องกันไม่ให้เซิร์ฟเวอร์ DMZ ที่ถูกเจาะเข้าถึงฐานข้อมูลภายใน ขณะที่เครือข่ายแบบราบเรียบเปิดให้เกิดการเคลื่อนที่ด้านข้างได้อย่างอิสระ เส้นทางการใช้ระบบเป็นจุดผ่านที่บันทึกไว้ในรายงานจะแสดงให้เห็นอย่างชัดเจนว่ามีช่องว่างในการแบ่งส่วนอยู่ที่ใด

# SSH local port forward (pivot):
# Access MySQL on internal server through compromised host:
ssh -L 3306:10.30.30.5:3306 user@compromised_host
# Now connect to MySQL locally:
mysql -h 127.0.0.1 -P 3306 -u root

# SOCKS proxy for full network pivot:
ssh -D 1080 user@compromised_host
# Use proxychains to route tools through SOCKS proxy:
proxychains nmap -sT 10.30.30.0/24

# Metasploit route add:
route add 10.30.30.0/24 <session_id>

การล้างร่องรอยและการเก็บรักษาหลักฐาน

หลังการทดสอบเสร็จสิ้น ผู้ทดสอบเจาะระบบต้องล้างสิ่งที่ติดตั้งไว้ โดยลบประตูหลัง บัญชี และเครื่องมือที่ติดตั้งขึ้น ไม่เหมือน Attacker จริง ผู้ทดสอบเจาะระบบมีหน้าที่ตาม Rules of Engagement ในการคืนระบบให้กลับสู่สภาพก่อนการทดสอบ รายการที่ต้องล้าง ได้แก่ การลบบัญชีผู้ใช้ที่สร้างขึ้น การลบไฟล์ที่นำไปวางไว้ (เพย์โหลด เครื่องมือ) การลบกลไกการคงอยู่ (การสมัครรับข้อมูล WMI งานตามกำหนดเวลา คีย์เรียกใช้รีจิสทรี) และการยืนยันกับลูกค้าว่าสิ่งตกค้างจากการทดสอบทั้งหมดถูกลบแล้ว การเก็บรักษาหลักฐาน จะดำเนินควบคู่กันไป โดยเก็บ Screenshot ผลลัพธ์จากเครื่องมือ logs และบันทึกทั้งหมดในรูปแบบที่ปลอดภัย เพื่อใช้เขียนรายงานและอ้างอิงทางกฎหมายที่อาจเกิดขึ้น

# Post-test cleanup checklist:
# Windows:
# - Delete created accounts: net user testuser /delete
# - Remove scheduled tasks: schtasks /delete /tn 'TestTask'
# - Remove registry persistence: reg delete HKLM\...
# - Delete dropped files: del C:\Windows\Temp\payload.exe
# - Clear event logs (if authorized): wevtutil cl Security

# Linux:
# - Remove cron jobs: crontab -r
# - Remove added SSH keys: edit ~/.ssh/authorized_keys
# - Delete dropped files: rm /tmp/payload.sh

ขั้นตอนที่ 6: Reporting

รายงาน คือผลงานส่งมอบสูงสุดที่อธิบายเหตุผลของ Engagement และผลักดันการแก้ไข รายงานที่มีโครงสร้างดีประกอบด้วย บทสรุปสำหรับผู้บริหาร (ระดับความเสี่ยง ผลกระทบทางธุรกิจ Finding สำคัญ 3 อันดับแรกสำหรับผู้บริหาร) ส่วน Finding ด้านเทคนิค (แต่ละ Finding ต้องมีระดับความรุนแรง คำอธิบาย หลักฐาน ขั้นตอนการทำซ้ำ ผลกระทบทางธุรกิจ และคำแนะนำการแก้ไขที่เฉพาะเจาะจง) และ ภาคผนวก ที่มีผลลัพธ์ดิบจากเครื่องมือและลำดับเวลาโดยละเอียด รายงานจัดเป็นข้อมูลลับ เนื่องจากมีรายละเอียดเพียงพอที่จะทำการโจมตีซ้ำได้ โดยทั่วไปจะส่งมอบผ่านการประชุมสรุปผล ซึ่งทีมทดสอบเจาะระบบจะอธิบาย Finding ต่าง ๆ และตอบคำถามของลูกค้า การจัดทำรายงานที่ดีคือสิ่งที่แยก Engagement แบบมืออาชีพออกจากการส่งผลสแกนแบบไร้การวิเคราะห์

การสอดแนมแบบพาสซีฟเทียบกับแบบแอ็กทีฟสำหรับการสอบ

Security+ มักทดสอบความแตกต่างระหว่างการสอดแนมแบบพาสซีฟและแบบแอ็กทีฟ การสอดแนมแบบพาสซีฟ คือการรวบรวมข้อมูลจากแหล่งข้อมูลสาธารณะโดยไม่ติดต่อกับระบบของ Target โดยตรง จึงไม่มี logs ถูกสร้างบน Target ตัวอย่างเช่น การอ่านระเบียน WHOIS การตรวจสอบ LinkedIn การเรียกค้น logs ของ Certificate transparency และการค้นหาบน Shodan การสอดแนมแบบแอ็กทีฟ คือการโต้ตอบกับระบบของ Target โดยตรง เช่น การสแกน Port การดึงแบนเนอร์ และความพยายามถ่ายโอนโซน DNS การสอดแนมแบบแอ็กทีฟจะสร้าง logs และอาจกระตุ้นการแจ้งเตือนของ IDS ใน Engagement จริง การสอดแนมแบบพาสซีฟจะมาก่อนแบบแอ็กทีฟ เพื่อสร้างแผนผังก่อนติดต่อเครือข่ายของ Target ในลักษณะที่ตรวจจับได้

ตรวจสอบความเข้าใจอย่างรวดเร็ว

ทดสอบความเข้าใจแนวคิดของ CompTIA Security+ (SY0-701) จากบทเรียนนี้

ทบทวนบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า การทดสอบเจาะระบบดำเนินตามวงจรชีวิตที่มีโครงสร้าง ได้แก่ การวางแผน การสอดแนม การสแกน Exploitation Post-Exploitation และ Reporting การสอดแนมแบบพาสซีฟ ใช้แหล่งข้อมูล OSINT สาธารณะโดยไม่สร้าง logs ฝั่ง Target ขณะที่การสอดแนมแบบแอ็กทีฟจะโต้ตอบกับระบบโดยตรง และ รายงานฉบับสุดท้าย ซึ่งมีบทสรุปสำหรับผู้บริหาร Finding ด้านเทคนิค และคำแนะนำการแก้ไขที่เฉพาะเจาะจง คือผลงานส่งมอบสำคัญที่ผลักดันการปรับปรุง Security ต่อไปเราจะสำรวจการให้คะแนน CVSS และวิธีจัดลำดับความสำคัญของการแก้ไขช่องโหว่

เริ่มต้นได้ฟรี

เรียนรู้ Security+ Academy ด้วย AI tutor — ฟรี

เขียนและเรียกใช้โค้ดจริงในเบราว์เซอร์ของคุณ รับความช่วยเหลือทันทีจาก AI tutor 24/7 และเรียนรู้ต่อจากที่คุณหยุดบนเว็บหรือในแอป

คอร์ส
30
บทเรียน
120

คำถามที่พบบ่อย

บทเรียน “ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Security+ Academy ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Security+ Academy มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน”

ติดตามวงจรชีวิตการทดสอบเจาะระบบ ได้แก่ การสำรวจ การสแกน การใช้ประโยชน์จากช่องโหว่ การใช้ประโยชน์หลังการเจาะระบบ และรายงานฉบับสุดท้ายที่ขับเคลื่อนการแก้ไข คุณปฏิบัติ Security+ Academy ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Security+ Academy หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Security+ Academy บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน

บทเรียน “ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Security+ Academy นี้ได้ไหม

ได้ บทเรียน Security+ Academy ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. การสแกนช่องโหว่เทียบกับการทดสอบเจาะระบบ
  2. เครื่องมือสแกนที่พบบ่อย: Nessus, OpenVAS และ Nmap
  3. ระยะของการทดสอบเจาะระบบ: จากการสำรวจไปจนถึงการรายงาน
  4. การให้คะแนน CVSS และการจัดลำดับความสำคัญของช่องโหว่
← กลับไปที่ Security+ Academy