【发布时间】:2019-03-26 03:01:30
【问题描述】:
最近,只是为了它,我一直在尝试实现 Keccak,这是 SHA-3 背后的加密原语。然而,我遇到了一些问题,特别是在计算排列的“Iota”步骤中使用的轮常数。
只是为了让它不碍事:是的。我知道它们是圆形的常量。我知道我可以将它们硬编码为常量。但那有什么乐趣呢?
我特别提到了 SHA-3 上的 FIPS 202 specification document 以及 Keccak 团队自己的 Keccak reference。然而,尽管我努力了,我似乎无法得到正确的常数。我以前从未处理过位操作,所以如果我以完全错误的方式做某事,请随时告诉我。
rc 是 Keccak 的 FIPS 202 标准中定义的函数,它是一个线性反馈移位寄存器,反馈多项式为x^8 + x^6 + x^5 + x^4 + 1。
t(特定于 SHA-3)的值被定义为包括 j + 7 * i_r 的整数集,其中 i_r = {0, 1, ..., 22, 23} 和 j = {0 , 1, ..., 4, 5}。
预期输出(循环常量)定义如下:0x0000000000000001、0x0000000000008082、0x800000000000808a、 0x8000000080008000, 0x000000000000808b, 0x0000000080000001, 0x8000000080008081, 0x8000000000008009, 0x000000000000008a, 0x0000000000000088, 0x0000000080008009, 0x000000008000000a, 0x000000008000808b, 0x800000000000008b, 0x8000000000008089, 0x8000000000008003, 0x8000000000008002, 0x8000000000000080, 0x000000000000800a, 0x800000008000000a, 0x8000000080008081, 0x8000000000008080、0x0000000080000001、0x8000000080008008。
rc函数实现
uint64_t rc(int t)
{
if(t % 255 == 0)
{
return 0x1;
}
uint64_t R = 0x1;
for(int i = 1; i <= t % 255; i++)
{
R = R << 0x1;
R |= (((R >> 0x0) & 0x1) ^ ((R >> 0x8) & 0x1)) << 0x0;
R |= (((R >> 0x4) & 0x1) ^ ((R >> 0x8) & 0x1)) << 0x4;
R |= (((R >> 0x5) & 0x1) ^ ((R >> 0x8) & 0x1)) << 0x5;
R |= (((R >> 0x6) & 0x1) ^ ((R >> 0x8) & 0x1)) << 0x6;
R &= 0xFF;
}
return R & 0x1;
}
rc 函数调用
for(int i_r = 0; i_r < 24; i_r++)
{
uint64_t RC = 0x0;
// TODO: Fix so the limit is not constant
for(int j = 0; j < 6; j++)
{
RC ^= (rc(j + 7 * i_r) << ((int) pow(2, j) - 1));
}
printf("%llu\n", RC);
}
非常感谢您对此事的任何帮助。
【问题讨论】:
-
@user3386109 不知道我是怎么忘记的——谢谢提醒。
-
注意:
t % 255在t < 0时为nott mod 255。看来t永远不会对j + 7 * i_r产生负面影响。 -
对于整数问题,浮点
pow(2, j)只会增加复杂性。请考虑使用(1u << j)。 -
为什么
printf("%llu\n", RC);以十进制打印uint64_t?我希望printf("0x%" PRIX64 "\n", RC);以十六进制打印uint64_t。您收到的“错误”输出是什么?
标签: c cryptography bit-manipulation sha-3 keccak