1.. SPDX-License-Identifier: GPL-2.0 2.. include:: ../disclaimer-zh_CN.rst 3 4:Original: Documentation/admin-guide/module-signing.rst 5:翻译: 6 朱岩 Yan Zhu <zhuyan2015@qq.com> 7 8 9================ 10内核模块签名机制 11================ 12 13.. 目录 14.. 15.. - 概述 16.. - 配置模块签名 17.. - 生成签名密钥 18.. - 内核中的公钥 19.. - 模块手动签名 20.. - 已签名模块和剥离 21.. - 加载已签名模块 22.. - 无效签名和未签名模块 23.. - 管理/保护私钥 24 25 26概述 27==== 28 29内核模块签名机制在安装过程中对模块进行加密签名，然后在加载模块时检查签名。这 30通过禁止加载未签名的模块或使用无效密钥签名的模块来提高内核安全性。模块签名通 31过使恶意模块更难加载到内核中来增加安全性。模块签名检查在内核中完成，因此不需 32要受信任的用户空间位。 33 34此机制使用 X.509 ITU-T 标准证书对涉及的公钥进行编码。签名本身不以任何工业标准 35类型编码。内置机制目前仅支持 RSA、NIST P-384 ECDSA 和 NIST FIPS-204 ML-DSA 36公钥签名标准（尽管它是可插拔的并允许使用其他标准）。对于 RSA 和 ECDSA，可以使 37用的可能的哈希算法是大小为 256、384 和 512 的 SHA-2 和 SHA-3（算法由签名中的 38数据选择）；ML-DSA 会自行进行哈希运算，但允许与 SHA512 哈希算法结合用于签名属 39性。 40 41配置模块签名 42============ 43 44通过进入内核配置的 :menuselection:`Enable Loadable Module Support` 菜单并打 45开以下选项来启用模块签名机制:: 46 47 CONFIG_MODULE_SIG "Module signature verification" 48 49这有多个可用选项： 50 51 (1) :menuselection:`Require modules to be validly signed` 52 (``CONFIG_MODULE_SIG_FORCE``) 53 54 这指定了内核应如何处理其密钥未知或未签名的模块。 55 56 如果关闭（即"宽松模式"），则允许使用不可用密钥和未签名的模块，但内核将被 57 标记为受污染，并且相关模块将被标记为受污染，显示字符'E'。 58 59 如果打开（即"限制模式"），只有具有有效签名且可由内核拥有的公钥验证的模块 60 才会被加载。所有其他模块将生成错误。 61 62 无论此处的设置如何，如果模块的签名块无法解析，它将被直接拒绝。 63 64 65 (2) :menuselection:`Automatically sign all modules` 66 (``CONFIG_MODULE_SIG_ALL``) 67 68 如果打开此选项，则在构建的 modules_install 阶段期间将自动签名模块。 69 如果关闭，则必须使用以下命令手动签名模块:: 70 71 scripts/sign-file 72 73 74 (3) :menuselection:`Which hash algorithm should modules be signed with?` 75 76 这提供了安装阶段将用于签名模块的哈希算法选择： 77 78 =============================== ========================================== 79 ``CONFIG_MODULE_SIG_SHA256`` :menuselection:`Sign modules with SHA-256` 80 ``CONFIG_MODULE_SIG_SHA384`` :menuselection:`Sign modules with SHA-384` 81 ``CONFIG_MODULE_SIG_SHA512`` :menuselection:`Sign modules with SHA-512` 82 ``CONFIG_MODULE_SIG_SHA3_256`` :menuselection:`Sign modules with SHA3-256` 83 ``CONFIG_MODULE_SIG_SHA3_384`` :menuselection:`Sign modules with SHA3-384` 84 ``CONFIG_MODULE_SIG_SHA3_512`` :menuselection:`Sign modules with SHA3-512` 85 =============================== ========================================== 86 87 此处选择的算法也将被构建到内核中（而不是作为模块），以便使用该算法签名的 88 模块可以在不导致循环依赖的情况下检查其签名。 89 90 91 (4) :menuselection:`File name or PKCS#11 URI of module signing key` 92 (``CONFIG_MODULE_SIG_KEY``) 93 94 将此选项设置为除默认值 ``certs/signing_key.pem`` 之外的其他值将禁用签名 95 密钥的自动生成，并允许使用您选择的密钥对内核模块进行签名。提供的字符串应 96 标识包含私钥及其对应的 PEM 格式 X.509 证书的文件，或者在 OpenSSL 97 ENGINE_pkcs11 功能正常的系统上，使用 RFC7512 定义的 PKCS#11 URI。在后一 98 种情况下，PKCS#11 URI 应引用证书和私钥。 99 100 如果包含私钥的 PEM 文件已加密，或者 PKCS#11 令牌需要 PIN，可以通过 101 ``KBUILD_SIGN_PIN`` 变量在构建时提供。 102 103 104 (5) :menuselection:`Additional X.509 keys for default system keyring` 105 (``CONFIG_SYSTEM_TRUSTED_KEYS``) 106 107 此选项可设置为包含附加证书的 PEM 编码文件的文件名，这些证书将默认包含在 108 系统密钥环中。 109 110请注意，启用模块签名会为内核构建过程添加对执行签名工具的 OpenSSL 开发包的依赖。 111 112 113生成签名密钥 114============ 115 116生成和检查签名需要加密密钥对。私钥用于生成签名，相应的公钥用于检查签名。私钥 117仅在构建期间需要，之后可以删除或安全存储。公钥被构建到内核中，以便在加载模块 118时可以使用它来检查签名。 119 120在正常情况下，当 ``CONFIG_MODULE_SIG_KEY`` 保持默认值时，如果文件中不存在密 121钥对，内核构建将使用 openssl 自动生成新的密钥对:: 122 123 certs/signing_key.pem 124 125在构建 vmlinux 期间（公钥需要构建到 vmlinux 中）使用参数:: 126 127 certs/x509.genkey 128 129文件（如果尚不存在也会生成）。 130 131可以在 RSA（``MODULE_SIG_KEY_TYPE_RSA``）、 132ECDSA（``MODULE_SIG_KEY_TYPE_ECDSA``）和 133ML-DSA（``MODULE_SIG_KEY_TYPE_MLDSA_*``）之间选择生成 RSA 4k、NIST P-384 134密钥对或 ML-DSA 44、65 或 87 密钥对。 135 136强烈建议您提供自己的 x509.genkey 文件。 137 138最值得注意的是，在 x509.genkey 文件中，req_distinguished_name 部分应从默认值 139更改:: 140 141 [ req_distinguished_name ] 142 #O = Unspecified company 143 CN = Build time autogenerated kernel key 144 #emailAddress = unspecified.user@unspecified.company 145 146生成的 RSA 密钥大小也可以通过以下方式设置:: 147 148 [ req ] 149 default_bits = 4096 150 151也可以使用位于 Linux 内核源代码树根节点中的 x509.genkey 密钥生成配置文件和 152openssl 命令手动生成公钥/私钥文件。以下是生成公钥/私钥文件的示例:: 153 154 openssl req -new -nodes -utf8 -sha256 -days 36500 -batch -x509 \ 155 -config x509.genkey -outform PEM -out kernel_key.pem \ 156 -keyout kernel_key.pem 157 158然后可以将生成的 kernel_key.pem 文件的完整路径名指定在 159``CONFIG_MODULE_SIG_KEY`` 选项中，并且将使用其中的证书和密钥而不是自动生成的 160密钥对。 161 162 163内核中的公钥 164============ 165 166内核包含一个可由 root 查看的公钥环。它们在名为 ".builtin_trusted_keys" 的密 167钥环中，可以通过以下方式查看:: 168 169 [root@deneb ~]# cat /proc/keys 170 ... 171 223c7853 I------ 1 perm 1f030000 0 0 keyring .builtin_trusted_keys: 1 172 302d2d52 I------ 1 perm 1f010000 0 0 asymmetri Fedora kernel signing key: d69a84e6bce3d216b979e9505b3e3ef9a7118079: X509.RSA a7118079 [] 173 174除了专门为模块签名生成的公钥外，还可以在 ``CONFIG_SYSTEM_TRUSTED_KEYS`` 配置 175选项引用的 PEM 编码文件中提供其他受信任的证书。 176 177此外，架构代码可以从硬件存储中获取公钥并将其添加（例如从 UEFI 密钥数据库）。 178 179最后，可以通过以下方式添加其他公钥:: 180 181 keyctl padd asymmetric "" [.builtin_trusted_keys-ID] <[key-file] 182 183例如:: 184 185 keyctl padd asymmetric "" 0x223c7853 <my_public_key.x509 186 187但是，请注意，内核只允许将由已驻留在 ``.builtin_trusted_keys`` 中的密钥有效 188签名的密钥添加到 ``.builtin_trusted_keys``。 189 190模块手动签名 191============ 192 193要手动对模块进行签名，请使用 Linux 内核源代码树中可用的 scripts/sign-file 工 194具。该脚本需要 4 个参数： 195 196 1. 哈希算法（例如，sha256） 197 2. 私钥文件名或 PKCS#11 URI 198 3. 公钥文件名 199 4. 要签名的内核模块 200 201以下是签名内核模块的示例:: 202 203 scripts/sign-file sha512 kernel-signkey.priv \ 204 kernel-signkey.x509 module.ko 205 206使用的哈希算法不必与配置的算法匹配，但如果不同，应确保哈希算法要么内置在内核 207中，要么可以在不需要自身的情况下加载。 208 209如果私钥需要密码或 PIN，可以在 $KBUILD_SIGN_PIN 环境变量中提供。 210 211 212已签名模块和剥离 213================ 214 215已签名模块在末尾简单地附加了数字签名。模块文件末尾的字符串 216``~Module signature appended~.`` 确认签名存在，但不能确认签名有效！ 217 218已签名模块是脆弱的，因为签名在定义的ELF容器之外。因此，一旦计算并附加签名，就 219不得剥离它们。请注意，整个模块都是签名的有效载荷，包括签名时存在的任何和所有 220调试信息。 221 222 223加载已签名模块 224============== 225 226模块通过 insmod、modprobe、 ``init_module()`` 或 ``finit_module()`` 加载， 227与未签名模块完全一样，因为在用户空间中不进行任何处理。 228所有签名检查都在内核内完成。 229 230 231无效签名和未签名模块 232==================== 233 234如果启用了 ``CONFIG_MODULE_SIG_FORCE`` 或在内核启动命令提供了 235module.sig_enforce=1，内核将仅加载具有有效签名且具有公钥的模块。否则，它还将 236加载未签名的模块。任何具有不匹配签名的模块将不被允许加载。 237 238任何具有不可解析签名的模块将被拒绝。 239 240 241管理/保护私钥 242============== 243 244由于私钥用于签名模块，病毒和恶意软件可以使用私钥签名模块并危害操作系统。私钥 245必须被销毁或移动到安全位置，而不是保存在内核源代码树的根节点中。 246 247如果使用相同的私钥为多个内核配置签名模块，必须确保模块版本信息足以防止将模块 248加载到不同的内核中。要么设置 ``CONFIG_MODVERSIONS=y``，要么通过更改 249``EXTRAVERSION`` 或 ``CONFIG_LOCALVERSION`` 确保每个配置具有不同的内核发布字 250符串。 251