Forensics on Roduygo | Blog

Windows Registry và cách dùng ProcMon

Fri, 08 May 2026 16:00:00 +0700

Chào mừng các bạn tiếp tục với Series Giải phẫu Windows OS & SOC Analytics! Chúng ta đã biết File System là nơi cất giữ dữ liệu, vậy đâu là nơi lưu trữ các quy tắc điều hành máy tính? Làm sao hệ thống biết khi bật máy lên phải chạy những phần mềm nào, hình nền của bạn màu gì, hay file .docx thì phải mở bằng Microsoft Word? Câu trả lời nằm ở “bộ não” của Windows: Registry. Hôm nay, chúng ta sẽ mổ xẻ cơ sở dữ liệu khổng lồ này và học cách giám sát nó bằng ProcMon.

1. Windows Registry là gì? Cấu trúc của các Hives

Windows Registry là một cơ sở dữ liệu phân cấp khổng lồ, làm nhiệm vụ lưu trữ toàn bộ các thiết lập phần cứng, cấu hình phần mềm, tùy chọn của người dùng và các thiết lập bảo mật cốt lõi của hệ điều hành Windows.

Mặc dù khi mở công cụ regedit.exe, bạn sẽ thấy Registry hiển thị như một cây thư mục thống nhất, nhưng thực tế nó được ghép lại từ nhiều tệp tin vật lý (gọi là các Hives) nằm rải rác trên ổ cứng.

Cấu trúc cốt lõi của Registry được chia thành 5 nhánh (Hives) chính:

HKEY_CLASSES_ROOT (HKCR): Quản lý thông tin về các định dạng file (ví dụ: quy định file .txt thì mở bằng Notepad) và các thành phần COM/OLE.
HKEY_CURRENT_USER (HKCU): Lưu cấu hình riêng của người dùng đang đăng nhập hiện tại (như hình nền, màu sắc giao diện, các icon hay app cá nhân).
HKEY_LOCAL_MACHINE (HKLM): Đây là nhánh quan trọng nhất dưới góc độ SOC. Nó lưu trữ cấu hình của toàn bộ máy tính, bao gồm phần cứng, Driver, thiết lập mạng, bảo mật và các phần mềm dùng chung cho mọi người dùng.
HKEY_USERS (HKU): Chứa tất cả các profile (hồ sơ) của mọi người dùng từng đăng nhập trên máy tính này. Thực chất, dữ liệu của nhánh HKCU chỉ là một bản ánh xạ từ một nhánh con bên trong HKU.
HKEY_CURRENT_CONFIG (HKCC): Chứa các thông tin về cấu hình phần cứng hiện tại đang được sử dụng ở lần khởi động này.

2. Cơ chế hoạt động: Nguồn gốc dữ liệu và Sự “lắng nghe”

Vậy làm sao các phần mềm biết phải ghi thông tin vào đâu trong Registry, và Windows lấy dữ liệu ra như thế nào?

2.1 Tài liệu MSDN (Microsoft Developer Network)

Khi Microsoft tạo ra Windows, họ thiết kế một bộ quy tắc và công khai các khóa Registry thông qua tài liệu SDK/MSDN. Nhờ đó, các lập trình viên phần mềm (như Adobe, Google,…) biết cách đăng ký dịch vụ, thiết lập quyền hạn hoặc tùy chỉnh giao diện ứng dụng của mình. Chẳng hạn, các khóa tự khởi động (Run keys) được ghi chép rất rõ ràng để phần mềm biết chỗ mà “cắm chốt” khởi động cùng máy.

2.2 Cơ chế “Lắng nghe” (Event-Driven)

Một câu hỏi thú vị: Tại sao khi bạn vào Registry, đổi một Key từ False sang True thì thanh Dock (hoặc Taskbar) lại lập tức thay đổi vị trí?

Bản chất của vấn đề là: Windows (và các tiến trình như explorer.exe) liên tục thực hiện hành động “đọc” Registry. Registry thực chất chỉ là một “cái kho” hay một bảng cài đặt khổng lồ. Việc một tính năng có hoạt động hay không là do mã nguồn của Windows đã được lập trình để luôn nhìn vào cái kho đó trước khi thực hiện hành động. Hệ thống chạy một đoạn mã logic dạng: “Nếu giá trị tại Key [ThanhDock] là True thì vẽ nó ở giữa, nếu là False thì vẽ bên trái”.

3. Kỹ thuật Đảo ngược và Giám sát bằng ProcMon

Vì Registry là một cái kho tĩnh, đôi khi có những “bí mật” hoặc các khóa Registry không hề được Microsoft ghi trong tài liệu chính thức. Vậy làm sao các chuyên gia hay những “người ham vọc vạch” tìm ra chúng? Câu trả lời là Kỹ thuật Đảo ngược (Reverse Engineering) bằng việc giám sát thời gian thực.

Công cụ đắc lực nhất cho việc này là Process Monitor (ProcMon) - một phần mềm thuộc bộ Sysinternals do chính Microsoft cung cấp.

Cách thực chiến với ProcMon:

Bật ProcMon và đặt bộ lọc (Filter) chỉ theo dõi các sự kiện liên quan đến Registry (Registry Activity).
Mở giao diện cài đặt của Windows lên (ví dụ: cài đặt vị trí thanh Dock hoặc tắt/bật một tính năng bảo mật).
Thực hiện thay đổi (click chuột, bấm Apply) và ngay lập tức quan sát trên màn hình ProcMon.
ProcMon sẽ bắt được chính xác tiến trình nào của Windows vừa thực hiện lệnh Write (ghi) giá trị gì vào đường dẫn khóa Registry nào.

Bằng cách khoa học này, các nhà phân tích bảo mật có thể dễ dàng bắt thóp được mọi hành vi ngầm mà một ứng dụng (hoặc một mã độc) đang cố tình can thiệp vào hệ thống.

4. Góc nhìn SOC: Điểm neo của Hacker (Persistence)

Registry không chỉ đơn thuần lưu trữ cài đặt, nó còn có khả năng ra lệnh cho Windows phải làm gì. Do đó, đây là “mỏ vàng” để virus và mã độc lẩn trốn, đảm bảo rằng dù bạn có xóa file thực thi trên màn hình, mã độc vẫn sẽ tự động quay lại (Persistence) nhờ các dòng lệnh được nhúng trong Registry.

Những vị trí Registry nhạy cảm nhất mà một SOC Analyst phải thường xuyên giám sát bao gồm:

4.1 Các khóa tự khởi động (Auto Run Keys)

Hacker cực kỳ thích “cắm chốt” tại các đường dẫn sau để mã độc chạy ngay khi bật máy:

HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce

(Lưu ý: HKLM sẽ chạy cho toàn bộ máy tính và yêu cầu quyền Admin để ghi, trong khi HKCU chỉ chạy cho người dùng hiện tại).

4.2 Lợi dụng tính năng Userinit (Winlogon)

Được thiết kế để chuẩn bị môi trường làm việc sau khi đăng nhập, khóa Registry sau quy định chương trình khởi tạo mặc định của Windows:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit

Giá trị mặc định của nó chỉ là userinit.exe. Hacker rất ranh ma, chúng không xóa file gốc mà chỉ cần nối thêm một dấu phẩy (,) và ghi kèm đường dẫn mã độc của chúng vào đằng sau (ví dụ: userinit.exe, C:\Temp\malware.bat) để được hệ thống “rước” vào máy một cách hợp lệ.

4.3 Vô hiệu hóa sức đề kháng (Security Evasion)

Ngoài việc thiết lập khởi động, hacker còn trực tiếp can thiệp Registry để “bịt mắt” các phần mềm bảo mật:

Tắt Windows Defender: Bằng cách sửa khóa HKLM\SOFTWARE\Policies\Microsoft\Windows Defender, gán giá trị DisableAntiSpyware = 1.
Vô hiệu hóa UAC: Sửa giá trị EnableLUA = 0 tại khóa HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System để UAC không bao giờ hiện bảng thông báo quyền Admin nữa.

Windows Registry thực sự là một hệ thần kinh phức tạp của hệ điều hành. Việc am hiểu cấu trúc Hives và biết cách sử dụng ProcMon để soi chiếu từng “nhịp đập” Write/Read của Registry sẽ biến bạn thành một thợ săn mã độc đáng gờm. Ở bài viết tới, chúng ta sẽ bắt tay vào thực hành săn lùng Malware trong Registry bằng bộ công cụ nâng cao Autoruns và cách phân tích chữ ký số (Digital Signatures). Hẹn gặp lại các bạn!

Sysmon (Phần 1)

Fri, 08 May 2026 12:00:00 +0700

Chào mừng các bạn quay trở lại với Series Giải phẫu Windows OS & SOC Analytics! Ở các bài viết trước, chúng ta đã học cách đọc nhật ký hệ thống (Event Logs) mặc định của Windows. Nhưng trong thực tế chiến đấu, các hacker ngày càng tinh vi, chúng thừa sức qua mặt những log cơ bản này. Đó là lúc các chuyên gia SOC phải viện đến “vũ khí hạng nặng”: Sysmon (System Monitor). Hôm nay, chúng ta sẽ đi sâu vào hướng dẫn cài đặt tư duy giám sát Sysmon, mở đầu bằng việc “mổ xẻ” quá trình sinh tiến trình (Process Creation) và cách dùng mã Hash để lột mặt nạ mã độc.

1. Sysmon là gì? Tại sao Windows Event Logs mặc định là chưa đủ?

Sysmon là một công cụ miễn phí cực kỳ mạnh mẽ thuộc bộ phần mềm Microsoft Sysinternals. Đối với giới bảo mật, Sysmon đã trở thành tiêu chuẩn vàng cho việc giám sát nâng cao.

Hãy làm một phép so sánh thực tế khi một phần mềm được mở lên:

Windows Event ID 4688 (Mặc định): Chỉ cho bạn biết “Ai đó vừa chạy một tiến trình mới” (ví dụ: cmd.exe vừa được chạy bởi Administrator).
Sysmon Event ID 1 (Process Creation): Không chỉ nói cho bạn biết file nào vừa chạy, mà nó còn cung cấp dấu vân tay (Mã Hash) của file đó, cho biết chính xác tiến trình nào đã gọi nó ra (Parent Image), và thậm chí là lệnh (Command Line) chi tiết đã được gõ vào.

Tóm lại: Windows EID 4688 cho biết “ai chạy”, còn Sysmon EID 1 cho biết “vân tay” của kẻ đó. Nếu không có mã Hash, bạn sẽ gần như “mù” trước các kỹ thuật đổi tên ngụy trang của Hacker.

2. Giải phẫu chi tiết Sysmon Event ID 1

Khi Sysmon Event ID 1 nổ ra, nó cung cấp cho SOC Analyst một bức tranh toàn cảnh không thể chối cãi. Hãy cùng “soi” vào các trường dữ liệu sinh tử của nó:

2.1 Thông tin định danh (Process Info)

ProcessId: Số định danh tiến trình trong hệ thống.
Image: Đường dẫn vật lý của file thực thi trên ổ cứng (VD: C:\Windows\System32\cmd.exe).
CommandLine: Ghi lại chính xác từng chữ mà kẻ tấn công đã gõ vào lệnh.

2.2 Nguồn gốc khởi tạo (Parent Info)

Mã độc hiếm khi tự nhiên sinh ra. Nó luôn được một thứ gì đó gọi ra.

ParentImage: Đây là tiến trình cha. Việc nhìn vào tiến trình cha giúp bạn biết lệnh này do người dùng click chuột mở (như từ explorer.exe) hay bị gọi ngầm bởi một đoạn mã độc.

2.3 Dấu vân tay của tệp (Binary Info)

Hashes: Sysmon sẽ tự động tính toán mã Hash (như MD5, SHA256) của file thực thi ngay khi nó chạy. Đây là tính năng “đáng tiền” nhất của Sysmon.

3. “Bắt thóp” Mã độc: Kỹ năng Threat Hunting thực chiến

Với các thông tin từ Sysmon EID 1, làm sao để phát hiện bất thường? Đừng tìm kiếm ngẫu nhiên, hãy bám vào 3 dấu hiệu (Red Flags) sau:

Kỹ thuật 1: Lột mặt nạ ngụy trang (Masquerading) bằng mã Hash

Hacker hiểu rằng nếu chạy một file có tên virus_an_cap.exe, chúng sẽ bị tóm ngay. Vì thế, chúng thường đổi tên mã độc thành các tiến trình hệ thống chuẩn như cmd.exe, svchost.exe hay lsass.exe.

Tuy nhiên, dù tên file có đổi, mã Hash thì không bao giờ thay đổi. Khi Sysmon ghi lại mã SHA256 của tiến trình cmd.exe giả mạo đó, bạn chỉ cần ném mã Hash đó lên VirusTotal. Mã Hash sẽ lập tức “tố cáo” đó là một file độc hại chứ không phải file chuẩn của Microsoft.

Kỹ thuật 2: Phân tích Phả hệ Tiến trình (Parent-Child Anomalies)

Đây là kỹ năng “nhìn thấu” logic hoạt động của hệ thống. Những tiến trình cha - con sau đây là cực kỳ phi logic và chắc chắn là mã độc:

WINWORD.EXE (Microsoft Word) sinh ra powershell.exe hoặc cmd.exe: Rất có thể một nhân viên vừa mở file Word chứa mã độc Macro, và nó đang gọi lệnh tải virus về máy.
notepad.exe sinh ra cmd.exe: Notepad chỉ là phần mềm gõ văn bản, nó tuyệt đối không có lý do gì để gọi cửa sổ dòng lệnh.

Kỹ thuật 3: Truy vết các đường dẫn và câu lệnh đáng ngờ

Bạn cần cấu hình SIEM (hoặc viết script PowerShell) báo động ngay lập tức nếu tiến trình (Image) được chạy từ các thư mục trú ẩn quen thuộc của malware như:

C:\Users\*\AppData\Local\Temp\
C:\Users\Public\

Bên cạnh đó, hãy soi kỹ trường CommandLine. Hacker thường dùng các lệnh sau để tải mã độc thẳng vào RAM hoặc giải mã script:

-EncodedCommand (Chạy mã PowerShell đã mã hóa Base64)
IEX (New-Object Net.WebClient) (Lệnh tải file từ Internet)
certutil -urlcache hoặc bitsadmin /transfer (Lợi dụng phần mềm có sẵn của Windows để tải virus)

4. Thực hành truy vấn Sysmon bằng PowerShell

Thay vì click chuột mỏi tay trong Event Viewer, các Threat Hunter thường dùng PowerShell để săn lùng (Hunting) dấu vết tiến trình độc hại. Dưới đây là đoạn code mẫu giúp bạn trích xuất tất cả các lần powershell.exe được gọi ra bởi thư mục Temp:

# Truy vấn Sysmon Event ID 1 (Process Create)
$Query = "*[System[EventID=1]]"

# Lọc các sự kiện có Image là powershell và ParentImage nằm trong thư mục Temp
Get-WinEvent -LogName "Microsoft-Windows-Sysmon/Operational" -FilterXPath $Query | 
 Where-Object {
 $_.Message -match "Image: .*powershell\.exe" -and 
 $_.Message -match "ParentImage: .*\\Temp\\.*"
 } | Format-List TimeCreated, Message

Bằng cách tận dụng Sysmon Event ID 1, bạn đã bịt được lỗ hổng khổng lồ của Event Viewer mặc định. Mã Hash và Cây tiến trình (Parent-Child) chính là hai thanh gươm sắc bén nhất để lột mặt nạ mọi loại mã độc ngụy trang. Trong bài viết tới (Phần 2), chúng ta sẽ tiếp tục đi sâu vào các Event ID khác của Sysmon (EID 3, 10, 11) để truy vết mã độc tàng hình (Fileless Malware) và hành vi ăn cắp mật khẩu. Hẹn gặp lại các bạn!

User Account Control (UAC)

Fri, 08 May 2026 12:00:00 +0700

Chào mừng các bạn quay trở lại với Series Giải phẫu Windows OS & SOC Analytics! Nếu Registry là “bộ não”, Event Logs là “nhật ký”, thì UAC chính là “người gác cổng” khó tính nhất của Windows. Bạn từng tự hỏi tại sao mình đã đăng nhập bằng tài khoản Administrator mà thỉnh thoảng Windows vẫn làm tối đen màn hình và hỏi “Bạn có chắc chắn muốn chạy phần mềm này không?”. Hôm nay, chúng ta sẽ đi sâu vào hệ thống phân quyền phức tạp này để hiểu tại sao nó lại là chốt chặn bảo mật quan trọng nhất, và cách các tiến trình hệ thống như Appinfo hay consent.exe vận hành.

1. Bản chất của UAC và Nguyên lý 2 “Thẻ bài” (Tokens)

User Account Control (UAC) là một tính năng bảo mật nhằm ngăn chặn các thay đổi trái phép đối với hệ điều hành. Cơ chế cốt lõi của nó nghe có vẻ ngược đời: Ngay cả khi bạn đăng nhập bằng tài khoản Quản trị viên (Administrator), các ứng dụng mà bạn mở lên mặc định vẫn chỉ chạy với quyền Người dùng tiêu chuẩn (Standard User).

Làm sao Windows làm được điều này? Nguyên lý nằm ở các Access Tokens (Thẻ bài quyền lực). Khi bạn đăng nhập bằng tài khoản Admin, Windows thực chất không cấp cho bạn toàn quyền ngay lập tức. Thay vào đó, nó cấp cho bạn 2 “thẻ bài”: Một thẻ User thường và một thẻ Admin.

Trong quá trình sử dụng bình thường (lướt web, gõ văn bản), hệ thống chỉ dùng thẻ User. Chỉ khi nào bạn (hoặc một ứng dụng) cần thực hiện các hành động “nhạy cảm” (như sửa Registry hệ thống, cài driver), UAC mới hiện ra bảng thông báo để bạn xác nhận “nâng quyền” (Elevation). Lúc này, thẻ Admin mới được rút ra để sử dụng.

2. Ranh giới ưu tiên: Integrity Levels (Mức độ toàn vẹn)

Để SOC Analyst có thể phát hiện tiến trình nào đang chạy quyền cao hay thấp, chúng ta dựa vào khái niệm Integrity Levels (IL). Hãy cùng làm một bài test thực tế: Mở hai cửa sổ Command Prompt (CMD), một cái mở bình thường (Open) và một cái mở bằng quyền Admin (Run as administrator).

Nếu soi hai tiến trình này bằng công cụ Process Hacker hoặc Sysinternals, bạn sẽ thấy sự khác biệt “một trời một vực”:

2.1 Cửa sổ CMD bình thường (Quyền thấp)

Nhóm BUILTIN\Administrators: Có cờ (Flag) là Deny. Điều này nghĩa là hệ thống đang nói: “Dù tài khoản của anh là Admin, nhưng cửa sổ này bị tước quyền quản trị”.
Integrity Level: Chạy ở mức Medium Mandatory Level. Đây là mức độ trung bình mặc định của người dùng thường.
Privileges (Đặc quyền): Chỉ có một danh sách rất ngắn các quyền cơ bản, không thể can thiệp sâu vào hệ thống.

2.2 Cửa sổ CMD “Run as administrator” (Quyền cao)

Nhóm BUILTIN\Administrators: Có cờ là Owner. Cửa sổ này có toàn quyền thực thi các lệnh hệ thống.
Integrity Level: Chạy ở mức High Mandatory Level. Mọi tiến trình do CMD này sinh ra (như chạy file .exe) đều sẽ kế thừa quyền High IL này.
Privileges (Đặc quyền): Danh sách dài hơn rất nhiều, bao gồm các quyền cực kỳ nguy hiểm như SeBackupPrivilege, SeImpersonatePrivilege và đặc biệt là SeDebugPrivilege (quyền gỡ lỗi, thường bị malware lợi dụng để can thiệp bộ nhớ).

3. Secure Desktop: Bức tường thành cô lập

Khi bảng thông báo UAC hiện lên, bạn có để ý rằng toàn bộ màn hình nền phía sau bị tối đen lại và bạn không thể click chuột vào bất kỳ ứng dụng nào khác không? Đó chính là tính năng Secure Desktop.

Mục đích cốt lõi: Secure Desktop tạo ra một màn hình nền hoàn toàn riêng biệt, cách ly bảng hỏi UAC khỏi không gian làm việc hiện tại. Nó đảm bảo rằng không có bất kỳ một phần mềm mã độc nào chạy ngầm có khả năng can thiệp hay “ấn hộ” bạn nút Yes. Chỉ có con người thật, cầm con chuột vật lý mới có thể tương tác với bảng thông báo này.

Tùy vào nhu cầu, Windows cho phép bạn thiết lập 4 cấp độ (Level) của UAC trong cài đặt:

Always Notify: Mức cao nhất, luôn làm tối màn hình (Secure Desktop) và hỏi khi có thay đổi.
Notify me only when apps try to make changes (Default): Chỉ hỏi khi ứng dụng bên thứ ba thay đổi hệ thống, không hỏi khi bạn tự tay chỉnh cài đặt Windows.
Notify me only when apps try to make changes (Do not dim my desktop): Giống mức 2 nhưng không làm tối màn hình. Góc nhìn SOC: Mức này rất nguy hiểm vì không dùng Secure Desktop, mã độc có thể dùng kỹ thuật giả lập click chuột (Clickjacking) để tự bấm Yes.
Never Notify (Disable): Tắt hoàn toàn UAC. Đây thực sự là “thiên đường” cho hacker, vì mã độc có thể tự do leo thang quyền hạn từ Medium lên High mà không gặp bất cứ rào cản nào.

4. Giải phẫu quy trình hoạt động của UAC

Để qua mặt được UAC, hacker phải hiểu tường tận quy trình hệ thống xử lý yêu cầu nâng quyền. Dưới góc nhìn kỹ thuật, “trái tim” của UAC là Dịch vụ Thông tin Ứng dụng (Appinfo). Khi bạn click “Run as administrator”, 6 bước sau sẽ diễn ra trong chớp mắt:

Gửi yêu cầu: Người dùng yêu cầu chạy một ứng dụng (ví dụ: cmd.exe) với quyền quản trị.
Gọi API: Lệnh gọi API ShellExecute của Windows được kích hoạt, mang theo một động từ (verb) đặc biệt là runas.
Appinfo tiếp nhận: Yêu cầu này không được xử lý ngay mà chuyển tiếp đến dịch vụ Appinfo để quản lý việc nâng quyền.
Kiểm tra Manifest: Dịch vụ Appinfo sẽ đọc tệp kê khai (Manifest) của ứng dụng đó để xem tính năng Tự động nâng quyền (autoElevate) có được cho phép hay không. (Bật mí: Hacker rất thích lợi dụng các file có sẵn autoElevate của Microsoft).
Bật Secure Desktop: Appinfo thực thi tiến trình consent.exe. Chính consent.exe là kẻ làm tối màn hình của bạn và vẽ ra cái bảng hỏi (Yes/No) trên môi trường Secure Desktop cô lập.
Cấp “Thẻ bài”: Nếu bạn bấm Yes đồng ý, dịch vụ Appinfo sẽ lấy cái Mã thông báo nâng cao (Elevated Token - thẻ Admin) của bạn ra và áp vào ứng dụng. Sau đó, ứng dụng sẽ chính thức được khởi chạy dưới quyền High Integrity.

UAC được thiết kế như một chốt chặn hoàn hảo giữa người dùng và quyền kiểm soát hệ thống. Tuy nhiên, không có bức tường thành nào là không thể vượt qua. Ở Bước 4 của quy trình trên, việc Windows cho phép một số tiến trình hệ thống được “Tự động nâng quyền” (AutoElevate) để tránh làm phiền người dùng chính là một lỗ hổng chí mạng. Trong bài viết tiếp theo, chúng ta sẽ trực tiếp thực hành đóng vai Hacker: Sử dụng tiến trình fodhelper.exe kết hợp Registry Hijacking để lách qua UAC một cách “không kèn không trống” (UAC Bypass). Hẹn gặp lại các bạn!

User Mode, Kernel Mode

Thu, 07 May 2026 21:30:00 +0700

Ở hai bài viết trước, chúng ta đã cùng nhau chứng kiến cách máy tính thức giấc và giải phẫu bề mặt vật lý của ổ cứng. Bây giờ, hệ điều hành đã được nạp thành công lên RAM. Nhưng làm sao Windows có thể quản lý hàng trăm phần mềm chạy cùng lúc mà không để chúng “dẫm chân” lên nhau hay làm sập toàn bộ hệ thống?

1. Ranh giới sinh tử: User Mode và Kernel Mode

Để bảo vệ cốt lõi của mình, Windows chia không gian bộ nhớ và quyền thực thi lệnh thành hai thế giới song song và hoàn toàn cách biệt: User Mode (Chế độ người dùng) và Kernel Mode (Chế độ hạt nhân).

1.1 Kernel Mode - Vùng đất của những “Vị thần”

Kernel Mode nắm giữ “thượng phương bảo kiếm” của hệ thống.

Quyền hạn: Có toàn quyền kiểm soát CPU, RAM và mọi thiết bị ngoại vi. Nó làm nhiệm vụ phân chia thời gian CPU cho các ứng dụng, quản lý bộ nhớ và điều khiển phần cứng qua các driver.
Không gian bộ nhớ: Tất cả các thành phần chạy trong Kernel Mode dùng chung một vùng nhớ hệ thống duy nhất.
Mức độ an toàn (Sự trả giá): Vì dùng chung bộ nhớ và có quyền cao nhất, nếu bất kỳ một đoạn mã nào ở đây (như Kernel ntoskrnl.exe hay một Driver card đồ họa) bị lỗi, hệ điều hành không thể tự phục hồi. Kết quả? Toàn bộ hệ thống sẽ sập, dẫn đến lỗi Màn hình xanh chết chóc (BSoD) huyền thoại.

1.2 User Mode - Khu cách ly an toàn

Ngược lại, User Mode là nơi cung cấp môi trường cho chúng ta làm việc, chạy giao diện và xử lý logic ứng dụng. Hầu hết mọi thứ bạn mở (Chrome, Word, các dịch vụ chạy nền) đều nằm ở đây.

Quyền hạn: Cực kỳ hạn chế. Ứng dụng ở User Mode không được phép trực tiếp chạm vào phần cứng hay bộ nhớ dùng chung.
Không gian bộ nhớ: Mỗi tiến trình được cấp một vùng bộ nhớ ảo biệt lập. Chrome không thể tự tiện đọc bộ nhớ của Word.
Mức độ an toàn: Rất cao. Nếu một ứng dụng User Mode bị lỗi (Crash), chỉ ứng dụng đó bị đóng lại, Windows vẫn sống khỏe.

Câu hỏi thực chiến: Nếu User Mode không được chạm vào phần cứng, làm sao Chrome có thể vẽ đồ họa lên màn hình hay lưu file xuống ổ cứng? Trả lời: Ứng dụng phải “nhờ vả” Kernel thông qua một cánh cổng gọi là API (System Calls). Kernel sẽ tiếp nhận yêu cầu, kiểm tra tính hợp lệ, thay mặt ứng dụng thực thi trên CPU/phần cứng, rồi trả kết quả về.

2. Giám sát ranh giới bằng Task Manager

Là một người làm bảo mật, bạn hoàn toàn có thể theo dõi xem CPU đang dồn sức cho thế giới nào bằng công cụ Task Manager có sẵn của Windows. Bạn hãy mở Task Manager -> tab Performance -> Nhấp chuột phải vào biểu đồ CPU và chọn Show kernel times.

Lúc này trên biểu đồ sẽ xuất hiện hai thành phần:

Đường nét đứt (Kernel Mode): Cho thấy CPU đang tốn bao nhiêu % công suất để xử lý các việc “hậu cần” của hệ điều hành (quản lý bộ nhớ, điều khiển driver, xử lý ngắt…).
Khoảng trống giữa nét đứt và đỉnh biểu đồ (User Mode): Đại diện cho mức tiêu thụ của các ứng dụng đang mở.

SOC Lưu ý: Nếu máy tính không mở phần mềm nào nặng, nhưng đường nét đứt (Kernel Mode) lại tăng vọt bất thường, rất có thể một Driver rác hoặc một Rootkit (mã độc mức Kernel) đang âm thầm hoạt động.

3. Giải phẫu hệ sinh thái Tiến trình cốt lõi

Sau khi Kernel (ntoskrnl.exe) yên vị trên RAM, tiến trình System (PID 4) sẽ tạo ra tiến trình User-mode đầu tiên: smss.exe (Session Manager Subsystem). Đây chính là “ông tổ” của mọi tiến trình sau này.

Nhiệm vụ của smss.exe là thiết lập bộ nhớ ảo, biến môi trường và đặc biệt là chia phòng (tạo Session). Windows chia làm 2 Session chính:

Session 0: Khu vực cấm địa, cách ly hoàn toàn giao diện, chỉ dành cho các dịch vụ hệ thống ngầm.
Session 1 (hoặc các số lớn hơn): Dành cho người dùng đăng nhập và tương tác.

3.1 Trong cõi Session 0 (Hệ thống)

Tại đây, smss.exe gọi ra hai cận vệ trung thành:

csrss.exe (Client/Server Runtime Subsystem): Xử lý các tác vụ nền cho Session 0.
wininit.exe (Windows Initialize): Kẻ khởi tạo dịch vụ hệ thống. Từ wininit.exe, một loạt các tiến trình trọng yếu khác ra đời:
- services.exe: Quản lý toàn bộ các dịch vụ (Services) của Windows. Nó khởi chạy hàng loạt các dịch vụ được bọc trong vỏ bọc svchost.exe (Service Host) để thực thi các DLL hệ thống.
- lsass.exe (Local Security Authority Subsystem Service): Người gác đền tối cao, chịu trách nhiệm xác thực và quản lý bảo mật.

3.2 Trong cõi Session người dùng (Session 1+)

Khi bạn chuẩn bị đăng nhập, smss.exe tạo ra:

Một bản sao csrss.exe mới: Để quản lý giao diện console cho người dùng.
winlogon.exe: Tiến trình vẽ lên màn hình đăng nhập yêu cầu bạn nhập mật khẩu.

Quy trình Xác thực (Authentication Flow): Khi bạn gõ mật khẩu, winlogon.exe không tự kiểm tra. Nó gói thông tin đó gửi thẳng xuống cho “người gác đền” lsass.exe ở Session 0. lsass.exe sẽ đối chiếu mật khẩu. Nếu đúng, lsass.exe gật đầu, tạo ra một Access Token (Thẻ bài quyền lực) và cấp quyền cho phiên đăng nhập của bạn.

4. SOC Analytics: “Bắt thóp” mã độc ngụy trang

Hacker biết rất rõ kiến trúc này. Chúng thừa hiểu nếu chạy một file tên là Trojan_steal_data.exe, các nhà phân tích SOC sẽ khóa cổ chúng ngay lập tức. Vì vậy, chúng thường đổi tên mã độc thành svchost.exe, lsass.exe hay csrss.exe.

Vậy làm sao để SOC Analyst nhận diện được kẻ giả mạo? Chúng ta dựa vào Mối quan hệ Cha - Con (Parent-Child Process) và Vị trí file.

Quy luật 1: lsass.exe xịn chỉ có một bản duy nhất đang chạy, vị trí file bắt buộc phải ở C:\Windows\System32\, và tiến trình cha bắt buộc phải là wininit.exe. Nếu bạn thấy lsass.exe mọc ra từ explorer.exe (nghĩa là do người dùng click chuột mở lên) hoặc nằm ở thư mục C:\Temp\, đó 100% là Malware.
Quy luật 2: svchost.exe có thể có hàng chục bản đang chạy (để chứa các dịch vụ khác nhau). Nhưng tất cả chúng đều phải có tiến trình cha là services.exe. Mã độc thường sinh ra svchost.exe độc lập để đánh lừa mắt người.

Mục tiêu số 1 - lsass.exe: Vì tiến trình này làm nhiệm vụ đối chiếu và lưu trữ thông tin đăng nhập, nó giữ rất nhiều mật khẩu (đôi khi là mật khẩu chưa mã hóa) trong RAM của nó. Các công cụ tấn công khét tiếng như Mimikatz luôn tìm cách can thiệp vào bộ nhớ của lsass.exe để trích xuất (dump) mật khẩu của quản trị viên.

Kiến trúc tiến trình của Windows là một cỗ máy vận hành hoàn hảo với ranh giới quyền lực khắt khe. Việc hiểu rõ ai gọi ai, ai làm nhiệm vụ gì là kỹ năng sống còn giúp SOC Analyst nhạy bén trước các kỹ thuật ẩn mình (Evasion) của Malware. Trong bài viết tiếp theo, chúng ta sẽ rời khỏi RAM để đi sâu vào các ngóc ngách của ổ cứng: Khám phá hệ thống tệp NTFS và kỹ thuật giấu mã độc bằng Alternate Data Streams. Đừng bỏ lỡ nhé!

Khởi nguồn hệ thống - Windows Booting

Thu, 07 May 2026 16:30:00 +0700

Chào mừng các bạn đến với Series Giải phẫu Windows OS & SOC Analytics. Ở bài viết đầu tiên này mình sẽ giúp các bạn hiểu về quá trình khởi tạo của Windows.

1. Giai đoạn Phần cứng: Tiếng gọi đầu tiên (Pre-boot)

Bước đầu tiên của quá trình khởi động bắt đầu bằng việc nhấn nút nguồn, thao tác này sẽ gửi tín hiệu điện đến bo mạch chủ và khởi tạo tất cả các thành phần. CPU là thành phần đầu tiên nhận tín hiệu điện và cần một số chỉ dẫn để tiếp tục. Lúc này, quá trình kiểm tra phần cứng POST (Power on Self-Test) sẽ diễn ra để xem RAM, CPU, bàn phím có hoạt động không.

Để có chỉ dẫn, CPU sẽ tìm đến một phần mềm nhúng trên bo mạch chủ (được gọi chung là Firmware). Trong lịch sử thiết kế hệ thống, có hai chuẩn Firmware khởi động chính và sự khác biệt giữa chúng là điểm mấu chốt trong điều tra số:

Legacy BIOS (Hệ thống đầu vào/đầu ra cơ bản): Chuẩn Firmware cũ kỹ hoạt động ở chế độ 16-bit và chỉ hỗ trợ dung lượng ổ đĩa tối đa 2 terabyte. Legacy BIOS đi liền với lược đồ phân vùng MBR (Master Boot Record).
UEFI (Giao diện phần mềm mở rộng thống nhất): Chuẩn Firmware thế hệ mới, hiện đại chạy ở chế độ 32-bit/64-bit, hỗ trợ dung lượng lên đến 9 zettabyte và mang theo tính năng Khởi động an toàn (Secure Boot). UEFI sử dụng sơ đồ phân vùng GPT (GUID Partition Table).

(Lưu ý: Dân IT chúng ta vẫn hay quen miệng gọi chung là “vào màn hình BIOS để cài đặt”, nhưng thực chất trên các máy tính từ năm 2012 trở lại đây, cái mà chúng ta đang truy cập chính là giao diện của UEFI. Trong UEFI có một chế độ gọi là Legacy Mode dùng để giả lập lại môi trường BIOS cũ nhằm hỗ trợ cài các hệ điều hành đời cổ).

2. Giai đoạn Tìm kiếm “Sự Sống”: MBR và GPT

Sau khi kiểm tra POST, BIOS/UEFI sẽ quét các thiết bị khởi động (SSD, HDD, USB) để tìm kiếm mã khởi động (có thể hiểu là đi tìm điểm bắt đầu, và tất nhiên các thiết bị lưu trữ sẽ được ưu tiên hàng đầu).

2.1. BIOS đi tìm MBR (Master Boot Record)

Trên hệ thống BIOS, sector đầu tiên của đĩa (kích thước chuẩn 512 byte) sẽ chứa MBR. Cấu trúc của MBR cực kỳ chật chội:

Bootstrap code (446 bytes): Bộ nạp khởi động ban đầu. Mục đích chính của nó là tìm phân vùng có thể khởi động từ bảng phân vùng và tải bộ nạp khởi động thứ hai từ đó.
Partition Table (64 bytes): Bảng phân vùng chứa thông tin chi tiết của tất cả phân vùng (tối đa 4 phân vùng Primary).
MBR Signature (2 bytes): Chữ ký đánh dấu điểm kết thúc của mã MBR, luôn luôn là giá trị Hex 55 AA.

Note: Vì mã khởi động nằm ngay trong 446 bytes này, Malware (như Bootkit) cực kỳ thích ghi đè vào đây. Bằng cách này, mã độc sẽ sống sót ngay cả khi người dùng format phân vùng hệ điều hành C: vì nó nằm hoàn toàn ngoài vùng kiểm soát của OS.

2.2. Sự tiến hóa: GPT và Protective MBR

UEFI thông minh hơn. Nó không tìm mã khởi động ở sector đầu tiên mà tìm đến một phân vùng đặc biệt gọi là Phân vùng hệ thống EFI (ESP). Trong GPT, bộ nạp khởi động bao gồm nhiều tệp có phần mở rộng .efi và tất cả chúng đều được lưu trữ trong ESP này.

Tuy nhiên, để bảo vệ đĩa GPT khỏi bị các hệ thống BIOS cũ tưởng nhầm là đĩa trắng và ghi đè, GPT tạo ra một lớp giáp gọi là Protective MBR nằm ở ngay sector 0. Protective MBR này chỉ khai báo đúng một phân vùng duy nhất trỏ đến ESP với cờ định dạng là EE (báo hiệu đây là đĩa GPT), để firmware BIOS không can thiệp vào.

3. Giai đoạn Nạp nhân (Windows OS Loader)

Sau khi phân vùng khởi động được xác định, quyền điều khiển được chuyển sang Windows Boot Manager (file bootmgr). Nó sẽ đọc file dữ liệu cấu hình khởi động (BCD - Boot Configuration Data) để quyết định sẽ nạp hệ điều hành nào.

Tiếp theo, logo Windows bắt đầu hiện lên trên màn hình. Đây là lúc file nạp hệ điều hành (Winload.exe hoặc winload.efi) ra sân để nạp các thành phần cốt lõi nhất vào RAM:

ntoskrnl.exe: Trái tim thực sự của hệ thống - Nhân (Kernel) của Windows.
Hal.dll: Lớp trừu tượng phần cứng, có nhiệm vụ “phiên dịch” để Kernel có thể ra lệnh được cho các linh kiện phần cứng vật lý.
System Registry Hive: Nạp các thiết lập cấu hình tối quan trọng của hệ thống từ Registry.
Boot-start Drivers: Các driver tối quan trọng để có thể tiếp tục đọc ổ đĩa.

4. Giai đoạn Khởi tạo hệ thống: Ranh giới và Các tiến trình đầu tiên

Khi Kernel (ntoskrnl.exe) đã nằm vững chãi trên RAM, nó bắt đầu thiết lập trật tự cho hệ thống. Đây là lúc sự phân chia hai cõi Kernel Mode (toàn quyền) và User Mode (hạn chế) được xác lập.

Sau khi kernel khởi động xong, tiến trình System (PID 4) sẽ tạo ra tiến trình User Mode đầu tiên của hệ thống: smss.exe (Session Manager Subsystem).

smss.exe là “ông tổ” của toàn bộ các phiên làm việc trên Windows. Nhiệm vụ của nó là tạo ra các biến môi trường, thiết lập bộ nhớ ảo và bắt đầu chia phòng (Session).

Tạo Session 0: Khu vực cấm địa chỉ dành riêng cho các dịch vụ hệ thống ngầm.
Tạo Session cho người dùng: Môi trường hiển thị giao diện cho chúng ta làm việc.

4.1. Sự hình thành các cây tiến trình (Process Tree)

Cách smss.exe sinh con:

Trong Session 0 (Hệ thống): smss.exe gọi ra wininit.exe (khởi tạo dịch vụ hệ thống) và csrss.exe (runtime subsystem cho session 0).

wininit.exe sau đó tiếp tục tạo ra hai mảnh ghép quan trọng:

services.exe: Trình quản lý dịch vụ. Nó sẽ khởi chạy hàng loạt các dịch vụ hệ thống, phần lớn được bọc bên trong các tiến trình svchost.exe.
lsass.exe (Local Security Authority Subsystem Service): Người gác đền quản lý bảo mật và xác thực thông tin đăng nhập.

Trong Session người dùng: smss.exe gọi ra một phiên bản csrss.exe khác (để xử lý console giao diện) và winlogon.exe (hiển thị màn hình đăng nhập quen thuộc).

Khi bạn nhập mật khẩu trên màn hình của winlogon.exe, nó sẽ gửi thông tin đến lsass.exe để đối chiếu. Nếu mật khẩu đúng, lsass.exe sẽ gật đầu và tạo ra một “thẻ bài” (Access Token) cấp quyền cho phiên làm việc của bạn.

Góc nhìn SOC: Hacker hiểu rõ thứ tự này. Nếu bạn thấy một tiến trình lsass.exe hoặc svchost.exe nằm “chơi vơi” mà không có tiến trình cha hợp lệ (như wininit.exe hay services.exe), hoặc file thực thi không nằm trong C:\Windows\System32\, thì 99% đó là phần mềm độc hại đang “đội lốt” tiến trình hệ thống. Ngoài ra, tiến trình lsass.exe nắm giữ mật khẩu của hệ thống, nên nó thường xuyên là mục tiêu để các công cụ như Mimikatz “dump” bộ nhớ hòng đánh cắp thông tin xác thực.

Kết thúc Bài 1, chúng ta đã nắm được cách một cỗ máy tính thức giấc và xây dựng cấu trúc tiến trình chặt chẽ của nó. Ở bài tiếp theo, chúng ta sẽ bắt tay vào phân tích chuyên sâu về hệ thống tệp và cấu trúc thư mục đĩa đệm. Hãy đón chờ nhé!