Kiến thức khác về Kiểm thửKiến thức

Các Lỗi Bảo Mật Thường Gặp Khi Làm Dự Án Liên Quan Đến Ngân Hàng (Phần 1)

UDECAREER17/05/2024~4 phút đọc

Trong thời đại số hóa hiện nay, các ngân hàng đang ngày càng phụ thuộc vào công nghệ để cung cấp dịch vụ tốt hơn cho khách hàng. Tuy nhiên, sự gia tăng về số lượng và phức tạp của các hệ thống công nghệ thông tin cũng làm tăng nguy cơ về bảo mật. Dưới đây là một số lỗi bảo mật phổ biến thường gặp khi triển khai các dự án liên quan đến ngân hàng và các biện pháp để khắc phục.

1. Lỗi trong quản lý quyền truy cập (Access Management)

Mô tả lỗi

Một trong những lỗi bảo mật phổ biến nhất là quản lý quyền truy cập không đúng cách. Điều này xảy ra khi người dùng hoặc nhân viên có quyền truy cập vào các tài nguyên không cần thiết hoặc vượt quá mức cần thiết để thực hiện công việc của họ.

Hậu quả

Quản lý quyền truy cập không đúng cách có thể dẫn đến nhiều rủi ro bảo mật, bao gồm truy cập trái phép vào dữ liệu nhạy cảm, thay đổi dữ liệu không được phép, hoặc thậm chí là tấn công từ nội bộ.

Biện pháp khắc phục

  • Phân quyền dựa trên vai trò (Role-Based Access Control - RBAC): Áp dụng RBAC để chỉ định quyền truy cập dựa trên vai trò của người dùng trong tổ chức.
  • Nguyên tắc quyền tối thiểu: Chỉ cấp quyền truy cập tối thiểu cần thiết để hoàn thành công việc.
  • Kiểm tra định kỳ: Thực hiện kiểm tra định kỳ để đảm bảo các quyền truy cập vẫn phù hợp với vai trò và trách nhiệm của người dùng.

Chi tiết thêm bạn có thể phân tích rõ hơn ở Bài viết Lỗ hổng Broken Access Control (BAC) và Các biện pháp khắc phục.

2. Lỗ hổng SQL Injection

Mô tả lỗi

SQL Injection xảy ra khi ứng dụng không xác thực đầu vào từ người dùng một cách đúng đắn, cho phép kẻ tấn công chèn mã SQL độc hại vào truy vấn cơ sở dữ liệu.

Hậu quả

SQL Injection có thể dẫn đến truy cập trái phép vào dữ liệu nhạy cảm, thay đổi hoặc xóa dữ liệu, và thậm chí là kiểm soát hoàn toàn máy chủ cơ sở dữ liệu.

Biện pháp khắc phục

  • Sử dụng Prepared Statements: Prepared Statements giúp ngăn chặn việc chèn mã SQL độc hại bằng cách xác thực và xử lý đầu vào từ người dùng một cách an toàn.
  • Kiểm tra và xác thực đầu vào: Luôn luôn kiểm tra và xác thực đầu vào từ người dùng để đảm bảo phù hợp và an toàn.
  • Sử dụng ORM (Object-Relational Mapping): ORM giúp quản lý truy vấn cơ sở dữ liệu một cách an toàn hơn và giảm nguy cơ SQL Injection.

Chi tiết bạn có thể đón đọc thêm ở bài viết Lỗ Hổng SQL Injection và Các Biện Pháp Khắc Phục

3. XSS (Cross-Site Scripting)

Mô tả lỗi

XSS xảy ra khi ứng dụng cho phép chèn mã JavaScript độc hại vào trang web, sau đó được thực thi trong trình duyệt của người dùng khác.

Hậu quả

XSS có thể dẫn đến đánh cắp thông tin đăng nhập, cookie, và dữ liệu nhạy cảm, cũng như thực hiện các hành động trái phép dưới danh nghĩa của người dùng bị tấn công.

Biện pháp khắc phục

  • Escaping Output: Đảm bảo rằng tất cả các đầu ra được hiển thị trên trang web đều được escape để ngăn chặn mã JavaScript độc hại thực thi.
  • Content Security Policy (CSP): Áp dụng CSP để hạn chế các nguồn tài nguyên mà trình duyệt có thể tải và thực thi.
  • Kiểm tra và xác thực đầu vào: Tương tự như biện pháp ngăn chặn SQL Injection, việc kiểm tra và xác thực đầu vào từ người dùng cũng giúp giảm nguy cơ XSS.

Chi tiết bạn có thể xem thêm tại Bài viết Lỗ Hổng Cross-Site Scripting (XSS) và Các Biện Pháp Khắc Phục

4. CSRF (Cross-Site Request Forgery)

Mô tả lỗi

CSRF xảy ra khi kẻ tấn công lợi dụng phiên đăng nhập của người dùng để thực hiện các hành động trái phép trên trang web mà người dùng đã xác thực.

Hậu quả

CSRF có thể dẫn đến các hành động trái phép như chuyển tiền, thay đổi thông tin cá nhân, hoặc các giao dịch nhạy cảm khác mà không cần sự đồng ý của người dùng.

Biện pháp khắc phục

  • Sử dụng CSRF Tokens: CSRF Tokens là các giá trị ngẫu nhiên được gắn vào các form và yêu cầu từ phía người dùng để xác thực các hành động.
  • Xác thực hai bước (Two-Factor Authentication - 2FA): Áp dụng xác thực hai bước để đảm bảo rằng chỉ người dùng thực sự mới có thể thực hiện các hành động nhạy cảm.
  • Kiểm tra nguồn gốc yêu cầu: Kiểm tra nguồn gốc của các yêu cầu (Origin Header và Referrer Header) để đảm bảo rằng chúng đến từ cùng một nguồn gốc.

Chi tiết bạn có thể xem thêm tại Bài viết Lỗ hổng CSRF (Cross-Site Request Forgery)

Tiếp tục hành trình học tập cùng UDECAREER

Khám phá các Learning Paths, lựa chọn khóa học phù hợp và bắt đầu với những kỹ năng bạn cần cho giai đoạn hiện tại.

Truy cập UDECAREER Learninghttps://learning.udecareer.com ↗
Mã QR UDECAREER Learning
Quét mã QRđể truy cập UDECAREER Learning trên thiết bị di động.
Đầu trang