W01-L01: TCP/IP và Trust Boundary trong Mạng Doanh Nghiệp

Enterprise Pentest Lead Curriculum
Cybersecurity Academy
2026
Abstract
Giáo trình chuyên sâu dành cho Technical Lead về kiến trúc giao thức TCP/IP, phân tích lưu lượng gói tin thực tế, và phương pháp luận thiết lập ranh giới tin cậy (trust boundary) trong môi trường mạng doanh nghiệp. Tài liệu tích hợp chuẩn hóa lý thuyết theo RFC 793, RFC 9293, RFC 1918, RFC 8446 và NIST SP 800-207 kết hợp thực hành phòng lab cô lập Safe Lab F01.
Keywords: TCP/IP; Trust Boundary; 802.1Q VLAN; 3-Way Handshake; TLS 1.3; Zero Trust

1Sau mục này bạn sẽ làm được

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ố /n/n (với n≤30n \le 30) là:

Nhosts=232−n−2N_{\text{hosts}} = 2^{32 - n} - 2
(1)

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 /24/24 cung cấp 28−2=2542^8 - 2 = 254 địa chỉ khả dụng; một subnet /27/27 cung cấp 25−2=302^5 - 2 = 30 địa chỉ khả dụng; và một liên kết điểm-điểm (point-to-point link) /30/30 cung cấp 22−2=22^2 - 2 = 2 đị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 AA cần gửi gói tin tới máy trạm BB trong cùng subnet: 1. Máy AA phát một khung ARP Request chứa câu hỏi "Ai sở hữu IP BB hãy trả lời cho AA" 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 BB 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 BB tới máy AA. 3. Máy AA 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).

App Server (VLAN 20 - 10.0.20.100)Stateful Firewall (Trust Boundary)L3 Core SwitchUser PC (VLAN 10 - 10.0.10.50)App Server (VLAN 20 - 10.0.20.100)Stateful Firewall (Trust Boundary)L3 Core SwitchUser PC (VLAN 10 - 10.0.10.50)Kiểm tra bảng trạng thái kết nốiÁ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][Lưu lượng hợp lệ]Khung Ethernet không gắn thẻ (Access Port VLAN 10)1Gắn thẻ 802.1Q (VID: 10)2Chuyển tiếp khung qua Trunk Link tới Sub-interface VLAN 103TCP RST hoặc ICMP Destination Unreachable4Đẩy gói tin sang Sub-interface VLAN 20 (VID: 20)5Gỡ thẻ 802.1Q, chuyển khung tới máy chủ6
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ủ
    end
Figure 1: Quy trình Kiểm soát Lưu lượng Liên VLAN qua Tường lửa Ranh giới

5.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ẽ:

Số học Bắt tay Ba bước TCP (3-Way Handshake Arithmetic)
1
Bước 1: Client gửi [SYN]
Client chọn một số ngẫu nhiên làm Initial Sequence Number (ISNCISN_C). Cờ SYN được bật, trường Sequence Number =ISNC= ISN_C, trường Acknowledgment Number =0= 0. Gói tin SYN tiêu thụ đúng 1 đơn vị không gian số thứ tự (phantom byte).
2
Bước 2: Server phản hồi [SYN, ACK]
Server ghi nhận gói SYN, chọn Initial Sequence Number của riêng mình (ISNSISN_S). Server bật đồng thời cờ SYN và ACK. Sequence Number =ISNS= ISN_S, Acknowledgment Number =ISNC+1= ISN_C + 1 (báo cho client biết server đã nhận thành công byte ISNCISN_C). Gói tin này cũng tiêu thụ đúng 1 đơn vị số thứ tự.
3
Bước 3: Client hoàn tất [ACK]
Client xác nhận đã nhận SYN của server bằng cách gửi gói tin bật cờ ACK. Sequence Number =ISNC+1= ISN_C + 1, Acknowledgment Number =ISNS+1= ISN_S + 1. Sau bước này, kết nối chính thức chuyển sang trạng thái ESTABLISHED ở cả hai đầu.

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 →\rightarrow ACK →\rightarrow FIN →\rightarrow 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 2×MSL2 \times \text{MSL} (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ị ISNSISN_S. 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:

Chu trình Bắt tay TLS 1.3 (1-RTT Key Exchange)
1
Bước 1: ClientHello
Client gửi danh sách các bộ mã hóa hỗ trợ (Cipher Suites như TLS_AES_128_GCM_SHA256), danh sách nhóm đường cong elliptic (Key Share, ví dụ X25519), và phần chia sẻ khóa công khai của client, kèm theo trường Server Name Indication (SNI).
2
Bước 2: ServerHello & EncryptedExtensions
Server chọn bộ mã hóa phù hợp, chọn tham số khóa và gửi lại phần chia sẻ khóa công khai của mình trong ServerHello. Ngay tại thời điểm này, cả hai bên đã tính toán được khóa phiên chung bí mật (Master_SecretMaster\_Secret). Mọi bản tin tiếp theo của server (EncryptedExtensions, Certificate, CertificateVerify, Finished) đều được mã hóa hoàn toàn.
3
Bước 3: Client Finished
Client xác thực chuỗi chứng chỉ số X.509 của server, gửi bản tin Finished được bảo vệ bằng khóa phiên để hoàn tất bắt tay và bắt đầu truyền dữ liệu ứng dụng (Application Data) được mã hóa.

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:

Ranh giới 1: Perimeter / Edge Boundary
Phân tách Internet công cộng không tin cậy và vùng DMZ
Điểm kiểm soát: External Firewall, DDoS Mitigation, Web Application Firewall (WAF). Tiếp nhận lưu lượng từ mọi IP công cộng, kiểm tra chữ ký tấn công web phổ biến và chấm dứt kết nối TLS vòng ngoài.
Ranh giới 2: Inter-Zone Application Boundary
Phân tách vùng DMZ (Reverse Proxy) và Vùng Ứng dụng Nội bộ
Điểm kiểm soát: Internal Stateful Firewall, Network ACLs, Mutual TLS (mTLS). Ngăn chặn truy cập trực tiếp từ Internet vào máy chủ ứng dụng; chỉ cho phép các cổng và giao thức đặc thù từ proxy đã xác thực.
Ranh giới 3: Core Data & Infrastructure Boundary
Phân tách Máy chủ Ứng dụng và Vùng Cơ sở Dữ liệu / Quản trị
Điểm kiểm soát: Database Firewall, Micro-segmentation, Bastion Host, IPsec/Egress Filtering. Bảo vệ kho dữ liệu nhạy cảm nhất của doanh nghiệp; ngăn chặn mọi kết nối khởi tạo ngược chiều từ Database ra ngoà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:

So sánh Kiến trúc Ranh giới Tin cậy Truyền thống vs Zero Trust Architecture (ZTA)
Tiêu chí Đánh giáMạng Perimeter Truyền ThốngKiến trúc Zero Trust (ZTA [1])Ý nghĩa đối với Pentest Lead
Vị trí thiết lập Ranh giớiBiên giới mạng cứng (Edge Firewall/VPN)Từng máy trạm, ứng dụng và luồng dữ liệuPentest cần chuyển từ khai thác biên sang leo thang nội bộ
Mức độ tin cậy nội mạngNgầ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àoRanh giới VLAN truyền thống dễ bị bypass nếu thiếu mTLS
Cơ chế kiểm soát truy cậpDựa trên địa chỉ IP, Subnet và Cổng cố địnhDựa trên Danh tính (Identity), Bối cảnh và Đánh giá rủi ro độngCầ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:

Table 1: Bảng Phân tích Chi tiết Từng Gói tin trong Phiên DNS - TCP - TLS
No.Delta (s)Nguồn (Src)Đích (Dst)Giao thứcTóm tắt Header & CờSố học Seq/Ack & Chi tiếtKỳ vọng vs Thực tế (Expected vs Actual)
10.0000192.168.56.10:48212192.168.56.2:53DNSStandard query 0x1a2b A app.lab.internalUDP SrcPort: 48212 (ngẫu nhiên), ID: 0x1a2bKỳ 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ộ.
20.0012192.168.56.2:53192.168.56.10:48212DNSStandard response 0x1a2b A 192.168.56.20UDP DstPort: 48212, ID: 0x1a2b, Answer: 192.168.56.20Kỳ vọng: Trả về IP trong subnet lab; Thực tế: Khớp ID 0x1a2b, TTL=300s.
30.0020192.168.56.10:52134192.168.56.20:443TCP[SYN] Seq=0 (Raw: 2841092100) Win=64240ISN_C = 2841092100, Ack = 0, MSS=1460, SACKKỳ 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.
40.0025192.168.56.20:443192.168.56.10:52134TCP[SYN, ACK] Seq=0 (Raw: 981240112) Ack=1ISN_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%.
50.0028192.168.56.10:52134192.168.56.20:443TCP[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.
60.0040192.168.56.10:52134192.168.56.20:443TLSv1.3Client Hello, SNI=app.lab.internalCipher: TLS_AES_128_GCM_SHA256, KeyShare: X25519Kỳ vọng: Gửi khóa phiên ECDHE và SNI rõ; Thực tế: Thấy rõ SNI app.lab.internal.
70.0055192.168.56.20:443192.168.56.10:52134TLSv1.3Server Hello, Encrypted Extensions, FinishedECDHE KeyShare Server, Certificate & Handshake EncryptedKỳ 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 Seqnext=Seqprev+Payload Length+SYN/FIN bitSeq_{\text{next}} = Seq_{\text{prev}} + \text{Payload Length} + \text{SYN/FIN bit}. Vì gói SYN không mang payload nhưng có cờ SYN bật, nó chiếm 1 đơn vị sequence, khiến AckAck của Server ở gói 4 tăng lên đúng ISNC+1ISN_C + 1. 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:

Lệnh trích xuất và phát hiện TCP RST Injection (bash)
1# 1. Trích xuất tất cả các gói tin có cờ RST được bật trong phiên
2tshark -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_size
4
5# 2. Kiểm tra xem RST có giá trị Window Size bằng 0 hoặc TTL bị lệch số hop hay không
6tshark -r incident_capture.pcap -Y "tcp.flags.reset == 1 && ___" \
7 -T fields -e frame.number -e ip.src -e ip.ttl -e tcp.window_size

8Hiểu lầm thường gặp trong Kiến trúc TCP/IP và Bảo mật Ranh giới

Hiểu lầm 1: Dải IP riêng RFC 1918 mặc nhiên an toànNgộ nhận phổ biến
Nhiều kỹ sư cho rằng mạng nội bộ sử dụng dải IP 10.0.0.0/8 hoặc 192.168.0.0/16 không thể bị định tuyến từ Internet nên không cần áp dụng ranh giới phòng thủ sâu. Thực tế: Kẻ tấn công có thể xâm nhập thông qua máy trạm người dùng (phishing, drive-by download) hoặc lỗ hổng Server-Side Request Forgery (SSRF) để tự do chuyển hướng lưu lượng trong mạng nội bộ nếu thiếu phân đoạn micro-segmentation [chennamsetty2025microsegmentation.]
Hiểu lầm 2: Tường lửa Stateful ngăn chặn hoàn toàn giả mạo TCPNgộ nhận phổ biến
Tường lửa kiểm tra trạng thái chỉ theo dõi tính hợp lệ của cờ và số sequence dựa trên các gói tin đi qua nó. Nếu kẻ tấn công ở vị trí trên đường truyền (On-path Man-in-the-Middle) hoặc có khả năng đoán trước ISN của hệ thống cũ, tường lửa stateful vẫn coi các gói tin giả mạo là hợp lệ và chuyển tiếp vào mạng đích.
Hiểu lầm 3: Mã hóa TLS bảo vệ toàn diện mọi thông tin liên lạcNgộ nhận phổ biến
TLS chỉ mã hóa payload từ tầng vận chuyển trở lên. Siêu dữ liệu như địa chỉ IP nguồn/đích, cổng dịch vụ, kích thước gói tin, thời điểm giao tiếp, truy vấn DNS ban đầu và tên miền SNI trong ClientHello hoàn toàn lộ rõ trong quá trình bắt gói tin, cung cấp thông tin tình báo giá trị cho kẻ tấn công lập bản đồ mục tiêu.
Hiểu lầm 4: Phân tách VLAN 802.1Q là ranh giới vật lý tuyệt đối an toànNgộ nhận phổ biến
VLAN chỉ là ranh giới logic tại Layer 2. Nếu cổng switch cấu hình sai (ví dụ để chế độ Dynamic Trunking Protocol - DTP tự động đàm phán) hoặc switch gặp lỗi tràn bảng MAC (MAC Flooding), kẻ tấn công có thể thực hiện kỹ thuật VLAN Hopping (Double Tagging) để chèn gói tin xuyên qua ranh giới sang VLAN khác.

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

Table 2: Ma trận Kiến trúc Phân vùng Doanh nghiệp và Kiểm soát Ranh giới Tin cậy
Phân vùng (Zone)Dải CIDR Khuyến nghịCấp độ Tin cậyVector Tấn công Tiêu biểuCơ chế Kiểm soát Ranh giới Bắt buộc
User Workstation Zone10.0.10.0/24Thấp (Untrusted)Mã độc endpoint, ARP spoofing, lateral movement802.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/24Trung bình (Semi-trusted)Khai thác lỗ hổng web công khai, DDoS, bypass WAFReverse 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 Zone10.0.20.0/24Cao (High Trust)SSRF, Remote Code Execution, Privilege EscalationStateful Firewall nội bộ, mã hóa mTLS, chỉ mở cổng dịch vụ đặc thù (ví dụ 8080/8443)
Database & Storage Zone10.0.30.0/24Tối mật (Critical Core)SQL Injection, truy cập trái phép trực tiếp vào DBDatabase 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 Management192.168.100.0/24Tối mật (Isolated Admin)Brute-force SSH/RDP, lạm dụng quyền đặc quyền AdminMạ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

Quy trình thiết lập và thực thi Safe Lab F01
1
Xác nhận phạm vi mạng
Chỉ sử dụng host-only network 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.
2
Khôi phục trạng thái ban đầu
Tắt các máy ảo, khôi phục snapshot 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.
3
Kiểm tra liên lạc tối thiểu
Từ client, kiểm tra DNS nội bộ và kết nối TCP tới web/TLS server; không truy cập Internet hoặc mạng vật lý của máy chủ.
4
Bắt lưu lượng
Chạy lệnh thu thập trên interface host-only, tạo một pcap duy nhất cho phiên thực hành và ghi rõ thời điểm bắt đầu.
5
Tạo ba lát phân tích
Dùng display filter để tách truy vấn DNS, TCP three-way handshake và TLS 1.3 ClientHello; lưu đầu ra dạng văn bản vào TCP-flow-notes.md.
6
Đối chiếu và kết thúc
Kiểm tra số frame, địa chỉ nguồn/đích và thứ tự thời gian; dừng capture, lưu pcap trong thư mục lab, rồi tắt hoặc hoàn nguyên các máy ảo.
Lệnh kiểm tra cô lập và snapshotbash
set -euo pipefail
ip -br addr show
ip route
ip route get 192.168.56.20
ping -c 1 -W 1 192.168.56.2
ping -c 1 -W 1 192.168.56.20
vboxmanage snapshot "F01-client" showvminfo "F01-start"
vboxmanage snapshot "F01-web-tls" showvminfo "F01-start"
vboxmanage snapshot "F01-dns" showvminfo "F01-start"
Lệnh tshark/tcpdump thu thập lưu lượng phân tích (bash)
1set -euo pipefail
2IFACE="${IFACE:-vboxnet0}"
3PCAP="f01-$(date -u +%Y%m%dT%H%M%SZ).pcap"
4
5sudo 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)'
7
8tshark -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.tsv
13
14tshark -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.tsv
19
20tshark -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.tsv
26
27{
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.md
Đặc tả cấu trúc TCP-flow-notes.mdBắt buộc
Tệp phải là Markdown UTF-8 và giữ nguyên ba phần bằng chứng theo thứ tự: 1. Capture: 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

Quiz 1: Kiểm tra mức độ nắm vững kiến thức W01-L01Score: 0 / 4
1. Một mạng IPv4 có tiền tố 192.168.10.64/27 được đặt cạnh mạng 192.168.10.0/24. Phát biểu nào tính đúng số host sử dụng được và địa chỉ broadcast của subnet /27?
Explanation: /27 còn 5 bit cho host nên có 2^5 - 2 = 30 host sử dụng được; block size là 32, vì vậy subnet bắt đầu tại .64 và kết thúc broadcast tại .95. /24 có 8 bit host nên có 254 host sử dụng được.
2. Trong TCP, máy khách gửi SYN với sequence number 1000; máy chủ trả SYN-ACK với sequence number 5000 và acknowledgment number 1001. Giá trị nào đúng cho ACK cuối của máy khách, và điều kiện nào làm RST injection có khả năng được TCP chấp nhận?
Explanation: SYN tiêu thụ một sequence number nên SYN-ACK xác nhận 1001; SYN-ACK cũng tiêu thụ một sequence number nên ACK cuối xác nhận 5001 và dùng seq=1001. RST injection phụ thuộc kiểm tra sequence number trong cửa sổ nhận cùng 4-tuple, không chỉ vào thời điểm đến.
3. Một cảm biến ở perimeter không giải mã được lưu lượng TLS 1.3. Nếu máy trạm phân giải example.com bằng DNS không mã hóa rồi mở kết nối HTTPS TLS 1.3 không dùng Encrypted ClientHello (ECH), metadata nào vẫn có thể bị lộ qua trust boundary?
Explanation: DNS plaintext để lộ tên được phân giải; TLS 1.3 bảo vệ nội dung ứng dụng nhưng SNI truyền trong ClientHello vẫn thường plaintext nếu không có ECH. Quan sát perimeter còn có thể suy luận dịch vụ từ IP, thời điểm và kích thước gói.
4. Theo NIST SP 800-207, phát biểu nào mô tả đúng trust boundary doanh nghiệp và nguyên tắc Zero Trust khi một người dùng nội bộ truy cập ứng dụng SaaS?
Explanation: Zero Trust loại bỏ tin cậy ngầm dựa trên vị trí mạng. Mỗi phiên truy cập phải được quyết định theo danh tính, thiết bị, tài nguyên, chính sách và tín hiệu rủi ro; quyền cấp phải giới hạn theo nguyên tắc least privilege và được giám sát lại.
Answer Key (Quiz 1):
Q1: B — /27 có 30 host sử dụng được; broadcast là 192.168.10.95, trong khi /24 có 254 host sử dụng được. (/27 còn 5 bit cho host nên có 2^5 - 2 = 30 host sử dụng được; block size là 32, vì vậy subnet bắt đầu tại .64 và kết thúc broadcast tại .95. /24 có 8 bit host nên có 254 host sử dụng được.)
Q2: C — ACK cuối có seq=1001, ack=5001; RST phải có sequence number nằm trong receive window hợp lệ của luồng đích và đúng 4-tuple. (SYN tiêu thụ một sequence number nên SYN-ACK xác nhận 1001; SYN-ACK cũng tiêu thụ một sequence number nên ACK cuối xác nhận 5001 và dùng seq=1001. RST injection phụ thuộc kiểm tra sequence number trong cửa sổ nhận cùng 4-tuple, không chỉ vào thời điểm đến.)
Q3: B — Truy vấn DNS làm lộ tên example.com; ClientHello thường làm lộ SNI example.com, cùng IP đích, thời điểm và kích thước lưu lượng, dù payload HTTP được mã hóa. (DNS plaintext để lộ tên được phân giải; TLS 1.3 bảo vệ nội dung ứng dụng nhưng SNI truyền trong ClientHello vẫn thường plaintext nếu không có ECH. Quan sát perimeter còn có thể suy luận dịch vụ từ IP, thời điểm và kích thước gói.)
Q4: B — Vị trí mạng không tạo ra tin cậy mặc định; mỗi yêu cầu phải được xác thực và cấp quyền theo ngữ cảnh, tối thiểu quyền, rồi được đánh giá liên tục. (Zero Trust loại bỏ tin cậy ngầm dựa trên vị trí mạng. Mỗi phiên truy cập phải được quyết định theo danh tính, thiết bị, tài nguyên, chính sách và tín hiệu rủi ro; quyền cấp phải giới hạn theo nguyên tắc least privilege và được giám sát lại.)
Table 3: Thang đo Hành vi Đánh giá Năng lực (Behavior Scale Rubric)
Mức điểmHành vi Năng lực Quan sátTiêu chí Đạt chuẩn Bằng chứng (TCP-flow-notes.md)Phân loại Quyết định
0Không nộp hoặc bài rỗngKhông có TCP-flow-notes.md hoặc tệp không có bằng chứng kiểm traGiữ lại và đình chỉ đánh giá
25Chỉ nhắc lại lý thuyếtNêu thuật ngữ nhưng không có flow, phép tính, mốc boundary hoặc đối chiếu quan sátChưa đạt; học lại nền tảng
50Thực hiện khi có hướng dẫn, thiếu tính toánCó 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 metadataChưa đạt; cần giám sát
75Độc lập phân tích, đầy đủ bằng chứng và 3 trust boundariesTCP-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
100Phân tích biên, false positives, SYN flood/cookies, SNI leakage và hardeningPhâ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ứngVượ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. [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. [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. [3]
    W. Eddy (Ed.). Transmission Control Protocol (TCP) Specification. RFC 9293 (STD 7), Internet Engineering Task Force (IETF), 2022.
  4. [4]
    J. Postel (Ed.). Transmission Control Protocol - DARPA Internet Program Protocol Specification. RFC 793, Internet Engineering Task Force (IETF), 1981.
  5. [5]
    E. Rescorla. The Transport Layer Security (TLS) Protocol Version 1.3. RFC 8446, Internet Engineering Task Force (IETF), 2018.
  6. [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. [7]
    W. Eddy. TCP SYN Flooding Attacks and Common Mitigations. RFC 4987, Internet Engineering Task Force (IETF), 2007.
  8. [8]
    G. Combs, U. Lamping, R. Sharpe, E. Warnicke. Wireshark User's Guide (v4.4). Wireshark Documentation Project, 2024.
  9. [9]
    G. Lyon. Nmap Network Scanning: The Official Nmap Project Guide to Network Discovery and Vulnerability Scanning. Insecure.Com LLC, 2009.
  10. [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. [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. [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. [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. [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. [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. [16]
    W. M. Eddy. SYN Flood Attack. Encyclopedia of Cryptography, Security and Privacy (Springer Nature), 2025.
  17. [17]
    J. J. Masserini. Zero Trust Architecture. Building the Enterprise Identity Operating Model (Apress / Springer Nature, pp. 243-268), 2026.
  18. [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. [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. [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. [21]
    K. Scarfone, M. Souppaya, A. Cody, A. Orebaugh. Technical Guide to Information Security Testing and Assessment. NIST Special Publication 800-115, 2008.
  22. [22]
    G. Combs, U. Lamping, R. Sharpe, E. Warnicke. Wireshark User's Guide (v4.4). Wireshark Documentation Project, 2024.
  23. [23]
    G. Lyon. Nmap Reference Guide. Insecure.Com LLC, 2009.
  24. [24]
    Microsoft Learn. Windows Security Documentation. Microsoft Corporation, 2024.