Bước 3 · Security Ops · Associate

SC-200 Security Operations Analyst

Microsoft Security Operations Analyst — phát hiện, điều tra và ứng phó với các mối đe dọa bằng Defender XDR, Defender for Cloud và Microsoft Sentinel. KQL là ngôn ngữ cốt lõi.

40–60
câu hỏi
120'
thời gian
700
điểm đỗ
$165
lệ phí
Defender XDR
25–30%
Defender for Cloud
15–20%
Microsoft Sentinel
50–55%
D1Mitigate Threats using Microsoft Defender XDR25–30%
Defender XDR — Incident Management
Incidents · Attack Story · Advanced Hunting · Threat Analytics · SecureScore
🇬🇧 English

Incident vs Alert: an Alert is a single detection event from one product (e.g., MDE detects suspicious PowerShell). An Incident is a correlated collection of related alerts from multiple sources that together tell the full attack story. SOC always works at the Incident level — not per-alert — to avoid missing context.

Attack Disruption: Defender XDR ML automatically interrupts human-operated attacks mid-progress. When ransomware or BEC patterns are detected with high confidence → automatically contain compromised user + isolate device — without waiting for human action. Reduces dwell time from hours to minutes.

Advanced Hunting (KQL): interactive query tool across 30+ tables (DeviceEvents, EmailEvents, IdentityLogonEvents, AlertEvidence, etc.) for proactive threat hunting and investigation. Results limited to 30 days of data. Supports custom detection rules (run on schedule → generate alerts automatically).

Threat Analytics: curated intelligence reports from Microsoft Threat Intelligence on active campaigns and CVEs. Each report includes: executive summary, MITRE ATT&CK mapping, indicators of compromise (IoCs), mitigation actions, and your organization's exposure status (which assets are vulnerable/patched).

Secure Score (Defender): distinct from Compliance Manager score. Measures active security control coverage across identities, devices, apps, data. Each recommended action has a score value. Prioritize by impact vs implementation effort. Compare with similar-sized organizations (benchmark).

🇻🇳 Tiếng Việt

Incident vs Alert: phishing email (MDO alert) → user click link → malware download (MDE alert) → lateral movement (MDI alert) → data exfil → Defender XDR gom tất cả thành 1 Incident "Ransomware campaign — Contoso". SOC analyst chỉ xử lý 1 incident, không phải 50 alerts rời rạc. Attack story timeline hiển thị full chain từ phút đầu tiên.

Attack Disruption: ransomware bắt đầu mã hóa file lúc 2am → Defender XDR phát hiện sau 3 phút → tự động isolate máy + revoke session user → gửi alert → IT sáng ra có máy đã bị cô lập sẵn nhưng thiệt hại dừng lại tại 1 máy, không lan sang cả network. Không cần ai thức 2am.

Advanced Hunting: SOC muốn tìm tất cả máy đã kết nối đến domain độc hại trong 14 ngày qua → KQL query DeviceNetworkEvents. Tạo custom detection rule từ query đó → alert tự động nếu phát hiện lại. Hunting chủ động thay vì chờ alert.

Threat Analytics: CVE-2024-xxxx được exploit rộng rãi → Microsoft Threat Intelligence phát hành báo cáo → Threat Analytics dashboard hiển thị: "Bạn có 45 máy chưa vá lỗ hổng này". Click vào → xem danh sách máy → gửi cho IT vá ngay. Không cần tự research từ ngoài vào.

Secure Score: mỗi tuần tăng 2-3 điểm Secure Score bằng cách implement recommended actions. "Enable MFA for all users" = +15 điểm. "Block legacy authentication" = +8 điểm. Compare với benchmark ngành → mục tiêu top 25%. Không giống Compliance Manager — đây đo depth bảo mật thực tế.

⚙ KQL Hunting thực tế

// Tìm email phishing có credential harvesting link:
EmailUrlInfo
| where Url has_any ("login","verify","confirm","update") and UrlDomain !endswith ".microsoft.com"
| join EmailEvents on NetworkMessageId
| where ThreatTypes has "Phish"
| project RecipientEmailAddress, SenderFromAddress, Url, DeliveryAction

Defender for Endpoint — SOC Operations
Device timeline · Live Response · Threat & Vulnerability Management · EDR in Block mode
🇬🇧 English

Device timeline: 180-day behavioral history per device: process trees, network connections, file operations, registry changes, logon events. SOC analysts pivot from an alert → device timeline → trace attacker lateral movement step by step. Correlates with MITRE ATT&CK techniques.

Live Response: real-time shell access to an enrolled device for investigation and containment — without requiring VPN or RDP. Commands: getfile (pull suspicious file for analysis), putfile (deploy remediation script), run (execute script), remediate (kill process, quarantine file). All commands logged for forensics.

Threat & Vulnerability Management (TVM): agentless vulnerability scanning. Exposure Score + Device Exposure Score. Security recommendations linked to CVE severity + exploitability + asset criticality. "Top security recommendations" sorted by highest remediation value. Integrates with ServiceNow/Jira for ticketing.

EDR in Block mode: when third-party AV is the primary protection (e.g., Symantec), MDE EDR still operates in passive mode but can block malicious artifacts at the post-breach stage. Provides defense-in-depth even without MDE as primary AV.

🇻🇳 Tiếng Việt

Device timeline: máy bị alert → SOC mở device timeline → thấy: 14:23 user mở email attachment → 14:24 powershell.exe spawned với encoded command → 14:25 net.exe chạy "net user /domain" → 14:26 kết nối đến 185.x.x.x (C2). Timeline 4 bước này là toàn bộ attack chain, tất cả có timestamp và hash. Chứng cứ pháp lý đầy đủ.

Live Response: máy nghi bị compromised ở văn phòng HCM — không có IT tại chỗ → SOC Hà Nội kết nối Live Response → getfile %TEMP%\suspicious.exe → upload lên threat analysis → run cleanup script → confirm sạch → disconnect. Không cần người đến trực tiếp. All logged.

TVM: thay vì chạy Nessus scan rồi parse CSV phức tạp → TVM tự phát hiện CVE trên mọi enrolled device → Exposure Score dashboard → "Critical" CVEs có exploit available → sort by số máy bị ảnh hưởng → gửi ticket ServiceNow cho IT team vá trong 48h. Tự động hóa vulnerability lifecycle.

EDR in Block mode: công ty đang dùng Symantec (hợp đồng còn 2 năm) nhưng muốn thêm Microsoft Defender → deploy MDE trong passive mode + bật EDR in Block → MDE không làm primary AV nhưng vẫn block malware phát hiện ở post-breach stage mà Symantec bỏ lọt. Defense in depth mà không cần thay AV ngay.

⚙ Thực tế

Incident response workflow với MDE: Alert "Suspicious process injection" → Device timeline review 30 phút trước alert → identify patient zero → Live Response: getfile injected.dll + quarantine process → TVM: check nếu CVE exploit được dùng → patch recommendation → custom detection rule: nếu DLL này xuất hiện trên bất kỳ máy nào → alert ngay. Containment hoàn tất trong 15 phút.

D2Mitigate Threats using Defender for Cloud15–20%
Defender for Cloud — SOC Integration
Security Alerts · Workload protection plans · DevSecOps · Multi-cloud
🇬🇧 English

Security Alerts vs Recommendations: Recommendations = configuration gaps (proactive — fix to prevent attack). Security Alerts = active threat detections from CWPP (reactive — someone is attacking right now). Alerts have severity (High/Medium/Low/Informational) and MITRE ATT&CK stage mapping. SOC responds to alerts; security engineering responds to recommendations.

Defender for Servers Plan 2: MDE integration (auto-provision to all servers), File Integrity Monitoring (FIM — track critical OS file changes: /etc/passwd, Windows SAM), Adaptive Application Controls (define allowlisted apps per server group — alert if unlisted app runs), JIT VM Access, vulnerability assessment via TVM or Qualys.

DevSecOps — Defender for DevOps: connect GitHub/Azure DevOps repositories. Scan for: secrets in code (GitHub Actions secrets, Kubernetes configs), IaC misconfigurations (Terraform, ARM, Bicep), container image vulnerabilities. Results surface in Defender for Cloud console as recommendations — link directly to the offending code line.

Multi-cloud (AWS/GCP): connect via Cloud Connector (CSPM for AWS/GCP is free in basic tier). CWPP for non-Azure resources requires Defender plans. Single Regulatory Compliance dashboard across Azure + AWS + GCP. Arc-enabled servers: on-prem Windows/Linux servers appear as Azure resources and get full CWPP protection.

🇻🇳 Tiếng Việt

Alert vs Recommendation: Recommendation "Restrict unrestricted inbound access to management ports" = cấu hình sai, chưa bị tấn công → security team fix theo roadmap. Alert "Brute force attack on SSH from 185.x.x.x" = đang bị tấn công ngay lúc này → SOC phải respond ngay (block IP, check xem có thành công không). Hai luồng xử lý khác nhau: engineer vs SOC.

Defender for Servers P2: FIM phát hiện /etc/passwd bị sửa lúc 3am (ai đó thêm user mới vào Linux server) → alert ngay. Adaptive App Controls: server production chỉ chạy nginx + node → bật whitelist → alert nếu python.exe hay nc.exe chạy (dấu hiệu attacker chạy reverse shell). Cực kỳ hiệu quả phát hiện attacker post-compromise.

DevSecOps: developer commit Terraform file có AWS_SECRET_KEY hardcode → Defender for DevOps scan → alert trong PR comments → developer fix trước khi merge. Secret không bao giờ vào production. Không cần tool riêng — tích hợp ngay trong GitHub Actions pipeline.

Multi-cloud: tổ chức dùng Azure + AWS → một dashboard Defender for Cloud xem Secure Score và alerts cho cả hai. Arc-enabled: server on-prem Hà Nội → install Arc agent → xuất hiện trong Defender for Cloud → FIM + JIT + TVM hoạt động như Azure VM. Không cần tool khác cho hybrid.

⚙ Thực tế

Alert triage SOP: Defender for Cloud Alert "Unusual access to Key Vault from anonymous IP" → severity: High → SOC analyst: (1) check Key Vault access log — bao nhiêu secrets được đọc? (2) IP lookup — Tor exit node → confirmed malicious. (3) Revoke Key Vault access policy → rotate tất cả secrets bị accessed. (4) Trace ngược: Entra sign-in logs → tài khoản nào compromise. (5) Tạo incident trong Sentinel. Total: 20 phút từ alert đến containment.

D3Mitigate Threats using Microsoft Sentinel50–55%
Sentinel — Analytics & Detection Engineering
Analytics rules · Watchlists · Threat Intelligence · Entity behavior (UEBA)
🇬🇧 English

Analytics rule types: Scheduled (KQL runs every N minutes — most common, fully customizable, create alerts when query returns results). NRT Near Real-Time (1-minute detection, subset of Scheduled — use for high-priority detections like admin account modifications). Anomaly (ML baseline — unusual process counts, unusual logon times — lower fidelity but catches novel attacks). Fusion (ML correlation — maps multiple low-fidelity signals to a MITRE tactic — high confidence, reduce false positives dramatically).

Watchlists: CSV-based reference data uploaded to Sentinel — enriches KQL queries at query time without storing data in Log Analytics (saves cost). Common uses: high-value asset list (VIP users, critical servers), known malicious IPs, allowed TOR exit nodes, vulnerability remediation tracking.

Threat Intelligence: STIX/TAXII feeds ingested as TI indicators (IP, URL, file hash, domain). Used in: Threat Intelligence analytics rule (auto-alert when any ingested log matches a TI indicator), Advanced Hunting (join TI table with telemetry), Dashboard visualization. Microsoft Defender TI (MDTI) provides premium curated intel.

UEBA (User and Entity Behavior Analytics): ML baseline for each user/entity. Detects: peer group anomalies (Finance Director suddenly doing DevOps actions), time anomalies (user who only works 9-5 suddenly active at 3am), resource anomalies (user downloading 100x normal data volume). Produces Entity Insights and Anomaly score per user/device.

🇻🇳 Tiếng Việt

Analytics rule types: Scheduled = detection engineer viết KQL rule phát hiện brute force (>10 failed login trong 5 phút từ cùng IP) → tạo alert → tạo incident → SOC xử lý. NRT = rule phát hiện thêm Global Admin mới → cần detect trong vòng 1 phút (không thể chờ 5 phút). Anomaly = ML tự học baseline, phát hiện "user này đột nhiên download 50GB" mà không cần định nghĩa threshold. Fusion = gom nhiều tín hiệu nhỏ thành 1 incident có ý nghĩa.

Watchlists: SOC có danh sách 50 VIP users (C-level executives) → upload Watchlist "VIP-Users" → Analytics rule: if login failure from VIP user → severity High (ngay cả khi chỉ 1 lần thất bại, vì high-value target). Danh sách update qua CSV mỗi tháng — không cần sửa KQL query. Tiết kiệm hơn Custom Logs vì không tính GB ingestion.

Threat Intelligence: CISA ISACs cung cấp STIX feed mỗi ngày về IoCs ransomware group mới nhất → ingest qua TAXII connector → ThreatIntelligenceIndicator table trong Sentinel → rule tự alert nếu bất kỳ traffic nào đến IP/domain trong feed này. Zero lag từ intel → detection.

UEBA: CFO (VIP user) đột nhiên login lúc 2am từ Nga, download 2GB financial documents → UEBA anomaly score = 95/100 → Fusion incident "Possible compromised account — CFO" → Playbook auto-disable account + notify CISO + freeze file sharing. Không cần analyst xác định threshold — ML tự xác định "bất thường".

⚙ Detection rule thực tế

// Detect Entra Global Admin added outside business hours:
AuditLogs
| where OperationName == "Add member to role"
| where Result == "success"
| extend RoleName = tostring(TargetResources[0].displayName)
| where RoleName == "Global Administrator"
| extend Actor = tostring(InitiatedBy.user.userPrincipalName)
| extend Hour = datetime_part("Hour", TimeGenerated)
| where Hour !between (8 .. 18)
| project TimeGenerated, Actor, RoleName

Sentinel — SOAR & Incident Response
Playbooks (Logic Apps) · Automation rules · Incident tasks · Investigation graph
🇬🇧 English

Automation rules: lightweight automated actions triggered on incident creation or update — without requiring a Logic App. Actions: assign owner, change severity, add tag, run playbook, close incident (suppress false positive). Run before Playbooks — use for triage and routing. Example: all incidents from "Office365" data connector → auto-assign to Tier-1 SOC group.

Playbooks (Logic Apps): full workflow automation for complex response. Triggers: incident trigger (when Sentinel creates incident), alert trigger, entity trigger (manual — analyst runs against specific entity during investigation). Actions: call Azure AD APIs (disable user, revoke sessions), call MDE APIs (isolate device, collect investigation package), send Teams adaptive card (human approval), create ServiceNow ticket, call any REST API.

Investigation graph: visual entity relationship map for incident investigation. Shows: users ↔ devices ↔ IPs ↔ files ↔ alerts ↔ mailboxes connected by relationships. Click any entity → expand related entities → find the lateral movement path without writing KQL. Good for Tier-1 SOC analysts.

Incident tasks: structured SOC playbook embedded in the incident — checklist of investigation/response steps. Can be auto-assigned by automation rules or manually by lead analyst. Track completion status per task. Ensures consistent IR process regardless of which analyst handles the incident.

🇻🇳 Tiếng Việt

Automation rules: mọi incident severity "Informational" từ Defender for Cloud (thường là false positive) → auto-close với comment "FP - routine scan". SOC Tier-1 không phải xem mỗi FP nữa. Incident từ "Azure AD Identity Protection" → auto-assign cho Identity Team. Routing tự động không cần manager phân công thủ công.

Playbooks: Phishing incident detect → Playbook "Phishing-Response" tự động: (1) Block sender domain trong MDO. (2) Find all users received same email → soft-delete email từ mailbox. (3) Check nếu bất kỳ user nào đã click link → flag user risk = High. (4) Post Teams message #soc-alerts với summary. (5) Tạo ServiceNow ticket P1. Tất cả trong 3 phút, không cần SOC analyst làm thủ công từng bước.

Investigation graph: Tier-1 analyst không giỏi KQL → dùng Investigation Graph → click vào user bị alert → xem device liên kết → xem IP addresses → xem emails → thấy full attack path. Visual hơn, nhanh hơn cho initial triage. Escalate với Tier-2 nếu cần deep dive KQL.

Incident tasks: mỗi "Ransomware" incident tự động có checklist: (1) Identify patient zero. (2) Isolate affected devices. (3) Preserve evidence (memory dump). (4) Check backup integrity. (5) Notify management. (6) Contact cyber insurance. Dù analyst nào xử lý cũng theo đúng quy trình IR — không bỏ sót bước.

⚙ Thực tế

SOC MTTR (Mean Time to Respond) benchmark: manual SOC = 4h per incident. Sentinel với Automation rules + Playbooks = 45 phút. Cụ thể: automation rule triage (2 phút) → Playbook auto-contain (3 phút) → human investigation (30 phút) → Playbook remediate + report (10 phút). 3 Playbooks quan trọng nhất cần xây đầu tiên: (1) Compromised-User-Response. (2) Malicious-IP-Block. (3) Phishing-Email-Removal.

SC-200 Labs: Dùng M365 E5 + Microsoft Sentinel workspace. Tập trung vào KQL và IR workflow. → Trang lab chính thức Microsoft Learning
D1 · Defender XDR
01
Explore Defender XDR Incidents & Advanced Hunting
Điều hướng security.microsoft.com. Mở incident mẫu, xem Attack Story timeline, MITRE ATT&CK mapping. Chạy Advanced Hunting KQL queries (EmailEvents, DeviceNetworkEvents). Tạo custom detection rule từ query. Xem Threat Analytics report.
⏱ 45 phútDefender XDRKQL★ Bắt buộc
02
Mitigate Attacks with Defender for Endpoint
Onboard Windows VM vào MDE. Chạy attack simulation (WannaCry-like behavior). Xem device timeline, alert, investigation package. Live Response: getfile suspicious file. Verify File Integrity Monitoring. Configure attack surface reduction rules.
⏱ 60 phútMDELive Response★ Bắt buộc
D2 · Defender for Cloud
05
Enable Defender for Cloud Plans
Bật Defender for Servers P2 cho subscription. Review Security Alerts (simulated). Bật JIT VM Access cho 1 VM. Connect GitHub repo với Defender for DevOps. Scan repo cho secrets + IaC misconfigurations. Xem kết quả trong Defender for Cloud.
⏱ 45 phútDefender for CloudDevSecOps★ Quan trọng
D3 · Microsoft Sentinel
06
Connect Logs to Microsoft Sentinel
Tạo Sentinel workspace. Kết nối data connectors: Microsoft 365 Defender (1-click), Entra ID, Azure Activity. Verify data flowing vào tables (SigninLogs, OfficeActivity, SecurityAlert). Bật UEBA. Ingest Threat Intelligence feed (TAXII).
⏱ 45 phútSentinelData Connectors★ Bắt buộc
08
Create Sentinel Analytics Rules & Playbooks
Tạo Scheduled analytics rule detect brute force với KQL. Test rule với sample data. Tạo Automation rule (auto-assign analyst). Tạo Playbook (Logic App): nhận Sentinel incident trigger → post Teams message với incident details → bật trong Automation rule. End-to-end test từ alert → Teams notification.
⏱ 60 phútAnalytics RulesPlaybooks★ Bắt buộc
09
Threat Hunting with Sentinel KQL
Viết Hunting queries: tìm impossible travel trong SigninLogs, tìm mass file delete trong OfficeActivity, tìm new scheduled tasks trong SecurityEvent. Dùng Bookmarks để mark findings. Promote hunting findings thành incidents. Tạo Livestream monitoring query.
⏱ 45 phútKQLThreat Hunting★ Quan trọng
VinaBank · 2,000 users · Financial sector · MAS TRM & NHNN circular compliance
Xây dựng SOC từ đầu: Sentinel + Defender XDR + 24/7 detection coverage
Bối cảnh

VinaBank sau audit NHNN phải triển khai SOC trong 6 tháng. Hiện tại: zero security monitoring, 500 Windows endpoints không có EDR, Sentinel workspace trống. Yêu cầu: 24/7 monitoring, MTTR < 2h, log retention 1 năm, report hàng tháng cho CISO và ban giám đốc. Ngân sách: Microsoft M365 E5 + Defender for Servers P2.

Roadmap 6 tháng
  1. [Tháng 1] Deploy MDE cho 500 endpoints qua Intune. Bật Defender for Servers P2 cho 80 Azure VMs. Connect Sentinel với 8 data connectors ưu tiên (M365D, Entra, Azure Activity, Defender for Cloud, Syslog từ firewall on-prem).
  2. [Tháng 2] 20 analytics rules từ Sentinel Content Hub (Microsoft rule templates). Tune false positives 2 tuần. Tạo 3 Playbooks core: Phishing-Response, Brute-Force-Block, Malware-Containment.
  3. [Tháng 3] Ingest Threat Intelligence (TIAA Financial ISAC feed). Tạo Watchlist: 50 VIP users (board + C-level), 200 critical servers. Bật UEBA. Xây SOC dashboard Workbook.
  4. [Tháng 4] Custom KQL detection rules cho banking patterns: after-hours wire transfer alert, failed auth trên core banking, lateral movement. Automation rules routing theo incident type.
  5. [Tháng 5] Tabletop exercise: simulate ransomware attack → test Playbooks → measure MTTR. Red team Purple team exercise. Fix gaps phát hiện trong exercise.
  6. [Tháng 6] 24/7 SOC go-live: Tier-1 (L1/L2 analyst), Tier-2 (senior), Tier-3 (threat intel). SLA: P1 alert → response 15 phút. First NHNN SOC compliance report.
✅ Kết quả sau 6 tháng: 18 phishing campaigns detected & blocked. 3 ransomware attempts stopped by Playbook automation trong <5 phút. MTTR đạt 47 phút (target <2h). Coverage: 500 endpoints + 80 Azure VMs + Office 365 + Entra ID + on-prem Cisco firewall. NHNN audit passed. Zero breach trong 6 tháng vận hành.
Câu Hỏi Thực Hành SC-200
Q1. SOC muốn tự động disable Entra ID user khi Sentinel tạo "High" severity incident liên quan đến user đó. Giải pháp?
  • A. Tạo Analytics Rule với action "disable user"
  • B. ✅ Tạo Playbook (Logic App) với Sentinel incident trigger → gọi Entra ID API revoke session + disable user → link vào Automation Rule
  • C. Automation Rule trực tiếp disable user
  • D. Dùng Defender XDR Attack Disruption
Playbook (Logic App) cần thiết cho complex actions như gọi external API (Entra). Automation Rules chỉ có limited built-in actions (assign, tag, close, run playbook). Attack Disruption là auto-tính năng riêng của Defender XDR không phải Sentinel.
Q2. KQL query nào phát hiện "impossible travel" — user login từ 2 quốc gia trong 1 giờ?
  • A. SecurityAlert | where Description contains "impossible travel"
  • B. ✅ SigninLogs | summarize Locations = make_set(Location) by UserPrincipalName, bin(TimeGenerated, 1h) | where array_length(Locations) > 1
  • C. IdentityLogonEvents | where LogonType == "RemoteInteractive"
  • D. AuditLogs | where OperationName == "Sign-in"
SigninLogs là đúng table. Dùng make_set group locations theo user theo 1h window, nếu có > 1 location khác nhau = impossible travel. SecurityAlert chỉ xem alerts đã có sẵn, không phải custom detection.
Zalo