Trước khi bạn làm bất cứ điều gì thêm, hãy tìm hiểu sự khác biệt giữa mã hóa và xác thực , và tại sao bạn có thể muốn mã hóa được xác thực hơn là chỉ mã hóa .
Để thực hiện mã hóa đã xác thực, bạn muốn Mã hóa rồi MAC. Thứ tự mã hóa và xác thực là rất quan trọng! Một trong những câu trả lời hiện có cho câu hỏi này đã mắc lỗi này; cũng như nhiều thư viện mật mã được viết bằng PHP.
Bạn nên tránh triển khai mật mã của riêng mình và thay vào đó hãy sử dụng thư viện an toàn được viết bởi các chuyên gia mật mã.
Cập nhật: PHP 7.2 hiện cung cấp libsodium ! Để bảo mật tốt nhất, hãy cập nhật hệ thống của bạn để sử dụng PHP 7.2 trở lên và chỉ làm theo lời khuyên libsodium trong câu trả lời này.
Sử dụng libsodium nếu bạn có quyền truy cập PECL [hoặc
sodium_compat nếu bạn muốn libsodium mà không có PECL]; nếu không thì ...
Sử dụng mã hóa defuse / php ; không cuộn mật mã của riêng bạn!
Cả hai thư viện được liên kết ở trên giúp bạn dễ dàng triển khai mã hóa đã xác thực vào thư viện của riêng mình.
Nếu bạn vẫn muốn viết và triển khai thư viện mật mã của riêng mình, chống lại sự khôn ngoan thông thường của mọi chuyên gia mật mã trên Internet, đây là các bước bạn sẽ phải thực hiện.
Mã hóa:
- Mã hóa bằng AES ở chế độ CTR. Bạn cũng có thể sử dụng GCM [loại bỏ sự cần thiết phải có MAC riêng biệt]. Ngoài ra, ChaCha20 và Salsa20 [do libsodium cung cấp ] là mật mã luồng và không cần các chế độ đặc biệt.
- Trừ khi bạn chọn GCM ở trên, bạn nên xác thực bản mã bằng HMAC-SHA-256 [hoặc, đối với mật mã luồng, Poly1305 - hầu hết các API libsodium đều làm việc này cho bạn]. MAC nên bao phủ IV cũng như bản mã!
Giải mã:
- Trừ khi sử dụng Poly1305 hoặc GCM, hãy tính toán lại MAC của bản mã và so sánh nó với MAC đã được gửi bằng cách sử dụng
hash_equals[]. Nếu nó không thành công, hãy hủy bỏ. - Giải mã tin nhắn.
Cân nhắc thiết kế khác:
- Không nén bất cứ điều gì bao giờ. Ciphertext không thể nén được; nén bản rõ trước khi mã hóa có thể dẫn đến rò rỉ thông tin [ví dụ: CRIME và BREACH trên TLS].
- Đảm bảo rằng bạn sử dụng
mb_strlen[]vàmb_substr[]sử dụng'8bit'chế độ đặt ký tự để ngăn chặn sựmbstring.func_overloadcố. - IV phải được tạo bằng CSPRNG ; Nếu bạn đang sử dụng
mcrypt_create_iv[], KHÔNG SỬ DỤNGMCRYPT_RAND!- Cũng kiểm tra random_compat .
- Trừ khi bạn đang sử dụng cấu trúc AEAD, LUÔN LUÔN mã hóa MAC!
bin2hex[],base64_encode[]v.v. có thể làm rò rỉ thông tin về các khóa mã hóa của bạn thông qua định thời bộ đệm. Tránh chúng nếu có thể.
Ngay cả khi bạn làm theo lời khuyên được đưa ra ở đây, rất nhiều điều có thể xảy ra với tiền mã hóa. Luôn có chuyên gia mật mã xem xét việc triển khai của bạn. Nếu bạn không đủ may mắn để làm bạn với một sinh viên mật mã tại trường đại học địa phương của bạn, bạn luôn có thể thử diễn đàn Cryptography Stack Exchange để được tư vấn.
Nếu bạn cần một phân tích chuyên nghiệp về việc triển khai của mình, bạn luôn có thể thuê một nhóm tư vấn bảo mật có uy tín để xem xét mã mật mã PHP của bạn [tiết lộ: công ty của tôi].
Quan trọng: Khi nào không sử dụng mã hóa
Không mã hóa mật khẩu . Thay vào đó,bạn muốn băm chúng bằng cách sử dụng một trong các thuật toán băm mật khẩu sau:
- Argon2
- mã hóa
- bcrypt
- PBKDF2-SHA256 với 86.000 lần lặp
Không bao giờ sử dụng hàm băm có mục đích chung [MD5, SHA256] để lưu trữ mật khẩu.
Không mã hóa Tham số URL . Đó là công cụ sai cho công việc.
Ví dụ về mã hóa chuỗi PHP với Libsodium
Nếu bạn đang sử dụng PHP