Overview¶

• Tautologies là loại SQLi dựa trên điều kiện luôn đúng.

• Xác định các payload cần tiêm
• Bỏ qua xác thực
• Trích xuất dữ liệu

Mô tả

• Chúng ta xem xét ví dụ về 1 câu lệnh truy vấn thông tin username và password như sau

  1	SELECT * FROM Users WHERE username ="'" + Username + "'" AND password = "'" + Password + "'"

• với Username và Password là 2 biến được lấy từ khung nhập input từ người dùng.

• Chuyện gì xảy ra nếu ta nhập giá trị của Username là admin' OR 1=1-- và giá trị của Password là 123?

• Nếu ta nhập như trên, câu truy vấn sẽ thành

  1	SELECT * FROM Users WHERE username ='admin' OR 1=1-- AND password = '123'

• Và đây, password đã không còn quan trọng trong câu truy vấn này nữa. Đúng không nào?

• Ngoài ra còn nhiều ngữ cảnh tiêm khác nữa, bạn đọc có thể tham khảo thêm từ các challenge

• PiggyBacked Query là loại tấn công dựa trên Batched SQL Statements¹

• Trích xuất dữ liệu
• Sửa đổi tập dữ liệu
• Thực hiện các lệnh từ xa
• Tạo cuộc tấn công từ chối dịch vụ

Mô tả

• Chúng ta xem xét ví dụ về 1 câu lệnh truy vấn thông tin username và password như sau

  1	SELECT * FROM Users WHERE username ="'" + Username + "'" AND password = "'" + Password + "'"

• với Username và Password là 2 biến được lấy từ khung nhập input từ người dùng.

• Giả sử ta có thông tin user:

  • Username: admin
  • Password: admin

• Giả sử trong cơ sở dữ liệu có bảng deuteri chứa dữ liệu quan trọng.

• Chuyện gì xảy ra nếu ta nhập giá trị của Username là admin và giá trị của Password là admin; DROP TABLE DEUTERI;?

• Nếu ta nhập như trên, câu truy vấn sẽ thành

  1	SELECT * FROM Users WHERE username ='admin' AND password = 'admin'; DROP TABLE DEUTERI;

• Với việc tiêm thêm câu truy vấn, ta đã thành công xóa bảng DEUTERI.

• PiggyBacked Query là loại tấn công dựa trên Batched SQL Statements¹

• Bỏ qua xác thực
• Trích xuất dữ liệu

• Well, đến với phần này, ta có vài bước để thực hiện truy vấn:
  • Bước 1: Xác định lỗ hỏng
    • Thêm dấu ' vào cuối tham số (nhập vào khung input hoặc thêm vào tham số trên URL). Nếu có lỗi → có lỗ hổng. VD: ?id=20'
  • Bước 2: Xác định số cột của bảng hiện tại
    • Thêm ORDER BY [số n tùy chọn] và tăng dần số cho đến khi hiện lỗi → Biết được số lượng cột trong bảng đang được truy vấn VD: ?id=20 ORDER BY 11 → có lỗi xảy ra → có 10 cột
  • Bước 3: Xác định cột được hiển thị trên trình duyệt
    • Dùng UNION SELECT 1,2,3,…, n và quan sát kết quả để nhận biết giá trị của cột nào sẽ được hiển thị. VD: ?id=20 UNION SELECT 1,2,3,…n
    • Giả sử các bước khai thác trước xác định cột 4 được hiển thị. Ta đến với bước 4
  • Bước 4: Lấy thông tin chung của CSDL
    • Thay lần lượt các số ở vị trí cột được hiển thị bằng các hàm: • user(): trả về user name hiện tại của kết nối DB • version() hay @@version: trả về version của DB
  • Bước 5: Liệt kê danh sách table trong DB từ information_schema.tables bằng câu lệnh ?id=20 UNION SELECT 1, 2, 3, table_name, 5, 6, 7, 8, 9, 10 from information_schema.tables
  • Bước 6: Chọn table quan tâm và khai thác bằng câu lệnh ?id=20 UNION SELECT 1, 2, 3, column_name, 5, 6, 7, 8, 9, 10 from information_schema.columns where table_name=users

• Ta có thể tóm gọn các bước khai thác ở mục 3 thành bảng sau

Tóm gọn