linux – 引导期间LUKS错误

我已经检查了源代码,只要我正在解释我正确阅读的内容,你就不必担心这一点.

此代码属于模块“stdrng”.至少在Fedora 23上,它内置于内核中,而不是作为内核模块导出.

首次初始化stdrng时,会发生以下调用.

在crypto / drbg.c初始化从这里开始.

1997 module_init(drbg_init);

这会记录系统已知的所有drbgs.

1985         for (j = 0; ARRAY_SIZE(drbg_cores) > j; j++,i++)
1986                 drbg_fill_array(&drbg_algs[i],&drbg_cores[j],1);
1987         for (j = 0; ARRAY_SIZE(drbg_cores) > j; j++,i++)
1988                 drbg_fill_array(&drbg_algs[i],0);

然后它将它传递给执行初始化的辅助函数：

1989         return crypto_register_rngs(drbg_algs,(ARRAY_SIZE(drbg_cores) * 2));

在crypto / rng.c中,这只是遍历每个rng来注册它.

210         for (i = 0; i < count; i++) {
211                 ret = crypto_register_rng(algs + i);
212                 if (ret)
213                         goto err;
214         }

此函数执行一系列初始化步骤,然后调用另一个函数进行分配.

196         return crypto_register_alg(basE);

注册期间发生的事情并不那么明显.

内置于内核中的另一个名为tcrypt的模块接收插入新算法的通知.一旦它看到一个新的注册算法,它就会安排对它的测试.这是产生您在屏幕上看到的输出的原因.

测试完成后,算法进入TESTED状态.如果测试失败,我想(我找不到产生这种行为的位)如果传递正确的标志,则无法选择搜索.

测试通过是否绝对是内部存储的.

除此之外,调用psudeo随机数生成器会导致算法列表按强度顺序迭代prng,如crypto / drbg.c中的此注释所示.

107 /*
108  * The order of the DRBG deFinitions here matter: every DRBG is registered
109  * as stdrng. Each DRBG receives an increasing cra_priority values the later
110  * they are defined in this array (see drbg_fill_array).
111  *

由于最强的一个没有失败(hmac sha256),即使它们可以被选中,你也不太可能使用失败的那些.

总结一下 –

>当某些东西需要stdrng模块时会发生这种情况.
>它加载所有已知的算法.
>加载所有算法进行测试.有些可能会失败(为什么在这个答案中没有考虑).
>测试失败的算法不应该在以后选择.
> PRNGS按强度排序,首先尝试通过的强PRNGs.
>希望依赖stdrng的东西不应该使用这些算法作为其PRNG源的基础.

您可以使用以下命令查看哪些算法已成功并通过了测试：

grep -EC5 'selftest.*passed' /proc/crypto

您还可以使用“优先级”字段查看选择优先级.根据模块作者,值越高,PRNG越强.

所以,我很高兴在这里错了,因为我不认为自己是一个内核程序员,但最后 –

当stdrng加载时,它似乎从可接受的算法列表中选择其他算法,这些算法被认为比失败算法强,加上失败的算法无论如何都不太可能被选中.

因此,我相信在使用luks时这对您没有任何额外的风险.