Camellia 1.2.0: các từ có 0 ở bảng chính

Kiểm tra mã sử dụng Camellia 1.2.0 mã nguồn, khi tạo keyTable từ khóa đầu vào, sử dụng:

void Camellia_Ekeygen(const int keyBitLength, 
          const unsigned char *rawKey, 
          KEY_TABLE_TYPE keyTable)

Đầu ra hiển thị một số từ 'không' ở cùng một vị trí. Hai ví dụ ngẫu nhiên cho 256 bit:

E1AE67E4 07AE952B 94B0FCD1 CD366E1C 5160F1A8 45893AE8 0994EC20 1B5782AF

52027468 D2CEEB8F 00000000 00000000 5A44D15D 533F0EF8 E441183F 960616CE
B492E69C C71899DB 1C149A9E DA2EF3F9 C590DF1D 8ECE1AA3 5BF4C76A 517A719B
BA4E6211 083B6502 ABE0D506 6A3C58D4 32B152A6 C7D2AD48 2338FC75 4B1C4805
6FB9B4E4 4E14DA25 46CEF6AA D655F3C1 E89A9073 87CCF090 098D9E8F C73283B7
CD0F4BB9 E166D31C 7EE61ACE 52E97A40 0F5B9E82 4F98AEDE 91D08211 2E660D02
01506F57 40F9E4BA C2AB1164 196A9DE8 6E870140 C0A16094 F462E486 D98FF34F
F8543532 5ACAA32E 0046EFC7 06E9A0B9 42409189 9D9C0A16 EF580EC8 03E52B67
4D99620A B6A40197 3999A1B9 A9B45F27 6AE83BF0 7351AF36 6AEDF2EC 0A050076
B50EBD28 B9A2B34C 00000000 00000000


BE276A07 021C223F 40262C4B 2B07D216 AB51C522 C919C184 BBAD4565 B3050C87

93759D00 1DCE4C1F 00000000 00000000 91C6EBE1 47BE73E0 A1ECCAB9 B997E1E5
DEB11931 C13C15D2 EA9E2B5B 892BC368 BFD5F521 7B61B763 CB8C58B7 0AE271F1
617046B2 5951EB2E 2143C16C 4871D4EA 8AA8E801 3CD1E79E D64B23F5 DA983076
D6232073 5364BDE7 77FFE6AE B967FDE4 FDD26694 1720ECF0 6FC56EEE 3B618822
C46202F4 217DB0B2 A076E26B 23C22170 AD07C5E8 890AE608 EFC78526 F0F62449
7C712F1A D7CC710B C0FDB367 E97D2186 437CA739 F93D0CBF C90FF6E2 C879AA2B
511B3CF8 2E25C89E 7B745E74 CA705CCE 3DFD612D 1BE56472 FA45E7EA 4B3B85B0
95F84DCF 4C14FC95 20310BF7 A353A328 0E505958 A56CB1A1 007D2357 CC0239C8
4EFF9C31 2B9BEF19 00000000 00000000

Điều này có được mong đợi không?

Làm rõ: các kết xuất "hex" ở trên hiển thị hai lời gọi của hàm. Đối với mỗi một keyBitLength được đặt thành 256, chuỗi ngắn hơn (vừa với một dòng) là một khóa 256 bit ngẫu nhiên và phần tiếp theo là đầu ra của hàm (được sao chép vào bộ đệm keyTable).

Một thử nghiệm khác: Tôi đã zeroing keyTable trước khi gọi hàm. Bây giờ tôi đã đặt tất cả các byte là 0xFF và các từ được đánh số 0 trở thành: 0xFFFFFFFF. Đáng sợ. Những từ này (luôn luôn là những từ giống nhau) không được hàm chạm vào.

Cố gắng giải quyết bằng cách sử dụng các loại tiêu chuẩn. Tôi cũng đã chuyển sang trình biên dịch -O0 để tránh mọi sự cố tối ưu hóa:

//typedef không dấu int KEY_TABLE_TYPE[CAMELLIA_TABLE_WORD_LEN];
/* u32 phải là từ 32 bit */
//typedef không dấu int u32;
// typedef unsign char u8;

#include <stdint.h> // đây là thay đổi duy nhất đối với mã gốc (được giữ ở trên):
typedef uint32_t KEY_TABLE_TYPE[CAMELLIA_TABLE_WORD_LEN];
gõdef uint32_t u32;
typedef uint8_t u8;

Tôi đã tải lên một chương trình thử nghiệm tối thiểu đây.