W01-L01: TCP/IP và Trust Boundary trong Mạng Doanh Nghiệp
1Sau mục này bạn sẽ làm được
- Giải thích chi tiết cơ chế hoạt động của địa chỉ IPv4, subnetting CIDR, phân giải ARP tại Layer 2 và phân đoạn mạng logic với chuẩn 802.1Q VLAN.
- Phân tích chính xác máy trạng thái TCP (State Machine), cấu trúc cờ điều khiển, số học Sequence/Acknowledgment và các điều kiện bất thường (RST injection, retransmission).
- Mô hình hóa chu kỳ truy vấn DNS và bắt tay TLS 1.3, xác định các điểm rò rỉ siêu dữ liệu văn bản rõ (cleartext metadata leakage) qua SNI và DNS query.
- Xác lập và đánh giá tối thiểu 03 ranh giới tin cậy cốt lõi (Trust Boundaries) trong luồng dữ liệu doanh nghiệp theo ma trận đe dọa STRIDE và nguyên tắc Zero Trust [nist-sp-800-207.]
- Thực thi kiểm thử an toàn trên Safe Lab F01 (mạng cô lập 192.168.56.0/24), thu thập pcap và hoàn thành tài liệu báo cáo kỹ thuật TCP-flow-notes.md đạt chuẩn audit.
2Cần biết trước
3Nối với các mục trước
Trong quá trình chuyển đổi từ vị trí kỹ sư kiểm thử phần mềm (QA/QC) hoặc quản trị mạng sang vai trò Enterprise Penetration Testing Technical Lead, bước chuyển tư duy quan trọng nhất là từ việc "quan sát chức năng bề mặt" sang "phân tích tính toàn vẹn của giao thức tầng thấp". Trước khi tiếp cận các kỹ thuật kiểm thử xâm nhập chuyên sâu vào dịch vụ xác thực Active Directory, ứng dụng web hoặc hạ tầng đám mây ở các tuần tiếp theo, học viên phải làm chủ hoàn toàn lớp nền tảng vận chuyển gói tin. Một lỗi bảo mật ở tầng ứng dụng (như SSRF hay Command Injection) chỉ có thể được khai thác thành công hoặc bị chặn đứng dựa trên chính cách mà mạng doanh nghiệp phân định ranh giới định tuyến, kiểm soát trạng thái kết nối TCP và cách ly các phân vùng mạng.
4Hiểu nhanh bằng ví dụ đời thường
Hãy hình dung mạng máy tính doanh nghiệp giống như một tòa nhà trung tâm thương mại và văn phòng đa tầng được kiểm soát an ninh nghiêm ngặt. Mặt tiền sảnh tầng trệt mở cửa đón tiếp khách vãng lai và shipper tương tự như vùng DMZ công khai; các thang máy yêu cầu quẹt thẻ từ chuyên dụng để đi lên các tầng văn phòng làm việc nội bộ của nhân viên; và tầng hầm lưu trữ két bạc tài chính hoặc phòng server trung tâm đòi hỏi xác thực sinh trắc học 2 lớp cùng sự giám sát liên tục của đội ngũ bảo vệ.
Trong kịch bản này, ranh giới tin cậy (trust boundary) chính là các cửa kiểm soát thẻ từ và chốt an ninh ngăn cách giữa các khu vực. Bất kỳ ai muốn bước từ sảnh công cộng sang khu vực nội bộ đều phải xuất trình căn cước và trải qua quy trình xác minh. Ngược lại, nếu một tòa nhà được thiết kế như một "mạng phẳng" (flat network) không có cửa ngăn cách, một vị khách lạ vào quán cà phê ở tầng một hoàn toàn có thể tự do mở cửa bước thẳng vào phòng tài chính kế toán mà không gặp bất kỳ rào cản vật lý nào.
5Cơ chế và định nghĩa chính xác
5.1Cấu trúc IPv4, Subnetting và Cơ chế Phân giải ARP
Địa chỉ IPv4 là một định danh nhị phân 32-bit, được chia thành 4 octet biểu diễn dưới dạng thập phân có dấu chấm (dotted-decimal notation). Mỗi địa chỉ IPv4 bao gồm hai thành phần cấu trúc: phần định danh mạng (Network ID) và phần định danh máy trạm (Host ID). Tỷ lệ phân chia giữa Network ID và Host ID được xác định bởi mặt nạ mạng (Subnet Mask) hoặc độ dài tiền tố (Prefix Length) theo chuẩn Phân tuyến liên miền không phân lớp (Classless Inter-Domain Routing - CIDR).
Công thức toán học xác định số lượng địa chỉ máy trạm khả dụng trong một khối mạng tiền tố (với ) là:
Trong đó, hai địa chỉ không thể gán cho máy trạm là địa chỉ mạng (Network Address - tất cả các bit của Host ID bằng 0) và địa chỉ quảng bá (Broadcast Address - tất cả các bit của Host ID bằng 1). Ví dụ: một subnet cung cấp địa chỉ khả dụng; một subnet cung cấp địa chỉ khả dụng; và một liên kết điểm-điểm (point-to-point link) cung cấp địa chỉ khả dụng.
Theo chuẩn RFC 1918 [6] không gian địa chỉ IPv4 riêng (Private Address Space) được bảo lưu thành ba dải mạng độc lập:
1. 10.0.0.0/8 (từ 10.0.0.0 đến 10.255.255.255, gồm 16,777,216 địa chỉ).
2. 172.16.0.0/12 (từ 172.16.0.0 đến 172.31.255.255, gồm 1,048,576 địa chỉ).
3. 192.168.0.0/16 (từ 192.168.0.0 đến 192.168.255.255, gồm 65,536 địa chỉ).
Giao thức phân giải địa chỉ (Address Resolution Protocol - ARP) đảm nhiệm vai trò ánh xạ địa chỉ logic Layer 3 (IPv4) sang địa chỉ vật lý Layer 2 (MAC address 48-bit) trong cùng một miền quảng bá (broadcast domain). Khi máy trạm cần gửi gói tin tới máy trạm trong cùng subnet:
1. Máy phát một khung ARP Request chứa câu hỏi "Ai sở hữu IP hãy trả lời cho " tới địa chỉ MAC quảng bá ff:ff:ff:ff:ff:ff. Mọi thiết bị trong broadcast domain đều nhận và xử lý khung này.
2. Máy nhận diện IP của mình, cập nhật bảng ARP cache nội bộ và gửi lại một khung ARP Reply đơn hướng (unicast) chứa địa chỉ MAC thực tế của tới máy .
3. Máy lưu cặp địa chỉ IP-MAC vào bảng ARP cache nội bộ để đóng gói các khung dữ liệu Ethernet tiếp theo.
5.2Phân đoạn Mạng Logic với VLAN 802.1Q và Inter-VLAN Routing
Trong các doanh nghiệp quy mô vừa và lớn, việc duy trì một mạng phẳng (flat network) duy nhất dẫn đến hai hệ quả nghiêm trọng: bão quảng bá (broadcast storm) làm suy giảm băng thông, và thiếu hụt hoàn toàn ranh giới an ninh khi bất kỳ thiết bị nào cũng có thể truyền thông trực tiếp tới các máy chủ nhạy cảm tại Layer 2.
Chuẩn IEEE 802.1Q giải quyết thách thức này bằng cách chèn một thẻ định danh 4-byte (VLAN Tag) vào giữa trường Source MAC và trường EtherType của khung Ethernet tiêu chuẩn. Cấu trúc 4-byte này bao gồm:
- Tag Protocol Identifier (TPID - 16 bit): Có giá trị cố định 0x8100 để chỉ định đây là khung được gắn thẻ 802.1Q.
- Priority Code Point (PCP - 3 bit): Dùng cho phân loại chất lượng dịch vụ (QoS / 802.1p).
- Drop Eligible Indicator (DEI - 1 bit): Đánh dấu gói tin có thể bị loại bỏ khi xảy ra nghẽn mạng.
- VLAN Identifier (VID - 12 bit): Định danh phân vùng mạng logic, cho phép định nghĩa từ 1 đến 4,094 VLAN độc lập.
Mỗi VLAN hoạt động như một miền quảng bá Layer 2 hoàn toàn biệt lập. Để truyền thông giữa các VLAN khác nhau, lưu lượng bắt buộc phải đi qua một thiết bị định tuyến Layer 3 (Inter-VLAN Routing), thông qua cấu hình Router-on-a-Stick, Switch Layer 3 với giao diện ảo SVI (Switched Virtual Interface), hoặc một Tường lửa thế hệ mới (Next-Generation Firewall - NGFW).
Mermaid Source
sequenceDiagram
autonumber
participant Client as User PC (VLAN 10: 10.0.10.50)
participant Switch as L3 Core Switch
participant FW as Stateful Firewall (Trust Boundary)
participant Server as App Server (VLAN 20: 10.0.20.100)
Client->>Switch: Khung Ethernet không gắn thẻ (Access Port VLAN 10)
Switch->>Switch: Gắn thẻ 802.1Q (VID: 10)
Switch->>FW: Chuyển tiếp khung qua Trunk Link tới Sub-interface VLAN 10
Note over FW: Kiểm tra bảng trạng thái kết nối<br/>Áp dụng chính sách kiểm soát truy cập (ACL)
alt Lưu lượng bị chặn bởi chính sách
FW-->>Client: TCP RST hoặc ICMP Destination Unreachable
else Lưu lượng hợp lệ
FW->>Switch: Đẩy gói tin sang Sub-interface VLAN 20 (VID: 20)
Switch->>Server: Gỡ thẻ 802.1Q, chuyển khung tới máy chủ
end5.3Giao thức TCP, Bắt tay 3 bước và Máy trạng thái Kết nối
Giao thức điều khiển truyền vận (Transmission Control Protocol - TCP), được chuẩn hóa lần đầu trong RFC 793 [4] và cập nhật toàn diện trong RFC 9293 [3] là giao thức hướng kết nối (connection-oriented), đảm bảo dữ liệu được phân phối tin cậy, có thứ tự và có kiểm soát luồng/nghẽn trên môi trường mạng IP không tin cậy.
Header TCP có độ dài tối thiểu 20 byte (khi không có tùy chọn mở rộng), bao gồm các trường điều khiển cốt lõi: - Source Port (16 bit) và Destination Port (16 bit): Định danh tiến trình dịch vụ ở hai đầu mút kết nối. - Sequence Number (32 bit): Đánh số thứ tự byte đầu tiên của phân đoạn dữ liệu trong luồng truyền hoặc số thứ tự khởi tạo (Initial Sequence Number - ISN) trong gói SYN. - Acknowledgment Number (32 bit): Xác nhận số thứ tự của byte tiếp theo mà bên nhận mong muốn được nhận (Cumulative ACK). - Data Offset (4 bit): Chỉ định độ dài của header TCP tính theo đơn vị từ 32-bit (4 byte). - Control Flags (9 bit): Các cờ điều khiển trạng thái gồm URG, ACK, PSH, RST, SYN, FIN, ECE, CWR, NS. - Window Size (16 bit): Kích thước bộ đệm nhận (Receive Buffer) mà máy trạm có thể tiếp nhận mà không cần chờ ACK. - Checksum (16 bit) và Urgent Pointer (16 bit). - Options (tối đa 40 byte): Các tùy chọn đàm phán như Maximum Segment Size (MSS), Window Scaling (RFC 7323), Selective Acknowledgment (SACK per RFC 2018), và TCP Timestamps.
Cơ chế bắt tay ba bước (3-Way Handshake) thiết lập kết nối song công (full-duplex) dựa trên quy luật số học Sequence/Acknowledgment chặt chẽ:
Nếu Initial Sequence Number được sinh ra theo quy luật tuyến tính hoặc có thể dự đoán được (thiếu entropy), kẻ tấn công đứng ngoài luồng (off-path attacker) có thể phát các gói tin TCP giả mạo địa chỉ IP nguồn tin cậy, đoán đúng số Sequence Number hợp lệ và chèn dữ liệu độc hại vào phiên kết nối (TCP Session Hijacking [3]). Vì lý do này, mọi hệ điều hành hiện đại đều phải áp dụng thuật toán sinh ISN ngẫu nhiên dựa trên mã hóa (Cryptographic Pseudo-Random Number Generator) kết hợp với hàm băm bí mật của hệ thống.
Quá trình đóng kết nối có thể diễn ra theo hai phương thức: 1. Đóng trật tự (Graceful Teardown): Sử dụng cờ FIN qua 4 bước (FIN ACK FIN ACK). Phía chủ động đóng kết nối sẽ chuyển sang trạng thái TIME_WAIT và duy trì trong thời gian (Maximum Segment Lifetime, thường là 60-120 giây) để đảm bảo mọi gói tin trôi dạt trên mạng bị triệt tiêu hoàn toàn trước khi cổng mạng được tái sử dụng. 2. Đóng bất thường (Abrupt Teardown): Sử dụng cờ RST (Reset). Khi một thiết bị nhận được gói tin gửi tới một cổng đang đóng, hoặc khi kết nối bị lỗi bộ nhớ nghiêm trọng, gói tin RST được phát đi ngay lập tức mà không tiêu thụ số sequence và không yêu cầu xác nhận ACK.
Một trong những điểm yếu cố hữu của máy trạng thái TCP là tấn công từ chối dịch vụ SYN Flood [16] [rfc4987.] Kẻ tấn công gửi hàng loạt gói tin SYN với địa chỉ IP nguồn giả mạo khiến máy chủ phân bổ cấu trúc dữ liệu socket trong bộ nhớ (Transmission Control Block - TCB) và chuyển sang trạng thái SYN_RECEIVED chờ đợi gói ACK thứ ba. Do client giả mạo không bao giờ gửi ACK, hàng đợi kết nối nửa mở (half-open connection backlog queue) bị lấp đầy, khiến máy chủ từ chối phục vụ toàn bộ người dùng hợp lệ.
Để khắc phục điểm yếu này tại ranh giới bảo vệ, kỹ thuật SYN Cookies được triển khai [dang2019synproxy.] Khi hàng đợi backlog đầy, máy chủ không lưu TCB vào bộ nhớ mà mã hóa toàn bộ thông số kết nối (MSS, thời gian, IP/Port nguồn và đích) thành chính giá trị . Chỉ khi nhận được gói tin ACK hợp lệ ở bước 3, máy chủ mới giải mã lại các thông số từ Acknowledgment Number trừ đi 1 để khởi tạo socket thực thụ.
5.4Phân giải Tên miền (DNS) và Mã hóa Tầng Vận chuyển (TLS 1.3)
Trước khi một kết nối TCP được khởi tạo tới một dịch vụ web, máy trạm phải giải quyết địa chỉ IP của máy chủ thông qua Hệ thống Tên miền (Domain Name System - DNS). Chu trình phân giải chuẩn diễn ra qua các bước:
1. Máy trạm (Stub Resolver) gửi truy vấn UDP cổng 53 tới Recursive Resolver nội bộ (thường được cấu hình qua DHCP).
2. Recursive Resolver kiểm tra bộ nhớ đệm (Cache). Nếu chưa có bản ghi, nó lần lượt truy vấn các máy chủ Root Name Server, Top-Level Domain (TLD) Server (ví dụ .vn, .com), và cuối cùng là Authoritative Name Server của tên miền đích.
3. Bản ghi phân giải (A record cho IPv4 hoặc AAAA record cho IPv6) được trả về cho máy trạm kèm theo thời gian sống (Time-To-Live - TTL).
Giao thức DNS truyền thống truyền tải gói tin hoàn toàn ở dạng văn bản rõ (cleartext UDP) và chỉ dựa vào một trường Transaction ID 16-bit cùng số cổng nguồn ngẫu nhiên để khớp nối câu trả lời. Nếu kẻ tấn công có thể đoán trước Transaction ID và gửi câu trả lời giả mạo trước khi máy chủ chính thống phản hồi (Kaminsky DNS Cache Poisoning), toàn bộ lưu lượng của doanh nghiệp có thể bị chuyển hướng sang máy chủ độc hại.
Trong các tổ chức lớn, kiến trúc Split-Horizon DNS (hay Split-View DNS) được triển khai để tạo ranh giới phân giải:
- Người dùng bên trong mạng nội bộ truy vấn tên miền portal.corp.test sẽ nhận được địa chỉ IP riêng RFC 1918 (ví dụ 10.0.20.50).
- Người dùng từ mạng Internet công cộng truy vấn cùng tên miền portal.corp.test sẽ nhận được địa chỉ IP Public của thiết bị Reverse Proxy/WAF (ví dụ 203.0.113.10).
Sau khi có IP và thiết lập xong kết nối TCP qua cổng 443, quá trình bảo mật dữ liệu được đảm nhiệm bởi giao thức Transport Layer Security phiên bản 1.3 (TLS 1.3) theo chuẩn RFC 8446 [rfc8446.] Khác với TLS 1.2 cần tới 2 chu kỳ truyền khứ hồi (2-RTT) để hoàn tất đàm phán, TLS 1.3 tối ưu hóa xuống còn 1-RTT bằng cách tích hợp thuật toán trao đổi khóa Diffie-Hellman tạm thời (Ephemeral Diffie-Hellman - ECDHE) ngay trong gói tin mở đầu:
5.5Mô hình hóa Ranh giới Tin cậy Doanh nghiệp (Enterprise Trust Boundaries)
Theo nguyên lý thiết kế hệ thống bảo vệ thông tin kinh điển của Saltzer và Schroeder [17] cùng chuẩn kiến trúc Zero Trust NIST SP 800-207 [1] một Ranh giới Tin cậy (Trust Boundary) là một giao diện phân định ranh giới giữa hai miền hoặc thành phần hệ thống có mức độ tin cậy, đặc quyền truy cập, chính sách quản trị hoặc khả năng kiểm soát khác nhau. Khi luồng dữ liệu di chuyển vượt qua một ranh giới tin cậy, hệ thống bắt buộc phải thực thi các biện pháp kiểm soát an ninh (Authentication, Authorization, Validation, Inspection).
Trong một kiến trúc ứng dụng web doanh nghiệp tiêu chuẩn, tồn tại ba ranh giới tin cậy cốt lõi:
Để phân tích rủi ro có hệ thống trên từng ranh giới, mô hình đe dọa STRIDE (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege) được áp dụng để xác định các vector tấn công qua mạng:
| Tiêu chí Đánh giá | Mạng Perimeter Truyền Thống | Kiến trúc Zero Trust (ZTA [1]) | Ý nghĩa đối với Pentest Lead |
|---|---|---|---|
| Vị trí thiết lập Ranh giới | Biên giới mạng cứng (Edge Firewall/VPN) | Từng máy trạm, ứng dụng và luồng dữ liệu | Pentest cần chuyển từ khai thác biên sang leo thang nội bộ |
| Mức độ tin cậy nội mạng | Ngầm định tin cậy mọi IP bên trong mạng nội bộ | Không tin cậy bất kỳ phân vùng mạng nào | Ranh giới VLAN truyền thống dễ bị bypass nếu thiếu mTLS |
| Cơ chế kiểm soát truy cập | Dựa trên địa chỉ IP, Subnet và Cổng cố định | Dựa trên Danh tính (Identity), Bối cảnh và Đánh giá rủi ro động | Cần kiểm tra tính toàn vẹn của Token và Policy Engine |
| Mã hóa giao tiếp nội bộ | Thường bỏ qua mã hóa nội mạng (cleartext HTTP/RPC) | Bắt buộc mã hóa toàn trình (End-to-End mTLS) | Dễ nghe lén trong mạng truyền thống; vô hiệu trong ZTA |
6Ví dụ có lời giải: Khảo sát Luồng Kết nối DNS - TCP - TLS qua Ranh giới Tin cậy
Trong ví dụ thực hành có lời giải này, chúng ta sẽ khảo sát một phiên truy cập điển hình từ máy trạm nhân viên (192.168.56.10:52134) tới cổng thông tin bảo mật doanh nghiệp (app.lab.internal tại 192.168.56.20:443), sử dụng máy chủ phân giải DNS nội bộ (192.168.56.2:53). Bảng dữ liệu dưới đây trích xuất trực tiếp từ file bắt gói tin trace_sample.pcap thông qua công cụ Wireshark [8] và tshark:
| No. | Delta (s) | Nguồn (Src) | Đích (Dst) | Giao thức | Tóm tắt Header & Cờ | Số học Seq/Ack & Chi tiết | Kỳ vọng vs Thực tế (Expected vs Actual) |
|---|---|---|---|---|---|---|---|
| 1 | 0.0000 | 192.168.56.10:48212 | 192.168.56.2:53 | DNS | Standard query 0x1a2b A app.lab.internal | UDP SrcPort: 48212 (ngẫu nhiên), ID: 0x1a2b | Kỳ vọng: Gói truy vấn rõ; Thực tế: Khớp hoàn toàn, tên miền lộ rõ trên mạng nội bộ. |
| 2 | 0.0012 | 192.168.56.2:53 | 192.168.56.10:48212 | DNS | Standard response 0x1a2b A 192.168.56.20 | UDP DstPort: 48212, ID: 0x1a2b, Answer: 192.168.56.20 | Kỳ vọng: Trả về IP trong subnet lab; Thực tế: Khớp ID 0x1a2b, TTL=300s. |
| 3 | 0.0020 | 192.168.56.10:52134 | 192.168.56.20:443 | TCP | [SYN] Seq=0 (Raw: 2841092100) Win=64240 | ISN_C = 2841092100, Ack = 0, MSS=1460, SACK | Kỳ vọng: Khởi tạo bắt tay 3 bước với ISN ngẫu nhiên; Thực tế: Đúng chuẩn RFC 9293. |
| 4 | 0.0025 | 192.168.56.20:443 | 192.168.56.10:52134 | TCP | [SYN, ACK] Seq=0 (Raw: 981240112) Ack=1 | ISN_S = 981240112, Ack = ISN_C + 1 (2841092101) | Kỳ vọng: Server phản hồi và tăng Seq_C thêm 1; Thực tế: Ack khớp số học 100%. |
| 5 | 0.0028 | 192.168.56.10:52134 | 192.168.56.20:443 | TCP | [ACK] Seq=1 Ack=1 (Raw: 981240113) | Seq = ISN_C + 1, Ack = ISN_S + 1 (981240113) | Kỳ vọng: Hoàn tất bắt tay, chuyển sang ESTABLISHED; Thực tế: Bắt tay 3 bước thành công. |
| 6 | 0.0040 | 192.168.56.10:52134 | 192.168.56.20:443 | TLSv1.3 | Client Hello, SNI=app.lab.internal | Cipher: TLS_AES_128_GCM_SHA256, KeyShare: X25519 | Kỳ vọng: Gửi khóa phiên ECDHE và SNI rõ; Thực tế: Thấy rõ SNI app.lab.internal. |
| 7 | 0.0055 | 192.168.56.20:443 | 192.168.56.10:52134 | TLSv1.3 | Server Hello, Encrypted Extensions, Finished | ECDHE KeyShare Server, Certificate & Handshake Encrypted | Kỳ vọng: Đàm phán 1-RTT thành công; Thực tế: Toàn bộ lưu lượng sau gói 7 được mã hóa. |
Nhận xét từ góc độ Technical Lead: 1. Tính nhất quán của luồng kết nối: Ba gói tin 3, 4, 5 tuân thủ tuyệt đối quy luật . Vì gói SYN không mang payload nhưng có cờ SYN bật, nó chiếm 1 đơn vị sequence, khiến của Server ở gói 4 tăng lên đúng . 2. Phân định ranh giới chuyển tiếp: Tại gói 1-2, dữ liệu truyền qua Ranh giới Phân giải Tên miền (DNS Boundary); tại gói 3-5, dữ liệu thiết lập kênh truyền tin cậy qua Ranh giới Tầng Vận chuyển (Transport Boundary); và từ gói 6 trở đi, kênh truyền bước vào Ranh giới Mật mã Tầng Ứng dụng (Cryptographic Boundary).
7Tự làm tiếp: Phát hiện và Phân tích Hiện tượng Bơm Gói tin TCP RST Bất thường
Bài tập suy luận thực hành: Trong một kịch bản rà quét mạng hoặc kiểm thử phân đoạn, học viên quan sát thấy một kết nối TCP tới cổng 443 bị ngắt đột ngột ngay sau gói tin SYN. Dưới đây là đoạn trích xuất tshark có chứa các vị trí khuyết ___. Hãy phân tích ngữ cảnh và hoàn thiện các biểu thức lọc Wireshark Display Filter phù hợp:
1# 1. Trích xuất tất cả các gói tin có cờ RST được bật trong phiên2tshark -r incident_capture.pcap -Y "___" \3 -T fields -e frame.number -e ip.src -e ip.dst -e ip.ttl -e tcp.flags.reset -e tcp.seq -e tcp.window_size45# 2. Kiểm tra xem RST có giá trị Window Size bằng 0 hoặc TTL bị lệch số hop hay không6tshark -r incident_capture.pcap -Y "tcp.flags.reset == 1 && ___" \7 -T fields -e frame.number -e ip.src -e ip.ttl -e tcp.window_size8Hiểu lầm thường gặp trong Kiến trúc TCP/IP và Bảo mật Ranh giới
9Nhìn tổng quan: Ma trận Phân vùng và Cơ chế Kiểm soát Ranh giới Doanh nghiệp
| Phân vùng (Zone) | Dải CIDR Khuyến nghị | Cấp độ Tin cậy | Vector Tấn công Tiêu biểu | Cơ chế Kiểm soát Ranh giới Bắt buộc |
|---|---|---|---|---|
| User Workstation Zone | 10.0.10.0/24 | Thấp (Untrusted) | Mã độc endpoint, ARP spoofing, lateral movement | 802.1X NAC, Dynamic ARP Inspection, EDR, cấm giao tiếp ngang giữa các máy trạm (PVLAN) |
| DMZ (Public Services) | 172.16.1.0/24 | Trung bình (Semi-trusted) | Khai thác lỗ hổng web công khai, DDoS, bypass WAF | Reverse Proxy cách ly, WAF, IDS/IPS mạng, cấm khởi tạo kết nối ngược vào vùng Internal |
| Application Zone | 10.0.20.0/24 | Cao (High Trust) | SSRF, Remote Code Execution, Privilege Escalation | Stateful Firewall nội bộ, mã hóa mTLS, chỉ mở cổng dịch vụ đặc thù (ví dụ 8080/8443) |
| Database & Storage Zone | 10.0.30.0/24 | Tối mật (Critical Core) | SQL Injection, truy cập trái phép trực tiếp vào DB | Database Firewall, cách ly vật lý hoặc micro-segmentation nghiêm ngặt, cấm truy cập trực tiếp từ User Zone |
| Out-of-Band Management | 192.168.100.0/24 | Tối mật (Isolated Admin) | Brute-force SSH/RDP, lạm dụng quyền đặc quyền Admin | Mạng vật lý riêng biệt, yêu cầu Bastion Host/Jump Server, xác thực MFA, giám sát phiên ghi hình |
10Dự án nhỏ: Safe Lab F01 — Phân tích TCP Handshake & Trust Boundary Mapping
192.168.56.0/24; kiểm tra rằng client, web/TLS server và DNS nội bộ có đúng địa chỉ đã cấp.F01-start, rồi khởi động đúng ba máy synthetic: client 192.168.56.10, web/TLS server 192.168.56.20 và DNS 192.168.56.2.TCP-flow-notes.md.1set -euo pipefail2IFACE="${IFACE:-vboxnet0}"3PCAP="f01-$(date -u +%Y%m%dT%H%M%SZ).pcap"45sudo tcpdump -i "$IFACE" -nn -s0 -w "$PCAP" \6 'net 192.168.56.0/24 and (udp port 53 or tcp port 53 or tcp port 443)'78tshark -r "$PCAP" -Y 'dns' \9 -T fields -E header=y -E separator=/t \10 -e frame.number -e frame.time_relative -e ip.src -e ip.dst \11 -e dns.id -e dns.flags.response -e dns.qry.name -e dns.a \12 > dns-evidence.tsv1314tshark -r "$PCAP" -Y 'tcp.flags.syn == 1 || tcp.flags.syn == 1 && tcp.flags.ack == 1 || tcp.flags.ack == 1 && tcp.len == 0' \15 -T fields -E header=y -E separator=/t \16 -e frame.number -e frame.time_relative -e ip.src -e tcp.srcport \17 -e ip.dst -e tcp.dstport -e tcp.seq -e tcp.ack -e tcp.flags \18 > tcp-handshake-evidence.tsv1920tshark -r "$PCAP" -Y 'tls.handshake.type == 1 && tls.handshake.extensions_supported_version == 0x0304' \21 -T fields -E header=y -E separator=/t \22 -e frame.number -e frame.time_relative -e ip.src -e ip.dst \23 -e tcp.srcport -e tcp.dstport -e tls.handshake.type \24 -e tls.handshake.extensions_server_name -e tls.handshake.extensions_supported_version \25 > tls13-clienthello-evidence.tsv2627{28 printf '# TCP-flow-notes.md\n\n'29 printf '## Capture\n\n- Interface: `%s`\n- Pcap: `%s`\n- Scope: `192.168.56.0/24`\n\n' "$IFACE" "$PCAP"30 printf '## DNS evidence\n\n```text\n'; cat dns-evidence.tsv; printf '```\n\n'31 printf '## TCP three-way handshake evidence\n\n```text\n'; cat tcp-handshake-evidence.tsv; printf '```\n\n'32 printf '## TLS 1.3 ClientHello evidence\n\n```text\n'; cat tls13-clienthello-evidence.tsv; printf '```\n'33} > TCP-flow-notes.mdCapture: interface, thời gian UTC, tên pcap và phạm vi 192.168.56.0/24.
2. DNS evidence: frame number, relative time, source/destination, DNS ID, response bit, query name và answer.
3. TCP three-way handshake evidence: SYN, SYN-ACK và ACK của cùng một flow, kèm sequence/acknowledgment number, port và flags.
4. TLS 1.3 ClientHello evidence: frame number, source/destination, port, SNI và supported version 0x0304.
Mỗi kết luận phải trỏ tới frame number tương ứng. Không ghi credential thật, token, dữ liệu cá nhân hoặc địa chỉ ngoài lab; nếu một lát lọc không có kết quả, ghi No matching frame và nguyên nhân kiểm tra được.11Tự kiểm tra
| Mức điểm | Hành vi Năng lực Quan sát | Tiêu chí Đạt chuẩn Bằng chứng (TCP-flow-notes.md) | Phân loại Quyết định |
|---|---|---|---|
| 0 | Không nộp hoặc bài rỗng | Không có TCP-flow-notes.md hoặc tệp không có bằng chứng kiểm tra | Giữ lại và đình chỉ đánh giá |
| 25 | Chỉ nhắc lại lý thuyết | Nêu thuật ngữ nhưng không có flow, phép tính, mốc boundary hoặc đối chiếu quan sát | Chưa đạt; học lại nền tảng |
| 50 | Thực hiện khi có hướng dẫn, thiếu tính toán | Có ghi chú theo mẫu khi được dẫn dắt nhưng thiếu subnet boundary, sequence/ack hoặc kiểm chứng metadata | Chưa đạt; cần giám sát |
| 75 | Độc lập phân tích, đầy đủ bằng chứng và 3 trust boundaries | TCP-flow-notes.md có phép tính, packet evidence, kết luận và phân tích đủ 3 trust boundaries | Đạt chuẩn; được chuyển bài thực hành tiếp theo |
| 100 | Phân tích biên, false positives, SYN flood/cookies, SNI leakage và hardening | Phân biệt giới hạn quan sát, false positives, tác động SYN flood/cookies, SNI leakage và đề xuất hardening có thể kiểm chứng | Vượt chuẩn; đủ năng lực dẫn dắt |
12Nhìn lại
Là một Enterprise Penetration Testing Technical Lead, nhiệm vụ của bạn không đơn thuần là phát hiện một cổng dịch vụ mở hay chạy một kịch bản rà quét tự động. Trọng tâm của vai trò là thấu hiểu bản chất kiến trúc: Hiểu được mỗi byte dữ liệu di chuyển như thế nào qua từng tầng giao thức, xác định chính xác vị trí ranh giới tin cậy bị rạn nứt, và cung cấp bằng chứng kỹ thuật không thể chối cãi (defensible evidence) để giúp ban giám đốc và đội ngũ kỹ nghệ tái thiết lập các chốt chặn phòng thủ vững chắc. Kiến thức nền tảng về TCP/IP và ranh giới tin cậy được thiết lập trong bài học này sẽ là kim chỉ nam xuyên suốt toàn bộ 96 bài học của chương trình đào tạo.
13Đọc thêm
Tài liệu Tham khảo Tiêu chuẩn và Học thuật Quốc tế
- [1]S. Rose, O. Borchert, S. Mitchell, S. Connelly. Zero Trust Architecture. NIST Special Publication 800-207, National Institute of Standards and Technology, 2020.
- [2]K. Scarfone, M. Souppaya, A. Cody, A. Orebaugh. Technical Guide to Information Security Testing and Assessment. NIST Special Publication 800-115, National Institute of Standards and Technology, 2008.
- [3]W. Eddy (Ed.). Transmission Control Protocol (TCP) Specification. RFC 9293 (STD 7), Internet Engineering Task Force (IETF), 2022.
- [4]J. Postel (Ed.). Transmission Control Protocol - DARPA Internet Program Protocol Specification. RFC 793, Internet Engineering Task Force (IETF), 1981.
- [5]E. Rescorla. The Transport Layer Security (TLS) Protocol Version 1.3. RFC 8446, Internet Engineering Task Force (IETF), 2018.
- [6]Y. Rekhter, B. Moskowitz, D. Karrenberg, G. J. de Groot, E. Lear. Address Allocation for Private Internets. RFC 1918 (BCP 5), Internet Engineering Task Force (IETF), 1996.
- [7]W. Eddy. TCP SYN Flooding Attacks and Common Mitigations. RFC 4987, Internet Engineering Task Force (IETF), 2007.
- [8]G. Combs, U. Lamping, R. Sharpe, E. Warnicke. Wireshark User's Guide (v4.4). Wireshark Documentation Project, 2024.
- [9]G. Lyon. Nmap Network Scanning: The Official Nmap Project Guide to Network Discovery and Vulnerability Scanning. Insecure.Com LLC, 2009.
- [10]M. M. Hassan, S. Huda, S. Sharmeen, J. Abawajy, G. Fortino. An Adaptive Trust Boundary Protection for IIoT Networks Using Deep-Learning Feature-Extraction-Based Semisupervised Model. IEEE Transactions on Industrial Informatics (Vol. 17, No. 4, pp. 2860-2870), 2021.
- [11]S. Chennamsetty, S. A. Averineni. From Network Segmentation to AI-Driven Zero Trust: A Systematic Survey of Micro-segmentation Technologies. 2025 7th International Conference on Electronics and Communication, Network and Computer Technology (IEEE), 2025.
- [12]V. T. Dang, T. T. Huong, N. H. Thanh, P. N. Nam, N. N. Thanh, A. Marshall, S. Furnell. SDN-Based SYN Proxy - A Solution to Enhance Performance of Attack Mitigation Under TCP SYN Flood. The Computer Journal (Oxford University Press / IEEE Computer Society, Vol. 62, Issue 4, pp. 581-599), 2019.
- [13]A. J. Bello, M. Diyan, I. Asghar. Zero Trust Implementation for Legacy Systems using Dynamic Microsegmentation, Role-Based Access Control (RBAC), and Attribute-Based Access Control (ABAC). 2025 4th International Conference on Computing and Information Technology (IEEE), 2025.
- [14]N. Ravi, S. M. Shalinie, C. Lal, M. Conti. AEGIS: Detection and Mitigation of TCP SYN Flood on SDN Controller. IEEE Transactions on Network and Service Management (Vol. 18, Issue 1, pp. 863-875), 2021.
- [15]Z. T. Almulla, H. Rahman. The Role of Network Segmentation and Micro-Segmentation in Operational Technology Security. 2025 International Conference on Computing, Networking and Communications (IEEE), 2025.
- [16]W. M. Eddy. SYN Flood Attack. Encyclopedia of Cryptography, Security and Privacy (Springer Nature), 2025.
- [17]J. J. Masserini. Zero Trust Architecture. Building the Enterprise Identity Operating Model (Apress / Springer Nature, pp. 243-268), 2026.
- [18]K. U. Nisa, F. Algarni, M. T. Quasim, N. Alqarameen, R. Jahan, S. I. Ansarullah. Comparative Analysis of Approaches in the Zero Trust Network Model. Proceedings of International Conference on Artificial Intelligence and Networks (Springer Nature), 2026.
- [19]A. Rabed, F. Abdulrazzak, A. Al-Mqdashi, M. Al-Sanabani. SF-DaM: An Efficient Lightweight Approach for Detecting and Mitigating the TCP SYN Flooding Attacks in SDN. Cybersecurity (Springer Nature, Vol. 9, Article 25), 2026.
- [20]M. J. Haber. Zero Trust. Privileged Attack Vectors: Building Effective Cyber-Defense Strategies to Protect Organizations (Apress / Springer Nature, pp. 299-312), 2020.
- [21]K. Scarfone, M. Souppaya, A. Cody, A. Orebaugh. Technical Guide to Information Security Testing and Assessment. NIST Special Publication 800-115, 2008.
- [22]G. Combs, U. Lamping, R. Sharpe, E. Warnicke. Wireshark User's Guide (v4.4). Wireshark Documentation Project, 2024.
- [23]G. Lyon. Nmap Reference Guide. Insecure.Com LLC, 2009.
- [24]Microsoft Learn. Windows Security Documentation. Microsoft Corporation, 2024.