Chống Tấn Công Tiêm Nhiễm SQL Sử Dụng Các Khuôn Mẫu Hợp Lệ Theo Bối Cảnh

Tài liệu nghiên cứu Chống tấn công tiêm nhiễm sql sử dụng các khuôn mẫu hợp lệ theo bối cảnh, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu về .

• Tác giả: Nguyễn Thanh Liêm
• Người hướng dẫn: TS. Nguyễn Đại Thọ
• Trường học: Đại học Quốc gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Chống Tấn Công Tiêm Nhiễm SQL Sử Dụng Các Khuôn Mẫu Hợp Lệ Theo Bối Cảnh
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2017
• Địa điểm: Hà Nội

Mục lục chi tiết

• Lời cam đoan
• Danh mục các ký hiệu và từ viết tắt
• Danh mục các hình vẽ
• Danh mục bảng, biểu
• MỞ ĐẦU
• 1. CHƯƠNG 1: TỔNG QUAN VỀ TẤN CÔNG TIÊM NHIỄM SQL VÀ CÁC PHƯƠNG PHÁP PHÒNG CHỐNG
• 1.1. Khái niệm tấn công tiêm nhiễm SQL
• 1.2. Phân loại tấn công tiêm nhiễm SQL
• 1.2.1. Cơ chế tiêm nhiễm
• 1.2.2. Mục đích tấn công
• 1.2.3. Kỹ thuật tấn công
• 1.3. Các phương pháp ngăn chặn tấn công tiêm nhiễm SQL
• 1.3.1. Phương pháp mã phòng thủ
• 1.3.2. Phương pháp phát hiện và ngăn chặn
• 2. CHƯƠNG 2: PHƯƠNG PHÁP SDRIVER TRONG CHỐNG TẤN CÔNG TIÊM NHIỄM SQL
• 2.1. Phương pháp chống tấn công tiêm nhiễm SQL sử dụng các khuôn mẫu hợp lệ theo bối cảnh, SDriver
• 2.2. Cách thức hoạt động của SDriver
• 2.2.1. Chế độ huấn luyện
• 2.2.2. Chế độ thực thi
• 2.3. Mô phỏng hoạt động của SDriver
• 2.3.1. Môi trường mô phỏng
• 2.3.2. Chạy mô phỏng hoạt động của SDriver
• 3. CHƯƠNG 3: ĐỀ XUẤT CẢI TIẾN CHỐNG TẤN CÔNG TIÊM NHIỄM SQL SỬ DỤNG CÁC KHUÔN MẪU HỢP LỆ THEO BỐI CẢNH
• 3.1. Phân tích hoạt động của SDriver
• 3.2. Đề xuất cải tiến
• 3.2.1. Cơ chế rút bỏ dữ liệu của câu truy vấn mới
• 3.2.2. Triển khai cơ chế rút bỏ dữ liệu được đề xuất
• 4. CHƯƠNG 4: KẾT QUẢ THỰC NGHIỆM ĐÁNH GIÁ
• 4.1. Mô phỏng thực nghiệm SDriver với cơ chế rút bỏ dữ liệu mới
• 4.2. Đánh giá hoạt động của SDriver đề xuất
• 4.2.1. Đánh giá về chi phí hoạt động
• 4.2.2. Đánh giá về độ chính xác
• Tài liệu tham khảo

Tóm tắt

I. Tổng quan về phương pháp chống tấn công tiêm nhiễm SQL hiệu quả

Tấn công tiêm nhiễm SQL là một trong những mối đe dọa lớn nhất đối với an ninh thông tin hiện nay. Phương pháp chống tấn công này không chỉ giúp bảo vệ dữ liệu mà còn đảm bảo tính toàn vẹn của hệ thống. Việc hiểu rõ về các phương pháp này là rất cần thiết để xây dựng một hệ thống an toàn.

1.1. Khái niệm tấn công tiêm nhiễm SQL

Tấn công tiêm nhiễm SQL là kỹ thuật mà kẻ tấn công lợi dụng lỗ hổng trong ứng dụng web để thực hiện các câu lệnh SQL trái phép. Điều này có thể dẫn đến việc truy cập trái phép vào cơ sở dữ liệu và đánh cắp thông tin nhạy cảm.

1.2. Tại sao cần bảo vệ cơ sở dữ liệu

Bảo vệ cơ sở dữ liệu là rất quan trọng vì nó chứa thông tin nhạy cảm của người dùng. Một cuộc tấn công thành công có thể dẫn đến mất mát dữ liệu, thiệt hại tài chính và tổn hại đến uy tín của tổ chức.

II. Vấn đề và thách thức trong việc chống tấn công tiêm nhiễm SQL

Mặc dù có nhiều phương pháp bảo vệ, nhưng việc chống tấn công tiêm nhiễm SQL vẫn gặp nhiều thách thức. Các kẻ tấn công ngày càng tinh vi hơn, khiến cho việc phát hiện và ngăn chặn trở nên khó khăn.

2.1. Các loại tấn công tiêm nhiễm SQL phổ biến

Có nhiều loại tấn công tiêm nhiễm SQL như tấn công tautologies, chú thích cuối dòng và truy vấn union. Mỗi loại tấn công có cách thức thực hiện và mục đích khác nhau.

2.2. Những khó khăn trong việc phát hiện tấn công

Việc phát hiện tấn công tiêm nhiễm SQL gặp khó khăn do sự đa dạng của các phương thức tấn công. Nhiều kẻ tấn công sử dụng các kỹ thuật tinh vi để tránh bị phát hiện.

III. Phương pháp mã phòng thủ chống tấn công tiêm nhiễm SQL

Phương pháp mã phòng thủ là một trong những cách hiệu quả nhất để ngăn chặn tấn công tiêm nhiễm SQL. Bằng cách kiểm soát đầu vào và mã hóa dữ liệu, có thể giảm thiểu rủi ro từ các cuộc tấn công.

3.1. Kiểm tra kiểu đầu vào

Kiểm tra kiểu đầu vào giúp loại bỏ các ký tự không hợp lệ từ dữ liệu người dùng. Điều này có thể ngăn chặn nhiều cuộc tấn công tiêm nhiễm SQL.

3.2. Mã hóa đầu vào

Mã hóa đầu vào là một phương pháp hiệu quả để bảo vệ dữ liệu. Bằng cách mã hóa các ký tự đặc biệt, có thể ngăn chặn kẻ tấn công lợi dụng chúng để thực hiện tấn công.

IV. Phương pháp phát hiện và ngăn chặn tấn công tiêm nhiễm SQL

Ngoài phương pháp mã phòng thủ, việc phát hiện và ngăn chặn tấn công cũng rất quan trọng. Các công cụ và kỹ thuật hiện đại có thể giúp phát hiện các hành vi bất thường trong hệ thống.

4.1. Sử dụng hệ thống phát hiện xâm nhập

Hệ thống phát hiện xâm nhập (IDS) có thể giúp phát hiện các cuộc tấn công tiêm nhiễm SQL bằng cách theo dõi và phân tích lưu lượng mạng.

4.2. Triển khai tường lửa ứng dụng web

Tường lửa ứng dụng web (WAF) có thể giúp ngăn chặn các cuộc tấn công bằng cách phân tích và lọc lưu lượng truy cập đến ứng dụng web.

V. Ứng dụng thực tiễn và kết quả nghiên cứu về phương pháp chống tấn công tiêm nhiễm SQL

Nhiều tổ chức đã áp dụng các phương pháp chống tấn công tiêm nhiễm SQL và đạt được kết quả tích cực. Việc nghiên cứu và cải tiến các phương pháp này là cần thiết để bảo vệ dữ liệu hiệu quả hơn.

5.1. Kết quả thực nghiệm từ các tổ chức

Nhiều tổ chức đã thực hiện các thử nghiệm với các phương pháp chống tấn công tiêm nhiễm SQL và ghi nhận sự giảm thiểu đáng kể các cuộc tấn công thành công.

5.2. Đề xuất cải tiến trong tương lai

Cần tiếp tục nghiên cứu và phát triển các phương pháp mới để đối phó với các hình thức tấn công tiêm nhiễm SQL ngày càng tinh vi.

VI. Kết luận và tương lai của phương pháp chống tấn công tiêm nhiễm SQL

Chống tấn công tiêm nhiễm SQL là một lĩnh vực đang phát triển nhanh chóng. Việc áp dụng các phương pháp hiệu quả sẽ giúp bảo vệ dữ liệu và nâng cao an ninh thông tin.

6.1. Tầm quan trọng của việc nâng cao nhận thức

Nâng cao nhận thức về tấn công tiêm nhiễm SQL là rất quan trọng. Các tổ chức cần đào tạo nhân viên để nhận biết và phòng ngừa các cuộc tấn công.

6.2. Xu hướng phát triển trong công nghệ bảo mật

Công nghệ bảo mật sẽ tiếp tục phát triển để đối phó với các mối đe dọa mới. Việc áp dụng trí tuệ nhân tạo và học máy có thể giúp cải thiện khả năng phát hiện và ngăn chặn tấn công.

Nội dung chính

Tổng quan nghiên cứu

Theo các báo cáo an ninh mạng quốc tế, các lỗ hổng ứng dụng web chiếm hơn 75% tổng số các vụ vi phạm an toàn thông tin, trong đó tấn công tiêm nhiễm SQL (SQL Injection) liên tục nằm trong danh sách các mối đe dọa nguy hiểm hàng đầu theo thống kê của OWASP. Kẻ tấn công lợi dụng sự thiếu sót trong việc kiểm tra dữ liệu đầu vào của ứng dụng web để chèn và thực thi các câu lệnh SQL trái phép, cho phép truy cập, sửa đổi, xóa dữ liệu nhạy cảm hoặc chiếm quyền kiểm soát toàn bộ máy chủ cơ sở dữ liệu. Mặc dù các phương pháp thực hành mã phòng thủ như tham số hóa truy vấn hay thủ tục lưu trữ đã được áp dụng rộng rãi, song lỗi lập trình chủ quan vẫn xuất hiện trong khoảng 30% đến 40% dự án phần mềm thực tế. Nhằm khắc phục hạn chế này, các nhà khoa học đã phát triển phương pháp phát hiện tự động dựa trên khuôn mẫu hợp lệ theo bối cảnh, tiêu biểu là kỹ thuật SDriver do Dimitris Mitropoulos và Giáo sư Diomidis Spinellis đề xuất. Tuy nhiên, cơ chế rút bỏ dữ liệu nguyên bản của SDriver vẫn tồn tại lỗ hổng cho phép tin tặc vượt qua cơ chế kiểm soát bằng các kỹ thuật biến đổi chuỗi và lồng ghép chú thích tinh vi.

Luận văn Thạc sĩ ngành Công nghệ thông tin, chuyên ngành Truyền dữ liệu và Mạng máy tính của tác giả Nguyễn Thanh Liêm, dưới sự hướng dẫn của Tiến sĩ Nguyễn Đại Thọ tại Trường Đại học Công nghệ – Đại học Quốc gia Hà Nội năm 2017, tập trung giải quyết bài toán: "Chống tấn công tiêm nhiễm SQL sử dụng các khuôn mẫu hợp lệ theo bối cảnh". Mục tiêu trọng tâm của nghiên cứu là phân tích sâu các điểm yếu của mô hình SDriver gốc, đề xuất thuật toán rút bỏ dữ liệu cải tiến kết hợp bảng lọc mẫu bất thường, và tiến hành kiểm thử thực nghiệm trên hệ thống web Java kết nối cơ sở dữ liệu MySQL qua giao thức JDBC. Nghiên cứu mang lại ý nghĩa thực tiễn to lớn khi loại bỏ hoàn toàn nguy cơ vượt rào với tỷ lệ ngăn chặn đạt 100% trên các bộ mẫu tấn công phức tạp, trong khi độ trễ thực thi ở môi trường vận hành thực tế chỉ tăng lên mức 113,11% so với phiên bản cũ, mở ra giải pháp bảo vệ cơ sở dữ liệu bền vững và chi phí triển khai tối thiểu cho các tổ chức.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Khung lý thuyết của nghiên cứu được xây dựng dựa trên Mô hình nhận diện khuôn mẫu gắn liền bối cảnh thực thi và Lý thuyết phát hiện bất thường trong an toàn cơ sở dữ liệu quan hệ. Bối cảnh được định nghĩa chính xác thông qua thông tin vết ngăn xếp (stack trace) kết hợp với cấu trúc câu truy vấn đã được rút bỏ dữ liệu người dùng. Nghiên cứu phân loại chi tiết các kỹ thuật tấn công tiêm nhiễm SQL phổ biến, bao gồm: kỹ thuật Tautologies (làm biến đổi biểu thức điều kiện thành luôn đúng, ví dụ chèn mệnh đề điều kiện 1=1), kỹ thuật chú thích cuối dòng (End-of-line comment bằng cách dùng ký tự chú thích để vô hiệu hóa đoạn mã phía sau), kỹ thuật truy vấn Union (kết hợp các tập kết quả để trích xuất trái phép dữ liệu bảng khác), kỹ thuật truy vấn Piggy-Backed (thực thi đa truy vấn ngăn cách bởi dấu chấm phẩy) và kỹ thuật suy luận mù (Blind SQL Injection).

Trong mô hình SDriver cơ sở, mỗi câu truy vấn hợp lệ được đặc trưng bởi tập hợp gồm 4 thành phần: tập vết ngăn xếp, tập từ khóa SQL, tập các bảng dữ liệu và tập các trường tương ứng. Dữ liệu này được chuyển đổi thành chuỗi băm 32 ký tự bằng thuật toán MD5 và lưu trữ trong bảng signatures của cơ sở dữ liệu ssql. Nhờ cơ chế băm, hệ thống duy trì được tính duy nhất của từng bối cảnh gọi lệnh với chi phí tìm kiếm tối ưu.

Phương pháp nghiên cứu

Nghiên cứu áp dụng phương pháp mô phỏng thực nghiệm kết hợp đánh giá định lượng trên môi trường thử nghiệm tiêu chuẩn gồm vi xử lý Intel Core i3 2.67GHz, bộ nhớ RAM 3GB, nền tảng Java SE Development Kit 8 và hệ quản trị cơ sở dữ liệu MySQL 5.0. Ứng dụng web thử nghiệm được xây dựng bằng kiến trúc Java JSP/Servlet, kết nối cơ sở dữ liệu data_JDBC thông qua trình điều khiển JDBC chuẩn.

Nghiên cứu sử dụng phương pháp chọn mẫu có chủ đích với cỡ mẫu gồm hơn 50 kịch bản kiểm thử tấn công chuyên sâu, bao quát toàn diện các phương thức truyền tham số HTTP GET và POST trên các chức năng cốt lõi như đăng nhập hệ thống và quản lý sản phẩm. Lý do lựa chọn phương pháp phân tích so sánh định lượng là nhằm đo lường trực tiếp sự khác biệt về thời gian thực thi (tính bằng mili giây) và tỷ lệ ngăn chặn thành công (tính theo phần trăm) giữa phiên bản SDriver nguyên bản và phiên bản cải tiến. Quá trình kiểm thử tự động hóa được thực hiện thông qua việc tích hợp bộ công cụ sqlmap và phần mềm phân tích lưu lượng Burp Suite Free Edition xuyên suốt giai đoạn thực hiện năm 2017.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Nghiên cứu đã chỉ ra ba phát hiện khoa học mang tính đột phá trong việc tối ưu hóa cơ chế phòng chống tiêm nhiễm SQL:

Thứ nhất, việc phân tích thuật toán rút bỏ dữ liệu cũ của SDriver đã phát hiện lỗ hổng nghiêm trọng khi hệ thống tự động xóa bỏ các ký tự dấu cộng, dấu trừ, dấu chấm và các khối chú thích nằm giữa cặp dấu gạch chéo sao, đồng thời xóa bỏ toàn bộ chuỗi nằm trong dấu ngoặc đơn mà không kiểm soát số lượng. Điểm yếu này khiến SDriver cũ bị vượt qua dễ dàng trong các kịch bản tấn công Tautologies lồng ghép chú thích và tấn công Union với tỷ lệ để lọt mã độc lên đến 100% trong các mẫu thử nghiệm lẩn tránh.

Thứ hai, phiên bản SDriver cải tiến với cơ chế giữ lại ký tự đặc trưng, thay thế chuỗi bằng ký tự đánh dấu tham số và bổ sung bảng anomaly đã phát hiện và ngăn chặn thành công 100% các cuộc tấn công tiêm nhiễm SQL thuộc 4 nhóm kỹ thuật: Tautologies, chú thích cuối dòng, truy vấn Union và truy vấn Piggy-Backed, trên cả hai phương thức truyền dữ liệu GET và POST.

Thứ ba, về chi phí vận hành, trong chế độ huấn luyện ngoại tuyến, thời gian thực thi của SDriver đề xuất chỉ bằng 97,65% so với SDriver cũ nhờ quy trình xử lý chuỗi được tinh gọn. Trong chế độ thực thi trực tuyến, thời gian xử lý của SDriver đề xuất bằng 113,11% so với phiên bản cũ (tăng thêm khoảng 1,5 đến 2,0 mili giây cho mỗi truy vấn), duy trì tốc độ phản hồi cực nhanh trong khi nâng cao tối đa độ an toàn.

Thảo luận kết quả

Nguyên nhân căn bản giúp SDriver cải tiến đạt độ chính xác tuyệt đối là việc bảo toàn phong cách lập trình của nhà phát triển (như bí danh bảng, toán tử số học, ghi chú hàm) thành một phần của chữ ký nhận dạng. Việc thay thế các chuỗi nhập liệu bằng ký tự tham số cố định giúp hệ thống kiểm soát chặt chẽ cả về vị trí lẫn số lượng đối số. Bất kỳ sự sai lệch nào về cấu trúc tham số đều khiến giá trị băm MD5 thay đổi và bị hệ thống phát hiện ngay lập tức.

Khi tổng hợp các dữ liệu thực nghiệm vào biểu đồ so sánh độ trễ thời gian và bảng ma trận ngăn chặn tấn công, kết quả thể hiện rõ sự vượt trội của SDriver cải tiến so với các kỹ thuật phân tích tĩnh như AMNESIA (vốn đòi hỏi mô hình hóa mã nguồn phức tạp) hay các bộ lọc Proxy truyền thống (vốn dễ gây nghẽn cổ chai). SDriver hoạt động hoàn toàn trong suốt, đóng vai trò như một lớp màng lọc trung gian mà không đòi hỏi viết lại logic nghiệp vụ của ứng dụng web, chỉ yêu cầu thay đổi duy nhất một dòng mã cấu hình chuỗi kết nối cơ sở dữ liệu.

Đề xuất và khuyến nghị

Dựa trên các kết quả đạt được, luận văn đưa ra 4 khuyến nghị hành động cụ thể nhằm nâng cao năng lực an toàn thông tin cho hệ thống web doanh nghiệp:

1. Triển khai kiến trúc trình điều khiển trung gian SDriver cải tiến cho các ứng dụng web kế thừa (legacy systems), nhằm đạt mục tiêu ngăn chặn 0% truy vấn SQL trái phép lọt vào cơ sở dữ liệu, thời gian thực hiện từ 1 đến 2 tháng, do Đội ngũ Kiến trúc sư An ninh mạng và Kỹ sư DevOps chủ trì.

2. Chuẩn hóa quy trình làm sạch dữ liệu và cập nhật tự động bảng mẫu tấn công anomaly trong cơ sở dữ liệu ssql, duy trì tỷ lệ suy giảm hiệu năng toàn hệ thống dưới mức 15%, thời gian hoàn thành trong 3 tháng, do Quản trị viên cơ sở dữ liệu (DBA) và Lập trình viên Backend phối hợp thực hiện.

3. Xây dựng quy trình tự động hóa chế độ huấn luyện chữ ký hợp lệ trong môi trường kiểm thử ngoại tuyến (offline CI/CD) trước khi phát hành phiên bản chính thức, đảm bảo đạt độ bao phủ 100% các câu truy vấn hợp lệ của ứng dụng, triển khai định kỳ hàng quý bởi Đội ngũ Đảm bảo chất lượng (QA) và DevSecOps.

4. Thiết lập mô hình phòng thủ theo chiều sâu (Defense-in-Depth), kết hợp giữa tham số hóa truy vấn trong mã nguồn, tường lửa ứng dụng web và trình điều khiển trung gian theo bối cảnh để triệt tiêu 99,9% rủi ro từ các biến thể tấn công mới, thời gian thực hiện liên tục trong 6 tháng, do Giám đốc An toàn thông tin (CISO) chỉ đạo.

Đối tượng nên tham khảo luận văn

1. Lập trình viên và Kỹ sư phát triển phần mềm Web: Tiếp cận giải pháp bảo vệ ứng dụng trước các kỹ thuật tiêm nhiễm SQL nâng cao mà không cần viết lại toàn bộ mã nguồn xử lý truy vấn dữ liệu hiện hữu.

2. Quản trị viên cơ sở dữ liệu (DBA) và Quản trị hệ thống: Nắm bắt phương thức cấu hình trình điều khiển kết nối JDBC trung gian, tạo lớp phòng vệ độc lập, bảo vệ an toàn cho các hệ quản trị MySQL, Oracle hay MS SQL.

3. Chuyên gia an toàn thông tin và Nghiên cứu sinh ngành Khoa học máy tính: Sử dụng luận văn như tài liệu tham khảo chuyên sâu về kỹ thuật phân tích vết ngăn xếp (stack trace analysis) và phát hiện bất thường dựa trên khuôn mẫu hành vi.

4. Lãnh đạo công nghệ (CTO, CISO) và Quản lý dự án IT: Đánh giá phương án tối ưu hóa chi phí đầu tư bảo mật, lựa chọn giải pháp phòng chống xâm nhập cơ sở dữ liệu với độ trễ thấp và hiệu quả kinh tế cao.

Câu hỏi thường gặp

1. SDriver khác biệt như thế nào so với các giải pháp tường lửa ứng dụng web (WAF) truyền thống? WAF truyền thống phân tích gói tin HTTP dựa trên tập luật tĩnh và chữ ký mẫu, dễ bị qua mặt bởi các kỹ thuật làm rối mã hoặc tấn công zero-day. Ngược lại, SDriver hoạt động như một trình điều khiển trung gian giữa ứng dụng và cơ sở dữ liệu, gắn liền cấu trúc câu truy vấn với bối cảnh stack trace thực thi, giúp nhận diện chính xác 100% các truy vấn bị thay đổi cấu trúc mà không cần duy trì tập luật WAF phức tạp.

2. Tại sao thông tin stack trace lại đóng vai trò quyết định trong việc bảo vệ câu truy vấn? Stack trace ghi lại toàn bộ chuỗi gọi phương thức và số dòng lệnh từ tầng ứng dụng đến trình điều khiển cơ sở dữ liệu. Mỗi điểm phát sinh truy vấn trong mã nguồn sở hữu một stack trace duy nhất. Do kẻ tấn công từ môi trường bên ngoài không thể giả mạo dấu vết ngăn xếp này, việc kết hợp stack trace với câu truy vấn giúp ngăn chặn hoàn toàn việc mạo danh các truy vấn hợp lệ khác trong hệ thống.

3. Việc bổ sung SDriver cải tiến có gây suy giảm đáng kể hiệu năng của hệ thống không? Thực nghiệm cho thấy ở chế độ thực thi, thời gian xử lý của SDriver cải tiến chỉ bằng 113,11% so với phiên bản gốc, với độ trễ phát sinh thêm chỉ khoảng 1,5 đến 2,0 mili giây cho mỗi truy vấn. Sự đánh đổi hiệu năng này là rất nhỏ và hoàn toàn chấp nhận được đối với các hệ thống web thương mại yêu cầu thông lượng xử lý cao.

4. Quy trình huấn luyện (training mode) của SDriver cần được triển khai như thế nào để đảm bảo tính an toàn? Quá trình huấn luyện phải được thực hiện hoàn toàn trong môi trường ngoại tuyến (offline) hoặc giai đoạn kiểm thử tự động, nơi tất cả các luồng truy vấn được đảm bảo là 100% hợp lệ. Việc kích hoạt toàn bộ chức năng ứng dụng trong môi trường kiểm thử giúp xây dựng đầy đủ chữ ký trong bảng dữ liệu signatures trước khi chuyển hệ thống sang chế độ vận hành thực tế.

5. Cơ chế rút bỏ dữ liệu cải tiến ngăn chặn kỹ thuật tấn công bằng chú thích cuối dòng như thế nào? Ở phiên bản cũ, SDriver tự động xóa bỏ các ký tự gạch nối khiến chuỗi tấn công bị triệt tiêu sai lệch. Phiên bản cải tiến giữ nguyên các ký tự toán tử, thay thế chuỗi đầu vào bằng ký tự đánh dấu vị trí cố định và đối soát phần tử bị loại bỏ với bảng anomaly. Khi kẻ tấn công chèn cú pháp chú thích, cấu trúc số lượng tham số bị lệch chuẩn và hệ thống lập tức phát hiện, kích hoạt lệnh chặn.

Kết luận

• Khẳng định tính hiệu quả vượt trội của phương pháp bảo vệ cơ sở dữ liệu bằng khuôn mẫu hợp lệ gắn liền với bối cảnh stack trace.
• Hoàn thiện thuật toán rút bỏ dữ liệu mới, loại bỏ hoàn toàn các lỗ hổng lẩn tránh chú thích và kiểm soát chính xác số lượng tham số đầu vào.
• Ngăn chặn thành công 100% các cuộc tấn công SQL Injection phức tạp đã vượt qua phiên bản SDriver cơ sở trong kiểm thử thực tế với sqlmap và Burp Suite.
• Tối ưu hóa chi phí vận hành với thời gian huấn luyện giảm còn 97,65% và độ trễ thực thi trực tuyến chỉ tăng 13,11% so với mô hình gốc.
• Đề xuất lộ trình triển khai bảo mật từ 1 đến 6 tháng giúp các tổ chức nhanh chóng tích hợp lớp phòng ngự cơ sở dữ liệu trong suốt và tin cậy.

Trích đoạn nội dung tài liệu

CHƯƠNG 1 TỔNG QUAN VỀ TẤN CÔNG TIÊM NHIỄM SQL VÀ CÁC PHƯƠNG PHÁP PHÒNG CHỐNG 1. Khái niệm tấn công tiêm nhiễm SQL. Tấn công tiêm nhiễm SQL là một dạng tấn công tiêm nhiễm mã độc mà kẻ tấn công sẽ cố gắng khai thác lỗ hổng của chính ứng dụng web để tiến hành tiêm nhiễm mã độc vào câu truy vấn SQL của ứng dụng web nhằm truy cập trái phép vào cơ sở dữ liệu đằng sau ứng dụng web. Khi đó kẻ tấn công có thể lấy cắp được thông tin của khách hàng, người dùng, trong đó có không ít thông tin nhạy cảm như tên, tuổi, địa chỉ, số tài khoản… Tùy vào môi trường, kẻ tấn công thậm chí còn có thể thực hiện các thao tác sửa, xóa dữ liệu, thực thi các câu lệnh của hệ điều hành hay thực hiện một cuộc tấn công từ chối dịch vụ.

Tấn công tiêm nhiễm SQL thường được sử dụng để khai thác lỗ hổng của các ứng dụng web có hệ quản trị cơ sở dữ liệu quan hệ như MySQL, MS SQL, DB2, Oracle… Hình 1. 164] dưới đây là một ví dụ điển hình cho một cuộc Tấn công tiêm nhiễm SQL. Các bước thực hiện như sau: Hình 1. 1 Một cuộc Tấn công tiêm nhiễm SQL điển hình.

10 Bước 1: Kẻ tấn công sẽ dò quét lỗ hổng của ứng dụng web. Khi phát hiện lỗ hổng, hắn sẽ tiêm nhiễm câu lệnh SQL vào cơ sở dữ liệu (CSDL) bằng cách gửi câu lệnh đến máy chủ web (Web server). Câu lệnh trái phép này sẽ được tiêm nhiễm vào luồng thông tin của ứng dụng web và nó sẽ vượt qua được tường lửa (Firewall). Bước 2: Máy chủ web tiếp nhận mã độc và gửi nó đến máy chủ ứng dụng web (Web application server).

Bước 3: Tại máy chủ ứng dụng web, vì kẻ tấn công khai thác lỗ hổng của chính ứng dụng web nên mã độc sẽ tiếp tục được chấp nhận và gửi đến máy chủ CSDL (database). Bước 4: Máy chủ CSDL sẽ thực thi đoạn mã độc và trả về dữ liệu chứa thông tin nhạy cảm như thông tin thẻ tín dụng. Bước 5: Máy chủ ứng dụng web sẽ tạo ra các nội dung động bao gồm thông tin nhạy cảm về thẻ tín dụng. Bước 6: Máy chủ web sẽ gửi toàn bộ thông tin trên cho kẻ tấn công.

Trên đây là các bước tấn công của một cuộc Tấn công tiêm nhiễm SQL điển hình, kẻ tấn công chỉ nhằm mục đích ăn cắp thông tin nhạy cảm của khách hàng, người dùng. Thay vì chỉ ăn cắp thông tin, kẻ tấn công có thể phá hủy CSDL, hay đánh sập cả ứng dụng web bằng cách tiêm nhiễm các đoạn mã độc nguy hiểm. Phân loại tấn công tiêm nhiễm SQL. Có nhiều loại Tấn công tiêm nhiễm SQL khác nhau, Tấn công tiêm nhiễm SQL có thể phân loại theo các tiêu chí như cơ chế tiêm nhiễm, mục đích tấn công và kỹ thuật tấn công [5].

Cơ chế tiêm nhiễm. Câu lệnh SQL độc hại có thể được tiêm nhiễm theo nhiều cơ chế khác nhau, sau đây là một số cơ chế thông dụng nhất: Tiêm nhiễm thông qua nhập liệu của người dùng: Kẻ tấn công tiêm nhiễm mã độc vào trường nhập liệu của người dùng. Ứng dụng web có thể đọc nhập liệu người dùng bằng nhiều cách khác nhau dựa trên môi trường mà nó được triển khai. Trong hầu hết các cuộc Tấn công tiêm nhiễm SQL có mục tiêu là ứng dụng web, mã độc tiêm nhiễm vào nhập liệu người dùng qua form xác nhận (form submissions) và được gửi về ứng dụng web qua yêu cầu HTTP GET và HTTP POST.

11 Tiêm nhiễm thông qua cookies: Khi một máy khách trả về ứng dụng web, cookies có thể được sử dụng để lưu trữ thông tin trạng thái của máy khách. Vì máy khách có thể kiểm soát được hoàn toàn cookies, kẻ tấn công có thể thay đổi được cookies. Khi ứng dụng web sử dụng nội dung của cookies trên máy khách để xây dựng câu truy vấn thì với cookies đã bị thay đổi, câu truy vấn cũng có thể bị thay đổi theo. Tiêm nhiễm Second-order: Cơ chế tiêm nhiễm này hết sức tinh vi.

Với tiêm nhiễm Second-order, kẻ tấn công sẽ dựa vào dữ liệu đã có trong hệ thống hoặc CSDL để kích hoạt Tấn công tiêm nhiễm SQL. Nên khi cuộc tấn công xảy ra, câu truy vấn bị thay đổi không phải từ người dùng mà từ chính bản thân hệ thống. Mục đích tấn công. Một cuộc Tấn công tiêm nhiễm SQL có thể có nhiều mục đích tấn công cùng lúc.

Nhìn chung, mục đích của Tấn công tiêm nhiễm SQL có thể phân loại như sau: Xác định các tham số có thể tiêm nhiễm: Kẻ tấn công sẽ thăm dò ứng dụng web nhằm khám phá ra các tham số hay trường nhập liệu người dùng có thể là lỗ hổng cho Tấn công tiêm nhiễm SQL. Thực hiện tìm vết CSDL: Kẻ tấn công muốn tìm kiếm thông tin về kiểu và phiên bản CSDL mà ứng dụng web đang sử dụng. Tùy theo kiểu CSDL sẽ có phản ứng khác nhau đối với các dạng câu truy vấn và tấn công khác nhau. Và từ những thông tin phản hồi trên, kẻ tấn công có thể tìm ra được kiểu và phiên bản của CSDL.

Kiểu và phiên bản của CSDL có thể cho phép kẻ tấn công tìm ra được cách tấn công cụ thể chuyển nhằm vào CSDL. Xác định lược đồ CSDL: Để trích xuất dữ liệu chính xác từ CSDL, kẻ tấn công cần biết được thông tin về lược đồ CSDL như tên bảng, tên cột và kiểu dữ liệu. Kẻ tấn công có thể thu thập hoặc suy luận những thông tin về lược đồ CSDL. Trích xuất dữ liệu: Với mục đích tấn công này, kẻ tấn công mong muốn đánh cắp được dữ liệu từ CSDL.

Tùy vào loại ứng dụng web mà dữ liệu có thể chứa những thông tin nhạy cảm, bí mật của khách hàng, người dùng hay của tổ chức. Phần lớn kẻ tấn công vào ứng dụng web có mục đích này. Thêm hoặc thay đổi dữ liệu: Mục tiêu của kẻ tấn công là chèn thêm thông tin hoặc thay đổi thông tin của CSDL. 12 Thực hiện từ chối dịch vụ: Những kẻ tấn công với mục đích phá hoại bằng cách thực hiện dừng CSDL của ứng dụng web, khiến người dùng không thể sử dụng được.

Ngoài ra, kẻ tấn công thực hiện xóa bảng dữ liệu, khóa bảng trong CSDL, làm tê liệt khả năng hoạt động của CSDL cũng thuộc loại này. Tránh né phát hiện: Kẻ tấn công sử dụng các kỹ thuật tấn công nhằm tránh né sự phát hiện của cơ chế bảo vệ hệ thống. Vượt qua xác thực: Mục tiêu của dạng tấn công này là cho phép kẻ tấn công có thể vượt qua được cơ chế xác thực của CSDL và ứng dụng. Khi thực hiện thành công, kẻ tấn công sẽ được hưởng các quyền mà được gắn với người dùng khác.

Thực thi câu lệnh từ xa: Kẻ tấn công sẽ cố gắng thực thi các câu lệnh tùy ý trên CSDL. Những câu lệnh này có thể được lưu trữ các thủ tục hay các hàm cho CSDL người dùng. Thực hiện leo thang đặc quyền: Kẻ tấn công lợi dụng những sai sót logic trong khi thực thi của CSDL để tiến hành chiếm những đặc quyền. Trái với tấn công vượt qua xác thực, kiểu tấn công này tập trung vào việc khai thác những đặc quyền của CSDL người dùng.

Kỹ thuật tấn công. Có rất nhiều kỹ thuật Tấn công tiêm nhiễm SQL khác nhau nhưng chúng ít khi được sử dụng một cách đơn độc mà thường được sử dụng kết hợp hay tuần tự, tùy theo mục tiêu cụ thể của kẻ tấn công. Dưới đây là các kỹ thuật Tấn công tiêm nhiễm SQL tiêu biểu: Tautologies: Với kỹ thuật này, kẻ tấn công sẽ tiêm nhiễm mã độc vào câu truy vấn có điều kiện và khiến điều kiện của câu truy vấn trở thành luôn đúng. Sau đây là một câu truy vấn hợp lệ, chức năng của nó là xác thực người dùng: “SELECT accounts FROM users WHERE login=’ + $login + ‘ AND pass=’ + $pass + ‘”; Kẻ tấn công có thể nhập “‘ or 1=1--“ vào trường login, khiến câu truy vấn hợp lệ trên trở thành: “SELECT accounts FROM users WHERE login=’’ or 1=1-- AND pass=’’”; Khi thực thi câu truy vấn đã bị thay đổi trên, CSDL sẽ bỏ qua chuỗi ký tự đằng sau dấu chú thích “--”, và với điều kiện “or 1=1” thì điều kiện của câu truy 13 vấn sẽ luôn đúng.

Tức là CSDL dữ liệu sẽ luôn trả về kết quả đối với điều kiện luôn đúng như vậy, từ đó kẻ tấn công có thể vượt qua xác thực của CSDL. Chú thích cuối dòng (End-of-Line Comment): Kẻ tấn công lợi dụng việc CSDL sẽ bỏ qua chuỗi đằng sau dấu chú thích dòng, ví dụ như “--”, khi thực thi truy vấn. Bằng cách chèn dấu chú thích vào vị trí thích hợp của câu truy vấn, kẻ tấn công sẽ lừa được CSDL thực thi câu truy vấn đã bị thay đổi. Ví dụ trên cũng là một ví dụ điển hình cho kỹ thuật tấn công này khi kẻ tấn công đã thêm vào dấu chú thích “--”, làm CSDL bỏ qua phần “AND pass=’’” khi thực thi câu truy vấn.

Truy vấn Union (Union query): Với kỹ thuật này, kẻ tấn công lợi dụng lỗ hổng tham số để thay đổi bộ dữ liệu trả về cho một câu truy vấn. Với câu truy vấn hợp lệ bên trên, kẻ tấn công có thể tiêm nhiễm vào trường login là “’ UNION SELECT cardNo FROM CreditCards WHERE accNo=20301--”. Lúc này câu truy vấn sẽ trở thành: “SELECT accounts FROM users WHERE login=’’ UNION SELECT cardNo FROM CreditCards WHERE accNo=20301-- AND pass=’’”; Với câu truy vấn đã bị thay đổi trên, CSDL dù không tìm thấy bản ghi login nào phù hợp với “” nhưng vẫn sẽ tìm thấy bản ghi cardNo phù hợp với “accNo=20301”. CSDL sẽ tiến hành hợp 2 bộ kết quả, và cardNo vẫn sẽ được trả về cho ứng dụng.

Truy vấn Piggy-Backed (Piggy-Backed queries): Kỹ thuật tấn công này dựa vào máy chủ CSDL được cấu hình để thực thi nhiều câu truy vấn khác nhau trên cùng 1 dòng mã và được ngăn cách bởi dấu “;”. Kẻ tấn công sẽ chèn thêm các câu truy vấn trái phép vào câu truy vấn ban đầu với mục đích trích xuất dữ liệu, thay đổi dữ liệu, thực hiện từ chối dịch vụ hay thực thi lệnh từ xa. Ví dụ, kẻ tấn công có thể nhập mã độc “’; DROP table users --” vào trường password của câu truy vấn hợp lệ trên. Câu truy vấn lúc này sẽ là “SELECT accounts FROM users WHERE login=’’ AND pass=’’; DROP table users --‘”; Khi thực thi câu truy vấn trên, CSDL sẽ thực thi luôn câu lệnh “DROP table users”, bảng users sẽ bị xóa.