NEWSNhận định, soi kèo Macarthur vs Newcastle Jets, 15h35 ngày 28/3: Buồn cho chủ nhà
相关推荐
- Nhận định, soi kèo Wuhan Three Towns vs Zhejiang Professional, 18h35 ngày 28/3: Chiến thắng đầu tay
- Những loại thuế và phí cần đóng cho ô tô cũ
- Máy bay năng lượng mặt trời hoàn hành chuyến bay lịch sử quanh Trái đất
- Blackmagic Design giới thiệu camera siêu nhỏ cho quay phim chuyên nghiệp
- Nhận định, soi kèo Suwon FMC Nữ vs Changnyeong Nữ, 17h00 ngày 27/3: Tìm lại niềm vui
- Bất ngờ khi ngôi sao Super Junior đại chiến Liên Minh với SKT T1
- Hí họa: Thử thách 'tiêu tiền'
- Thủ tục hành chính 'ép' startup Việt chuyển công ty sang Singapore?
, nhưng tôi nghĩ đa số ngân hàng không có động cơ để làm chuyện đó.</p><p>Câu hỏi mà chúng ta quan tâm ở đây là làm sao lưu mật khẩu cho an toàn. Đây là một vấn đề khó, muốn giải quyết phải thay đổi rất nhiều thứ, chuyện này không đơn giản là chỉ cần mã hóa mật khẩu. Hồi trước có lần một công ty làm game hỏi tôi làm thế nào để đảm bảo máy chủ chứa dữ liệu thẻ game của họ không bị chính mấy ông DBA (quản trị cơ sở dữ liệu-pv) vào chỉnh sửa chôm chỉa. Lúc đó tôi không có câu trả lời, nhưng bây giờ tôi nghĩ tôi biết chút ít.</p><p>Nếu tôi thiết kế hệ thống này, tôi sẽ chuyển toàn bộ mật khẩu vào lưu ở một nhóm server tách biệt, không làm gì khác, ngoại trừ việc lưu mật khẩu và gửi request đến các ngân hàng để lấy cookies, thông qua một API đơn giản gọn nhẹ. Chỉ có các máy chủ crawler mới có thể sử dụng API này (thông qua TCP/IP firewall hoặc các phương án Digital Signature hoặc MAC, như các API của Amazon hay làm).</p><p>Trên server lưu mật khẩu, tôi sẽ mã hóa các mật khẩu này sử dụng dịch vụ Amazon KMS. Nói cách khác nếu ai đó truy cập vào các máy chủ lưu mật khẩu, họ cũng không thể lấy toàn bộ mật khẩu, mà họ phải lần lượt gửi yêu cầu đến KMS để giải mã chúng. Ý tưởng này coi bộ đơn giản nhưng tôi nghĩ nó là mấu chốt trong việc phát hiện, phòng chống và phản ứng lại khi có xâm nhập.</p><p>Chúng ta muốn kẻ tấn công phải ở trong hệ thống của mình càng lâu càng tốt, với hy vọng ở càng lâu chúng sẽ tạo ra nhiều “tiếng ồn”, làm gia tăng cơ hội hệ thống giám sát an ninh mạng của chúng ta phát hiện ra chúng. Ví dụ như nếu tôi biết rằng máy chủ lưu mật khẩu chỉ gửi request đến Amazon KMS vào lúc 12h sáng (vì đó là lúc crawler chạy), tôi sẽ thấy hoài nghi khi thấy nhiều request đến KMS vào lúc 1h trưa.</p><p>Các crawler (công cụ tự động phân tích dữ liệu-pv) sẽ lấy cookies từ máy chủ lưu mật khẩu, dùng chúng để gửi request đến các ngân hàng, lưu dữ liệu giao dịch của khách hàng vào một nhóm máy chủ tách biệt với các máy chủ lưu mật khẩu (và thậm chí là các crawler). Với kiến trúc như vậy, chúng ta sẽ có thể hạn chế được ai truy cập vào đâu.</p><p>Ví dụ đội làm crawler chỉ có thể vào crawler, đội làm mật khẩu chỉ có thể vào máy chủ mật khẩu, đội làm transaction data chỉ có thể làm trên transaction data. Đây là nguyên tắc least privileged (nguyên tắc quyền hạn tối thiểu) mà chúng ta điều biết.</p>)
