Bước 4 · Information Security · Associate

SC-401 Information Security Administrator

Microsoft Information Security Administrator — bảo vệ dữ liệu tổ chức với Microsoft Purview: Sensitivity Labels, DLP, Retention, Data Posture Management, và Insider Risk. Trước đây là SC-400.

40–60
câu hỏi
120'
thời gian
700
điểm đỗ
$165
lệ phí
Information Protection
35–40%
Data Lifecycle Mgmt
25–30%
Data Security Posture
25–30%
D1Implement Information Protection35–40%
Sensitivity Labels — Advanced
Label taxonomy · Auto-labeling · Trainable classifiers · Label scoping · Co-authoring
🇬🇧 English

Label taxonomy design: design a hierarchy appropriate for your data: Public → General → Confidential → Highly Confidential. Add sublabels under Confidential for different audiences (Confidential\All Employees vs Confidential\Finance Only). Each sublabel can have different encryption settings — Confidential\Finance Only encrypts and restricts to Finance security group only.

Auto-labeling: two modes — Client-side (applied when user creates/edits Office file, based on SITs or trainable classifiers, shows policy tip recommendation) and Service-side (runs in cloud on existing content in SharePoint/OneDrive/Exchange — finds and labels at scale without user interaction, simulate mode first). Auto-labeling requires AIP P2 license.

Trainable classifiers: ML models trained on your org's content. Two types: Pre-trained (Microsoft-supplied: resumes, source code, financial statements, healthcare records — 150+ built-in) and Custom (you seed with 50–500 sample documents, retrain until accuracy ≥70%). Use when SIT regex patterns are insufficient for complex content types.

Label scoping: Files & Emails (Word, Excel, PowerPoint, Outlook), Meetings (Teams meetings — apply label to meeting invite → controls recording access), Groups & Sites (Teams/M365 groups, SharePoint sites — controls external sharing, conditional access, container-level settings).

Double Key Encryption (DKE): content encrypted with two keys — Microsoft key + customer-held key. Microsoft cannot decrypt content. Required for highest-sensitivity government/defense content that must remain opaque even to Microsoft cloud infrastructure.

🇻🇳 Tiếng Việt

Taxonomy thiết kế: tránh tạo quá nhiều labels (user confusion). 4 tầng là đủ cho hầu hết org: Public (press releases), General (internal memos — default label), Confidential (need-to-know — encrypt), Highly Confidential (C-level + legal — encrypt + restrict + watermark). Sublabel "Confidential\Finance" = encrypt, restrict xem đến nhóm [email protected].

Auto-labeling: client-side = khi user gõ số CMND vào Excel → policy tip "Phát hiện dữ liệu nhạy cảm — nên dán label Confidential". Service-side = scan toàn bộ SharePoint (100,000 files) trong background → tự dán label file nào chứa số tài khoản ngân hàng mà chưa có label. Simulate mode trước 48h → review kết quả → bật enforcement.

Trainable classifiers: pre-trained "Financial Statements" classifier đọc được Balance Sheet, P&L, Cash Flow — không cần viết regex. Custom classifier cho "Hợp đồng nội bộ VN" → upload 200 hợp đồng mẫu → train 14 ngày → accuracy 85% → deploy. Regex không thể đọc semantic content — classifier thì có thể.

Label scoping: "Confidential\Teams Meeting" → apply vào Teams meeting invite → recording tự động encrypt, chỉ người trong meeting được xem lại. "Confidential\SharePoint Site" → tự bật block external sharing + require Compliant device để access. Label không chỉ cho file — bảo vệ toàn bộ workspace.

Double Key Encryption: công ty quốc phòng dùng Azure nhưng cần đảm bảo 100% Microsoft không thể đọc nội dung → DKE. Key thứ 2 lưu trong on-prem Key Store của khách hàng. Trade-off: mất một số Office Online features (co-authoring bị hạn chế). Chỉ dùng khi thực sự cần thiết.

⚙ Thực tế
LabelEncryptionWatermarkExternal sharingUse case
Public❌ Không❌ Không✅ Cho phépPress release, brochure
General❌ Không❌ Không✅ Cho phépInternal email default
Confidential\All Emp✅ Tổ chứcFooter: INTERNAL❌ BlockPolicy docs, procedures
Confidential\Finance✅ Finance group onlyCONFIDENTIAL❌ BlockFinancial reports
Highly Confidential✅ Named users onlyTỐI MẬT + Header❌ BlockM&A docs, legal case
DLP — Advanced Configuration
Endpoint DLP · SIT tuning · Adaptive Protection · DLP alerts · Evidence collection
🇬🇧 English

Endpoint DLP: agent-based (MDE sensor) policy enforcement on Windows 10/11 + macOS devices. Controls: upload to cloud service (block personal OneDrive/Google Drive, allow corporate OneDrive), copy to USB removable storage (block or audit), print (block sensitive content printing), clipboard copy (block sensitive content paste to non-compliant apps), remote desktop (block content transfer). Does NOT require internet connection for enforcement — policy cached locally.

SIT tuning: custom Sensitive Information Types built with regex pattern + keyword list + confidence levels (Low/Medium/High). Exact Data Match (EDM) SITs: fingerprint actual data records from a database (e.g., a CSV of actual customer IDs) → DLP matches exact customer IDs, not just any 10-digit number. Reduces false positives dramatically for structured data.

Adaptive Protection: Dynamic DLP severity that scales with a user's current Insider Risk score. Low risk user → standard DLP (audit only). Medium risk → add warning. High risk → block without override. Insider Risk score feeds DLP enforcement automatically — no separate policy needed. Requires IRM + DLP both enabled.

DLP alerts and investigation: DLP alerts surface in Microsoft Purview compliance portal + Defender XDR portal. Each alert: policy matched, user, content snippet (configurable — enable evidence collection for full file review), action taken. Activity Explorer: timeline of all DLP policy matches per user/device. Content Explorer: see all classified content in your tenant.

🇻🇳 Tiếng Việt

Endpoint DLP: nhân viên kế toán cắm USB vào laptop → copy file Excel lương nhân sự → Endpoint DLP block ngay lập tức (không cần internet) + alert admin. Máy tính laptop đi công tác không có mạng → DLP policy vẫn hoạt động vì policy đã cached. Personal Google Drive blocked; SharePoint công ty cho phép. Print: file "Highly Confidential" → block in ra giấy trên mọi máy in.

SIT custom + EDM: ngân hàng có 1 triệu số tài khoản thực → EDM SIT fingerprint toàn bộ → DLP match chính xác số tài khoản thực trong file, không bị false positive với dãy số ngẫu nhiên. Custom SIT: Mã số thuế VN = 10 chữ số bắt đầu bằng 0 hoặc 1 + keyword "MST" hoặc "Mã số thuế" → viết regex + test với 50 mẫu trước khi deploy.

Adaptive Protection: nhân viên nộp đơn nghỉ → IRM Departing Employee → risk score tăng lên High → DLP tự động chuyển từ "Warn" sang "Block" cho user này → mọi cố gắng upload file ra ngoài bị block, không cần admin can thiệp thủ công. Khi user không còn trong IRM policy → risk giảm → DLP trở về bình thường.

DLP alerts: Activity Explorer: CFO gửi 12 email chứa financial data ra ngoài trong 1 tuần → timeline hiển thị từng email, ai nhận, action. Content Explorer: "Bao nhiêu file SharePoint đang có label Confidential?" → 2,450 files. "File nào chứa số thẻ tín dụng nhưng chưa có label?" → 23 files → tự dán label hoặc alert cho owner.

⚙ Thực tế

DLP deployment timeline an toàn: Tuần 1: Audit mode (log only, no user notification) → Tuần 2-3: Warn mode (user thấy tip nhưng có thể override) → review false positive rate (target <5%) → Tuần 4: Block with override + justification required → Tháng 2: Block strict (no override) cho high-risk locations (Finance, HR). Nguyên tắc: không bao giờ bật Block ngay từ đầu với sensitive content mới — gây gián đoạn business và mất trust của user.

D2Implement Data Lifecycle Management25–30%
Retention — Advanced
Retention policies · Labels · Records management · Disposition review · Event-based retention
🇬🇧 English

Retention policy scope: Adaptive scopes (dynamic — policy applies to all sites/mailboxes matching attribute rule, auto-updates as attributes change) vs Static scopes (fixed list of locations — simpler but requires manual updates). Use Adaptive scopes for large org with frequent structure changes.

Records management: mark content as a Record (label-based — immutable: cannot be edited, version-locked, deletion requires disposition workflow). Regulatory Record (highest: cannot be deleted even by admins or SharePoint site owners until retention expires — use for legal hold + regulatory compliance). File plan: manage all retention labels in a structured inventory with business classification codes.

Event-based retention: retention period triggered by a business event rather than content creation date. Example: Employee contracts retained for "7 years after termination date." When an employee terminates → trigger event (via Power Automate or API) → associated contracts start their 7-year clock at that point. Enables regulatory compliance without manual tracking.

Disposition review: when retention period expires, instead of auto-deleting → send to a designated reviewer for manual confirmation. Reviewer can: approve deletion, extend retention, relabel as permanent record. Creates an auditable deletion record (who approved, when). Required by some regulations before destroying records.

🇻🇳 Tiếng Việt

Adaptive vs Static scope: org 5,000 nhân viên, thêm phòng mới mỗi quý → Adaptive scope "Department = Finance OR Legal" → mọi SharePoint site mới của phòng này tự động được áp retention policy. Static scope → phải nhớ thêm tay mỗi khi có site mới → quên → compliance gap. Adaptive scope cho scalability.

Records management: hợp đồng lao động được label "Employment Record" → Record → không ai chỉnh sửa được (kể cả CHRO) → giữ 10 năm → khi expire → Disposition Review → Legal xem xét → phê duyệt xóa. Xóa có audit trail: "Deleted 15/09/2035, approved by Legal Counsel." Không thể bị kiện vì "mất bằng chứng" nếu xóa đúng quy trình.

Event-based retention: hợp đồng nhân viên phải giữ 7 năm sau khi nghỉ việc (Luật Lao động VN). Khi HR record "termination" → Power Automate trigger event "Employee_Terminated" → tất cả document liên quan đến nhân viên này → bắt đầu đếm 7 năm. Không cần nhớ ngày thủ công cho 500 nhân viên mỗi năm.

Disposition review: "Contract XYZ" expire 2027 → thay vì auto-delete → alert Legal Manager để review → Legal xem xét: có vụ kiện liên quan? Nếu có → extend 2 năm. Nếu không → approve delete. Disposition record ghi: "Approved for deletion 15/03/2027 by Legal Manager John Doe." Regulatory traceability.

⚙ Thực tế

Retention policy matrix cho VN enterprise (tham khảo Luật Lưu trữ 2024): Hợp đồng lao động = 10 năm sau nghỉ việc (event-based). Email hàng ngày = 3 năm (policy). Biên bản họp HĐQT = vĩnh viễn (Regulatory Record). Báo cáo tài chính = 10 năm (Record + Disposition Review). DSAR requests (GDPR) = 6 năm. Map từng loại tài liệu vào Retention Label trong File Plan → có thể export cho auditor.

D3Implement Data Security Posture Management25–30%
Purview Data Map & Microsoft Defender for Cloud Apps
Data Map · Data Catalog · Scanning · MDCA session control · Shadow IT discovery
🇬🇧 English

Microsoft Purview Data Map: automated data discovery across Azure data sources (Azure SQL, Blob Storage, Data Lake, Cosmos DB), on-prem SQL Server, and multi-cloud (AWS S3, RDS). Scan schedules discover schema + data types + sensitivity. Classification results shown in Data Map with lineage tracking (where data flows from source → transformation → sink).

Data Catalog (unified): searchable inventory of all discovered data assets. Business glossary integration: map technical column names to business terms (e.g., "cust_ssn" → "Customer Tax ID" → Sensitivity: Highly Confidential). Data stewards can annotate, certify, or request review of data assets. Enables data consumers to find trusted data without knowing technical details.

Defender for Cloud Apps — session control: proxy-based in-session control for cloud apps (requires Conditional Access App Control CA policy). Actions possible on each session: block download (user can view in browser but cannot save to device), block upload, watermark viewed documents (browser-rendered watermark invisible in screenshots — identifies leaks), block copy-paste. Applied to unmanaged/BYOD devices accessing SaaS apps.

Shadow IT discovery: analyze network traffic logs from firewalls/web proxies (Palo Alto, Cisco, generic CEF) → MDCA identifies cloud apps being used without IT approval. Risk score per app based on 90+ risk factors (encryption, GDPR compliance, data retention). Generate Cloud App Discovery report → sanctioned vs unsanctioned apps → block unsanctioned via proxy integration.

🇻🇳 Tiếng Việt

Purview Data Map: CISO hỏi "Dữ liệu CMND khách hàng đang nằm ở đâu trong hệ thống?" → Data Map scan Azure SQL + on-prem SQL Server + Azure Blob → tìm thấy 12 locations (5 database tables, 3 blob containers, 4 CSV files) chứa column có pattern CMND → hiển thị trên data lineage map → có thể prioritize protection theo location. Không cần DBA biết từng schema thủ công.

Data Catalog: analyst muốn dùng "nguồn dữ liệu doanh thu đáng tin cậy" → search Data Catalog "revenue" → tìm được table Sales.Revenue (Azure SQL) với certification "Certified by Data Steward" + classification "Confidential" + owner: Finance Team. Biết ngay đây là nguồn chính thức, không phải copy không được kiểm soát.

Session control BYOD: nhân viên dùng laptop cá nhân (unmanaged) → login SharePoint → CA policy detect unmanaged → redirect qua MDCA proxy → user vẫn xem được file nhưng download button bị block. Browser watermark "INTERNAL — John Doe — 15:32" hiển thị trên mỗi document page. Nếu chụp màn hình → watermark vẫn visible → identify leaker.

Shadow IT: upload Palo Alto firewall log vào MDCA Cloud Discovery → phát hiện nhân viên đang dùng 127 cloud apps chưa được IT approve. Top risks: WeTransfer (no encryption, no GDPR) đang được 45 người dùng. CISO quyết định: block WeTransfer qua PAN-OS API integration, whitelist SharePoint + Box approved. Report cho leadership về data exfil risk.

⚙ Thực tế

Data security posture review quy trình: (1) Purview Data Map scan → identify sensitive data locations. (2) Activity Explorer → xem ai đang access sensitive data. (3) Content Explorer → "Bao nhiêu file labeled Highly Confidential chưa có encryption?" → khắc phục. (4) MDCA Cloud Discovery → shadow IT report. (5) Session Control cho unmanaged devices. (6) Adaptive Protection kết hợp IRM → user risk-based DLP. Quarterly review để track improvement.

SC-401 Labs: Dùng Microsoft Purview compliance portal + M365 E5. Tập trung vào data classification và protection. → Trang lab chính thức Microsoft Learning
D1 · Information Protection
01
Configure Sensitivity Labels
Tạo taxonomy 4 tầng Sensitivity Labels. Cấu hình encryption, watermark, header/footer cho từng label. Tạo Label Policy và publish. Test trong Word/Excel/Outlook. Bật auto-labeling cho SharePoint (service-side) với SIT "Credit Card Number". Test co-authoring với encrypted label.
⏱ 60 phútSensitivity LabelsAuto-labeling★ Bắt buộc
02
Create and Manage DLP Policies
Tạo DLP policy cho Exchange + SharePoint detect Credit Card + Vietnamese National ID (custom SIT). Cấu hình Audit → Warn → Block modes. Test với email chứa sensitive data. Review DLP alerts và Activity Explorer. Cấu hình Endpoint DLP: block USB copy + block personal cloud upload.
⏱ 50 phútDLPEndpoint DLP★ Bắt buộc
D2 · Data Lifecycle
03
Configure Retention Policies and Labels
Tạo Retention Policy (5 năm) cho Exchange + SharePoint + Teams. Tạo Retention Label "Legal Record" với Record declaration. Apply label trong SharePoint, verify file is locked. Cấu hình Disposition Review. Test event-based retention trigger qua Power Automate. Xem Preservation Hold Library.
⏱ 45 phútRetentionRecords Management★ Quan trọng
D3 · Data Security Posture
05
Configure Insider Risk Management
Tạo IRM policy "Departing Employee" (connect HR connector trigger). Cấu hình Content Explorer để xem classified content. Bật Adaptive Protection: link IRM score với DLP enforcement. Test policy alert với simulated departing employee scenario. Xem anonymized alerts.
⏱ 40 phútInsider RiskAdaptive Protection★ Quan trọng
LawFirm Asia · 300 lawyers · Legal services · AML/KYC · Attorney-client privilege
Bảo vệ toàn diện dữ liệu hồ sơ khách hàng và tài liệu pháp lý bí mật
Bối cảnh

Công ty luật bị mất hồ sơ khách hàng qua email phishing 6 tháng trước. Audit phát hiện: 0 sensitivity labels, không DLP, luật sư đang gửi hợp đồng bí mật qua WhatsApp và WeTransfer. Yêu cầu: bảo vệ attorney-client privilege, tuân thủ Luật BLHS về bí mật nghề nghiệp, retention 10 năm cho hợp đồng, GDPR cho khách hàng EU.

Kế hoạch triển khai
  1. [Tháng 1] Sensitivity Labels: Public / General / Attorney-Privilege (encrypt, restrict to lawyers + client only) / AML-Confidential (FATF compliance). Custom SIT cho số CMND, passport, số tài khoản ngân hàng khách hàng VN.
  2. [Tháng 2] DLP: block gửi Attorney-Privilege docs ra bên ngoài trừ approved email domains. Block WeTransfer, WhatsApp Web upload. Endpoint DLP: block USB. Audit mode 2 tuần trước enforcement.
  3. [Tháng 3] Retention Labels: "Legal Contract" = Record, 10 năm. "AML Record" = Regulatory Record, 5 năm (FATF). Event-based: hợp đồng = 10 năm sau ngày ký. Disposition Review: Partner sign-off trước xóa.
  4. [Tháng 4] MDCA: block WeTransfer + Dropbox personal. Session Control cho BYOD: luật sư dùng laptop cá nhân → watermark trên mọi tài liệu xem qua browser. Shadow IT report → brief cho Partners.
✅ Kết quả: 0 sensitive data exfil trong 3 tháng sau triển khai. 100% hợp đồng có retention label. DLP block 89 email attempts gửi Attorney-Privilege docs ra ngoài. WeTransfer blocked cho toàn org. GDPR compliance: Subject Rights Requests xử lý tự động qua Priva trong 30 ngày. ISO 27001 audit pass.
Câu Hỏi Thực Hành SC-401
Q1. Luật sư xem file bí mật từ laptop cá nhân (BYOD). Cần prevent download nhưng vẫn cho xem trong browser. Giải pháp?
  • A. DLP Endpoint policy block download
  • B. ✅ Defender for Cloud Apps Session Control (Conditional Access App Control) — block download, allow view in browser
  • C. Sensitivity Label encryption — chỉ Allow View permission
  • D. Intune App Protection Policy
MDCA Session Control hoạt động qua CA App Control proxy — intercept session, block download action, allow read in browser. DLP Endpoint chỉ hoạt động trên managed devices (MDE enrolled). Sensitivity Label encryption cần AIP client trên device.
Q2. Hợp đồng phải được giữ "7 năm sau khi hợp đồng hết hạn". Loại retention nào phù hợp?
  • A. Retention Policy — 7 năm từ ngày tạo file
  • B. ✅ Event-based Retention Label — trigger event "ContractExpired" → bắt đầu đếm 7 năm từ ngày trigger
  • C. Retention Policy — Keep forever
  • D. Regulatory Record Label — không xóa
Event-based retention cho phép retention period bắt đầu từ một sự kiện nghiệp vụ (ngày hợp đồng expire), không phải từ ngày tạo file. Policy retention from creation date không đúng yêu cầu pháp lý. Regulatory Record không thể xóa hoàn toàn.
Zalo