

UDP Flood sử dụng lượng lớn gói tin UDP để làm quá tải máy chủ, đường truyền hoặc thiết bị mạng của mục tiêu. Khi số lượng UDP packet vượt quá khả năng xử lý, hệ thống có thể phản hồi chậm, mất kết nối hoặc ngừng cung cấp dịch vụ cho người dùng hợp lệ. Cùng tìm hiểu rõ hơn UDP Flood qua bài viết này.
UDP Flood là một kiểu tấn công từ chối dịch vụ trong đó kẻ tấn công gửi một lượng rất lớn UDP packet (User Datagram Protocol packet) đến địa chỉ IP hoặc máy chủ mục tiêu.
Mỗi khi nhận được UDP packet, hệ thống phải dành tài nguyên để kiểm tra và xử lý gói tin. Nếu packet được gửi tới một cổng không có ứng dụng lắng nghe, hệ điều hành có thể kiểm tra cổng đó rồi tạo thông báo ICMP Destination Unreachable.
Với số lượng nhỏ, quá trình này hầu như không ảnh hưởng đến hệ thống. Tuy nhiên, khi hàng triệu packet được gửi liên tục, tài nguyên xử lý, băng thông và các thiết bị như firewall có thể bị quá tải. Khi đó, request của người dùng bình thường không còn đủ tài nguyên để được xử lý.
Nếu cuộc tấn công chỉ xuất phát từ một nguồn, nó có thể được xem là DoS. Trong thực tế, UDP Flood thường được thực hiện từ nhiều thiết bị khác nhau, chẳng hạn mạng botnet, tạo thành một cuộc Distributed Denial of Service – DDoS.

Để hiểu cơ chế UDP Flood, trước tiên cần biết một đặc điểm quan trọng của UDP.
UDP là giao thức connectionless, tức hai thiết bị không cần thiết lập một phiên kết nối trước khi dữ liệu được gửi.
Với TCP, client và server thường phải thực hiện quá trình bắt tay trước khi trao đổi dữ liệu. Ngược lại, UDP cho phép thiết bị gửi datagram trực tiếp tới địa chỉ và cổng đích mà không cần quá trình handshake.
Đặc tính này giúp UDP có độ trễ thấp và phù hợp với nhiều ứng dụng cần tốc độ như:
Tuy nhiên, việc không cần thiết lập kết nối cũng khiến UDP dễ bị lợi dụng để tạo ra lượng lớn traffic trong thời gian ngắn. Kẻ tấn công có thể liên tục gửi UDP packet tới mục tiêu mà không phải chờ quá trình thiết lập phiên như TCP.
Điều này không có nghĩa UDP là một giao thức không an toàn. Vấn đề nằm ở việc đặc tính hoạt động của UDP có thể bị kẻ tấn công khai thác để tạo ra lưu lượng bất thường.
Một cuộc tấn công UDP Flood điển hình có thể diễn ra theo các bước sau.
Kẻ tấn công sử dụng một hoặc nhiều thiết bị để tạo ra số lượng UDP packet rất lớn.
Trong một cuộc DDoS, traffic thường đến từ nhiều thiết bị phân tán thay vì chỉ một máy tính. Điều này khiến việc chặn cuộc tấn công dựa trên một địa chỉ IP trở nên khó khăn hơn.
Các packet có thể được gửi tới một cổng cụ thể hoặc nhiều cổng khác nhau trên địa chỉ IP của mục tiêu.
Nguồn gửi cũng có thể sử dụng IP spoofing để làm giả địa chỉ IP nguồn, khiến việc xác định nguồn thực sự của traffic trở nên khó khăn hơn.
Khi nhận được packet, máy chủ phải kiểm tra xem có ứng dụng hoặc dịch vụ nào đang lắng nghe trên cổng tương ứng hay không.
Nếu có dịch vụ sử dụng cổng đó, packet sẽ được chuyển tới ứng dụng để xử lý.
Nếu không có dịch vụ nào lắng nghe, hệ thống có thể trả về thông báo ICMP Destination Unreachable.

Mỗi packet riêng lẻ sử dụng rất ít tài nguyên. Tuy nhiên, nếu packet đến với tốc độ cực lớn, tổng lượng tài nguyên cần thiết để kiểm tra, xử lý và phản hồi có thể tăng mạnh.
Không chỉ máy chủ bị ảnh hưởng. Router, firewall, load balancer hoặc đường truyền Internet phía trước cũng phải tiếp nhận lượng traffic này.
Khi lưu lượng vượt quá khả năng xử lý, hệ thống bắt đầu xuất hiện:
Ở quy mô lớn, cuộc tấn công có thể làm bão hòa hoàn toàn đường truyền Internet trước khi traffic kịp tới máy chủ.
Mức độ ảnh hưởng của UDP Flood phụ thuộc vào quy mô cuộc tấn công, băng thông, kiến trúc mạng và khả năng phòng vệ của hệ thống.
UDP Flood có thể tạo ra một lượng traffic rất lớn trong thời gian ngắn.
Ví dụ, nếu hệ thống chỉ có đường truyền 1 Gbps nhưng phải nhận traffic vượt đáng kể khả năng này, đường truyền có thể trở thành bottleneck. Traffic hợp lệ và traffic tấn công cùng cạnh tranh một tài nguyên mạng giới hạn.
Máy chủ vẫn phải nhận, kiểm tra và xử lý UDP packet. Khi số packet trên mỗi giây tăng cao, CPU và network stack có thể bị áp lực lớn.
Với UDP Flood, không chỉ bandwidth mà packet rate – packets per second (PPS) cũng là chỉ số rất quan trọng.
Firewall, router, load balancer và các thiết bị mạng trung gian đều có giới hạn nhất định về throughput cũng như tốc độ xử lý packet.
Do đó, server vẫn có thể còn tài nguyên nhưng firewall phía trước đã quá tải.
Cloudflare cũng lưu ý rằng nếu UDP Flood đủ lớn để làm cạn kiệt tài nguyên của firewall hoặc gây bottleneck upstream, biện pháp xử lý chỉ thực hiện tại máy chủ đích có thể không còn đủ hiệu quả.
Hậu quả cuối cùng của UDP Flood là người dùng hợp lệ khó hoặc không thể truy cập dịch vụ.
Đối với doanh nghiệp vận hành website, ứng dụng, API, game hoặc các hệ thống trực tuyến, downtime có thể ảnh hưởng trực tiếp tới trải nghiệm khách hàng và hoạt động kinh doanh.
UDP traffic tăng không phải lúc nào cũng đồng nghĩa hệ thống đang bị tấn công. Nhiều ứng dụng hợp lệ cũng sử dụng UDP với lưu lượng cao.
Điều quan trọng là phát hiện những biến động khác thường so với baseline của hệ thống.
Một số dấu hiệu đáng chú ý gồm:
Các hệ thống phát hiện DDoS hiện đại thường phân tích đồng thời nhiều yếu tố như source IP, source port, destination IP, destination port, protocol và packet rate để tìm kiếm các mẫu traffic bất thường.
Vì vậy, doanh nghiệp nên xây dựng baseline lưu lượng bình thường thay vì chỉ đặt một ngưỡng bandwidth cố định.

UDP Flood và SYN Flood đều là những hình thức DDoS phổ biến ở Layer 3/4 nhưng khai thác các đặc điểm khác nhau của giao thức mạng.
Tiêu chí | UDP Flood | SYN Flood |
| Giao thức | UDP | TCP |
| Kiểu kết nối | Connectionless | Connection-oriented |
| Cơ chế chính | Gửi lượng lớn UDP packet | Gửi lượng lớn TCP SYN |
| Handshake | Không cần | Khai thác quá trình TCP handshake |
| Tài nguyên bị tác động | Bandwidth, PPS, CPU, thiết bị mạng | Connection table, CPU, network resource |
| Mục tiêu | Làm quá tải khả năng xử lý hoặc đường truyền | Tạo nhiều kết nối TCP ở trạng thái chưa hoàn thành |
Điểm khác biệt quan trọng nhất nằm ở cơ chế kết nối.
UDP Flood tận dụng khả năng gửi dữ liệu mà không cần thiết lập phiên trước.
Trong khi đó, SYN Flood lợi dụng quá trình bắt tay của TCP bằng cách tạo lượng lớn kết nối chưa hoàn thành, khiến server phải giữ tài nguyên chờ phản hồi.
Cả hai đều có thể khiến dịch vụ mất khả dụng nếu lưu lượng vượt quá khả năng phòng vệ của hệ thống.
Không có một cấu hình duy nhất có thể ngăn chặn mọi cuộc UDP Flood. Một hệ thống phòng thủ hiệu quả thường cần kết hợp nhiều lớp kiểm soát.
Bước đầu tiên là biết traffic bình thường của hệ thống trông như thế nào.
Doanh nghiệp nên theo dõi:
Khi các chỉ số vượt xa baseline, hệ thống giám sát có thể phát cảnh báo sớm để đội vận hành kiểm tra.
Nếu hệ thống không sử dụng một dịch vụ UDP, port tương ứng không nên được mở ra Internet mà không có lý do.
Việc thu hẹp attack surface giúp giảm số cổng có thể bị khai thác.
Tuy nhiên, không nên áp dụng quy tắc “chặn toàn bộ UDP” một cách máy móc vì nhiều dịch vụ hợp lệ vẫn phụ thuộc vào UDP.
Access Control List và network firewall có thể lọc traffic dựa trên:
Những traffic rõ ràng không phù hợp với mô hình sử dụng của hệ thống có thể được loại bỏ sớm.
Rate limiting giúp giới hạn lượng traffic được phép xử lý trong một khoảng thời gian. Đây là biện pháp hữu ích khi một dịch vụ UDP chỉ cần tiếp nhận một mức traffic nhất định.
Tuy nhiên, threshold phải được thiết lập dựa trên traffic thực tế. Giới hạn quá thấp có thể vô tình chặn cả người dùng hợp lệ.

IP spoofing thường xuất hiện trong nhiều cuộc tấn công DDoS sử dụng UDP. Các nhà mạng và đơn vị vận hành mạng có thể triển khai những chính sách lọc ingress/egress phù hợp để hạn chế packet sử dụng địa chỉ nguồn giả mạo.
Biện pháp này đặc biệt quan trọng đối với việc giảm khả năng một hệ thống bị lợi dụng làm nguồn reflection hoặc amplification.
Nếu một cuộc UDP Flood có quy mô lớn hơn băng thông kết nối của doanh nghiệp, firewall đặt ngay trước server không thể giải quyết hoàn toàn vấn đề.
Các hệ thống Anti-DDoS phân tán có thể hấp thụ hoặc scrubbing traffic tại nhiều điểm mạng rồi chỉ chuyển lưu lượng hợp lệ về hạ tầng đích. Các nền tảng bảo vệ DDoS hiện đại cũng triển khai cơ chế phát hiện và giảm thiểu volumetric attack ngay tại network edge.
UDP Flood có thể là DoS hoặc DDoS.
Nếu cuộc tấn công xuất phát từ một nguồn, nó có thể được xem là DoS. Nếu lượng traffic được tạo ra từ nhiều thiết bị phân tán cùng tấn công một mục tiêu, đó là DDoS UDP Flood.
Trong thực tế, các cuộc tấn công quy mô lớn thường sử dụng mô hình phân tán.
UDP Flood không bắt buộc phải sử dụng một port cố định.
Kẻ tấn công có thể nhắm vào một UDP port cụ thể hoặc gửi packet tới nhiều cổng khác nhau trên hệ thống. Vì vậy, chỉ dựa vào số port để nhận biết UDP Flood là chưa đủ.
Cần kết hợp phân tích traffic volume, PPS, nguồn gửi, destination port và hành vi bình thường của hệ thống.
Firewall có thể lọc một phần UDP traffic bất thường, giới hạn port và thực thi các chính sách truy cập.
Tuy nhiên, nếu cuộc tấn công đủ lớn để làm nghẽn đường truyền hoặc khiến chính firewall quá tải, firewall tại origin không còn đủ khả năng xử lý toàn bộ traffic. Khi đó cần cơ chế Anti-DDoS hoặc lọc traffic ở phía upstream/network edge.
Có thể.
UDP Flood quy mô lớn có thể làm cạn kiệt băng thông, khả năng xử lý packet hoặc tài nguyên của firewall và thiết bị mạng. Kết quả là server phản hồi chậm hoặc người dùng hợp lệ không thể kết nối tới dịch vụ.
Mức độ ảnh hưởng phụ thuộc vào quy mô traffic và khả năng chịu tải của hạ tầng.
UDP Flood là một dạng DoS/DDoS sử dụng lượng lớn UDP packet nhằm làm quá tải băng thông, máy chủ hoặc thiết bị mạng của mục tiêu. Do UDP không cần thiết lập kết nối trước khi gửi dữ liệu, kẻ tấn công có thể tạo lượng traffic lớn trong thời gian ngắn, gây packet loss, latency cao và thậm chí khiến dịch vụ mất khả dụng.
Doanh nghiệp có thể tham khảo các giải pháp hạ tầng và bảo mật của VNPT Cloud để tăng khả năng bảo vệ hệ thống, duy trì tính sẵn sàng và giảm nguy cơ gián đoạn dịch vụ trước các lưu lượng bất thường trên Internet.
