Các hằng số được sử dụng trong mật mã khối, giống như các hằng số được sử dụng trong nhiều thuật toán mã hóa đối xứng khác, phụ thuộc vào những gì thuật toán cần về mặt bảo mật. Đối với mật mã khối, cấu trúc phổ biến nhất sử dụng hộp S và hằng số làm tròn.
Trong nhiều trường hợp, các yêu cầu đối với các hằng số là tối thiểu: rằng chúng chứa sự kết hợp hợp lý giữa số 0 và số 1, rằng chúng thiếu một số mẫu có thể bị khai thác (ví dụ: trong một lần trượt hoặc tấn công vi sai) và chúng không bị nghi ngờ ( mà chúng tôi gọi là số không có gì trong tay áo của tôi). Các loại mẫu phổ biến cần tránh là những thứ như dịch chuyển đơn giản, xoay và bổ sung các hằng số trước đó, có thể bị vô hiệu hóa bởi một số mẫu đầu vào nhất định, tùy thuộc vào thuật toán và hoạt động cốt lõi của thuật toán.
Thông thường, nếu không có lời giải thích nào được cung cấp, thì các hằng số thường được tạo từ một số loại hằng số hoặc mẫu đã biết. Ví dụ, MD5 sử dụng $ sin(x) $, SHA-2 sử dụng căn bậc hai và khối lập phương và nhiều thuật toán sử dụng $ \pi$, $e$, hoặc $ \phi $, và người đọc sẽ nhận ra những hằng số đó. (Cả MD5 và SHA-2 đều không phải là mật mã khối, nhưng áp dụng cùng một nguyên tắc.) Ví dụ: SEED sử dụng $ \phi $.
Trong một số thuật toán, chẳng hạn như hoán vị Sparkle (cũng không phải là mật mã khối), các hằng số được chọn bổ sung vì chúng có một số thuộc tính có lợi (trong trường hợp này là khả năng chống lại các cuộc tấn công vi phân), và do đó, các hằng số được tạo ra và các hằng số thì không. không đáp ứng các yêu cầu bị từ chối cho đến khi tìm thấy đủ. Người đọc bài báo thường có cùng một phần mềm được sử dụng để kiểm tra các hằng số đó và có thể xác minh rằng các hằng số được chọn thực sự là những hằng số đầu tiên đáp ứng các tiêu chí.
Đối với hộp S, mọi thứ thường giống nhau, ngoại trừ trong một số trường hợp, có thể mong muốn tránh các điểm cố định hoặc chu kỳ quỹ đạo là cực đại. Đôi khi một nghịch đảo có thể tính toán hiệu quả là hữu ích (như trong SAFER). Một lần nữa, chúng thường được tạo ra từ một số hằng số nổi tiếng và nếu việc tạo ra không tầm thường, thường thì phần mềm hoặc thuật toán sẽ được đưa vào để chứng minh rằng không có cửa sau.
Thông thường, nếu có những yêu cầu quan trọng khác với những yêu cầu chung được liệt kê ở trên, bài báo hoặc Câu hỏi thường gặp liền kề sẽ cho biết lý do tại sao chúng được chọn, giống như bài báo Sparkle. Để người dùng tin tưởng vào thuật toán, nó sẽ cần phân tích mật mã rộng rãi và thông thường mọi người sẽ vui hơn khi đọc một vài đoạn về lý do thay vì phải đoán.
