[PATCH 0/4] docs/zh_CN: translate AI-related process guides

[PATCH 0/4] docs/zh_CN: translate AI-related process guides

[Dongliang Mu]

Add Chinese translations of the process guides for coding assistants,
generated content, and the kernel threat model. The final patch updates
the coding-assistants guide to link to the new translations.

Dongliang Mu (4):
  docs/zh_CN: translate coding-assistants.rst
  docs/zh_CN: translate generated-content.rst
  docs/zh_CN: translate threat-model.rst
  docs/zh_CN: link AI guide to translated documents

 .../zh_CN/process/coding-assistants.rst       |  74 ++++++++
 .../zh_CN/process/generated-content.rst       |  97 ++++++++++
 .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
 3 files changed, 339 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst
 create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst
 create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst

-- 
2.51.0

[PATCH 1/4] docs/zh_CN: translate coding-assistants.rst

[Dongliang Mu]

Translate the AI coding assistant guidance into Chinese. Link to the
existing Chinese license-rules.rst guide while keeping untranslated
document references on their English paths.

Update the translation through commit 1e035297ffda
("docs: remove Assisted-by references")
---
 .../zh_CN/process/coding-assistants.rst       | 74 +++++++++++++++++++
 1 file changed, 74 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst

diff --git a/Documentation/translations/zh_CN/process/coding-assistants.rst b/Documentation/translations/zh_CN/process/coding-assistants.rst
new file mode 100644
index 000000000000..2a432d1dc401
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/coding-assistants.rst
@@ -0,0 +1,74 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+AI 编程助手
++++++++++++
+
+本文为使用 AI 工具及 AI 辅助功能参与 Linux 内核开发的开发者提供指导。
+
+协助 Linux 内核开发的 AI 工具应遵循标准的内核开发流程：
+
+* Documentation/translations/zh_CN/process/development-process.rst
+* Documentation/translations/zh_CN/process/coding-style.rst
+* Documentation/translations/zh_CN/process/submitting-patches.rst
+
+有关 AI 编程助手生成内容的准则，参见：
+
+* Documentation/process/generated-content.rst
+
+许可和法律要求
+==============
+
+所有贡献都必须符合内核的许可要求：
+
+* 所有代码必须与 GPL-2.0-only 兼容
+* 使用适当的 SPDX 许可证标识符
+* 详情参见 Documentation/translations/zh_CN/process/license-rules.rst
+
+Signed-off-by 与开发者来源认证
+==============================
+
+AI 代理 **不得** 添加 Signed-off-by 标签。只有人类才能依法作出
+开发者来源认证（DCO）。人类投稿者负责：
+
+* 审查所有由 AI 生成的代码
+* 确保符合许可要求
+* 添加自己的 Signed-off-by 标签，以确认符合 DCO 要求
+* 对贡献承担全部责任
+
+查找和修复缺陷的流程
+====================
+
+使用 AI 助手查找和修复缺陷时，**必须** 至少遵循以下步骤：
+
+1. 开始之前，完整阅读上面列出的流程文档，以及请求中提及的其他文档。
+   不要只依赖关键词搜索找到的片段。
+2. 记录提交 ID，并按指示定位缺陷。
+3. 对于发现的任何非显而易见的缺陷，尝试编写复现程序，验证缺陷看起来
+   确实存在。若缺少复现程序，报告可能被忽略，因为提交给维护者的许多
+   未经验证的缺陷报告最终被证明无效。如果最终发现判断有误，就在此停止。
+4. 编写修复补丁。这一步不可省略：除极少数情况外，能够发现缺陷的 AI 助手
+   也能够修复它。通常最好在发现缺陷的同一会话中编写修复，因为此时大语言
+   模型仍保留着相关的推理上下文，修复也会更好、更准确。
+5. 构建并通过复现程序或重新运行完整分析来验证修复；丢弃无效的修复并
+   尝试其他方案。修复不能引入构建警告，且必须通过 checkpatch.pl 检查
+   （参见
+   Documentation/translations/zh_CN/process/submitting-patches.rst）。
+6. 将有效的修复提交，并在提交说明中详细描述问题、解决方案和 Fixes 标签。
+   不要添加 Signed-off-by 标签。
+7. 使用 scripts/get_maintainer.pl 找出维护者和邮件列表。
+   具体操作见
+   Documentation/translations/zh_CN/process/security-bugs.rst。
+8. 说明哪些工作未能完成。如果修复无法构建或测试，或者无法编写复现程序，
+   应明确说明：维护者目前在分析未经验证的报告和未经测试的修复上浪费了
+   太多时间。
+9. 阅读 Documentation/process/threat-model.rst，判断缺陷属于漏洞
+   还是普通缺陷，并将结论交由报告者复核（助手绝不能自行发送任何
+   内容）。普通缺陷按以下文档所述方式投稿：
+   Documentation/translations/zh_CN/process/submitting-patches.rst；
+   漏洞按以下文档所述方式报告：
+   Documentation/translations/zh_CN/process/security-bugs.rst。
-- 
2.51.0

Re: [PATCH 1/4] docs/zh_CN: translate coding-assistants.rst

[Weijie Yuan]

Dongliang Mu <dzm91@hust.edu.cn> writes:

> Translate the AI coding assistant guidance into Chinese. Link to the
> existing Chinese license-rules.rst guide while keeping untranslated
> document references on their English paths.
> 
> Update the translation through commit 1e035297ffda
> ("docs: remove Assisted-by references")

Looks very good.

Reviewed-by: Weijie Yuan <wy@wyuan.org>

Thanks.

> ---
>  .../zh_CN/process/coding-assistants.rst       | 74 +++++++++++++++++++
>  1 file changed, 74 insertions(+)
>  create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst

Re: [PATCH 1/4] docs/zh_CN: translate coding-assistants.rst

[Weijie Yuan]

Weijie Yuan <wy@wyuan.org> writes:

> Dongliang Mu <dzm91@hust.edu.cn> writes:
> 
> > Translate the AI coding assistant guidance into Chinese. Link to the
> > existing Chinese license-rules.rst guide while keeping untranslated
> > document references on their English paths.
> > 
> > Update the translation through commit 1e035297ffda
> > ("docs: remove Assisted-by references")
> 
> Looks very good.
> 
> Reviewed-by: Weijie Yuan <wy@wyuan.org>

Oops, you may forgot to add your sign-off in this series, and this
single patch:

  https://lore.kernel.org/linux-doc/20261107000338.1243411-1-dzm91@hust.edu.cn/

Thanks.

Re: [PATCH 1/4] docs/zh_CN: translate coding-assistants.rst

[Dongliang Mu]

On 11/9/26 11:18 AM, Weijie Yuan wrote:
> Weijie Yuan <wy@wyuan.org> writes:
>
>> Dongliang Mu <dzm91@hust.edu.cn> writes:
>>
>>> Translate the AI coding assistant guidance into Chinese. Link to the
>>> existing Chinese license-rules.rst guide while keeping untranslated
>>> document references on their English paths.
>>>
>>> Update the translation through commit 1e035297ffda
>>> ("docs: remove Assisted-by references")
>> Looks very good.
>>
>> Reviewed-by: Weijie Yuan <wy@wyuan.org>
> Oops, you may forgot to add your sign-off in this series, and this
> single patch:
>
>    https://lore.kernel.org/linux-doc/20261107000338.1243411-1-dzm91@hust.edu.cn/

Ah, sorry for that, I will send a v2 patch ASAP.

Dongliang Mu

>
> Thanks.

Re: [PATCH 1/4] docs/zh_CN: translate coding-assistants.rst

[Dongliang Mu]

On 11/9/26 11:18 AM, Weijie Yuan wrote:
> Weijie Yuan <wy@wyuan.org> writes:
>
>> Dongliang Mu <dzm91@hust.edu.cn> writes:
>>
>>> Translate the AI coding assistant guidance into Chinese. Link to the
>>> existing Chinese license-rules.rst guide while keeping untranslated
>>> document references on their English paths.
>>>
>>> Update the translation through commit 1e035297ffda
>>> ("docs: remove Assisted-by references")
>> Looks very good.
>>
>> Reviewed-by: Weijie Yuan <wy@wyuan.org>
> Oops, you may forgot to add your sign-off in this series, and this
> single patch:
>
>    https://lore.kernel.org/linux-doc/20261107000338.1243411-1-dzm91@hust.edu.cn/

PATCH v2 of "docs: improve translation update checks across locales 
<https://lore.kernel.org/linux-doc/4c0221d662b7e8521d93000ad6ae09300dbda9c1.1794196480.git.dzm91@hust.edu.cn/#r>" 
is sent now.

https://lore.kernel.org/linux-doc/4c0221d662b7e8521d93000ad6ae09300dbda9c1.1794196480.git.dzm91@hust.edu.cn/

Dongliang Mu

>
> Thanks.

Re: [PATCH 0/4] docs/zh_CN: translate AI-related process guides

[Weijie Yuan]

Dongliang Mu <dzm91@hust.edu.cn> writes:

> Add Chinese translations of the process guides for coding assistants,
> generated content, and the kernel threat model. The final patch updates
> the coding-assistants guide to link to the new translations.
> 
> Dongliang Mu (4):
>   docs/zh_CN: translate coding-assistants.rst
>   docs/zh_CN: translate generated-content.rst
>   docs/zh_CN: translate threat-model.rst
>   docs/zh_CN: link AI guide to translated documents

The last three patches seem to be missing.

Thanks.

Re: [PATCH 0/4] docs/zh_CN: translate AI-related process guides

[Dongliang Mu]

On 11/9/26 8:44 AM, Weijie Yuan wrote:
> Dongliang Mu <dzm91@hust.edu.cn> writes:
>
>> Add Chinese translations of the process guides for coding assistants,
>> generated content, and the kernel threat model. The final patch updates
>> the coding-assistants guide to link to the new translations.
>>
>> Dongliang Mu (4):
>>    docs/zh_CN: translate coding-assistants.rst
>>    docs/zh_CN: translate generated-content.rst
>>    docs/zh_CN: translate threat-model.rst
>>    docs/zh_CN: link AI guide to translated documents
> The last three patches seem to be missing.
Sorry about that. After midnight, the campus network seems to impose 
traffic control on outbound SMTP traffic.

Now you can use b4 to retrieve the patchset.

Dongliang Mu

>
> Thanks.

[PATCH 2/4] docs/zh_CN: translate generated-content.rst

[Dongliang Mu]

Translate the tool-generated content guidelines into Chinese.

Update the translation through commit d699a5da1039
("docs: link AI coding assistants and tool-generated content pages")
---
 .../zh_CN/process/generated-content.rst       | 97 +++++++++++++++++++
 1 file changed, 97 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst

diff --git a/Documentation/translations/zh_CN/process/generated-content.rst b/Documentation/translations/zh_CN/process/generated-content.rst
new file mode 100644
index 000000000000..0dfc02018eb9
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/generated-content.rst
@@ -0,0 +1,97 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+========================
+工具生成内容的内核准则
+========================
+
+目的
+====
+
+内核贡献者早已使用工具生成贡献。这些工具能够增加贡献的数量。与此同时，
+审阅者和维护者的精力有限。了解一份贡献中的哪些部分由人编写、哪些部分
+由工具生成，有助于合理使用这些精力，保持内核开发的健康发展。
+
+本文旨在阐明社区对工具的期望，让大家提高效率，同时维持投稿者与审阅者
+之间的高度信任。
+
+适用范围之外
+============
+
+以下准则不适用于仅对已有内容作细微修改的工具，也不涉及协助处理简单
+事务的工具。例如：
+
+ - 拼写和语法修正，例如改用祈使句
+ - 输入辅助，例如补全标识符、常见样板代码或简单模式
+ - 纯机械式转换，例如重命名变量
+ - 格式调整，例如运行 Lindent、``clang-format`` 或 ``rust-fmt``
+
+即使所用工具不在本文适用范围内，仍应考虑：告知审阅者所用的工具，是否
+有助于他们审阅你的贡献。
+
+适用范围
+========
+
+如果内核贡献中有相当一部分内容并非由 Signed-off-by 签名链中的人编写，
+而是由工具生成，则适用以下准则。
+
+发现问题并测试修复也是开发流程的一部分。如果使用工具发现了一项变更所
+修复的问题，应在变更日志中注明。这既是对工具的认可，也能帮助其他开发者
+了解这些工具。
+
+例如：
+
+ - 工具建议的任何修复，例如 ``checkpatch.pl --fix``
+ - Coccinelle 脚本
+ - 聊天机器人生成了补丁中用于对列表条目排序的新函数
+ - 补丁中的 .c 文件最初由编程助手生成，之后经人工整理
+ - 将补丁交给生成式 AI 工具，由它编写变更日志
+ - 从另一种语言翻译变更日志
+
+如果不能确定，请选择公开透明，假定这些准则适用。
+
+准则
+====
+
+首先，阅读开发者来源认证：
+Documentation/translations/zh_CN/process/submitting-patches.rst。
+它的规则简单，长期以来涵盖了许多工具生成的贡献。请确保自己理解提交的
+全部内容，并准备好回应审阅意见。
+
+其次，投稿时应在封面信和变更日志中如实说明内容的来源。可以提供如下信息，
+使说明更加透明：
+
+ - 使用了哪些工具？
+ - 这些工具的输入是什么，例如 Coccinelle 源脚本？
+ - 如果代码主要根据一条或几条简短提示词生成，请附上这些提示词。
+   如果会话较长，请概述提示词和由此获得的辅助。
+ - 内容中的哪些部分受到该工具影响？
+ - 如何测试投稿内容，使用了哪些工具测试修复？
+
+与所有贡献一样，各位维护者可自行决定如何处理投稿。例如，他们可能：
+
+ - 将其视为普通贡献；
+ - 直接拒绝；
+ - 特殊处理，例如要求额外测试、更加严格地审阅，或给予低于人工
+   编写内容的审阅优先级；
+ - 要求其他特殊步骤，例如请贡献者详细说明工具或模型如何训练；
+ - 请投稿者更详细地解释贡献，以确认投稿者充分理解代码的工作方式；
+ - 建议更好的提示词，而不是提出具体的代码修改建议。
+
+如果工具允许你自动生成贡献，应预期生成内容越多，审阅就越严格。
+
+与任何工具的输出一样，结果可能有误或不合适。你应理解并能够为提交的
+所有内容作出解释。如果做不到，就不要提交生成的变更。
+
+如果仍然提交，维护者有权不作详细审阅而拒绝整个补丁集。
+
+参考资料
+========
+
+有关 AI 编程助手的具体准则，参见：
+
+* Documentation/translations/zh_CN/process/coding-assistants.rst
-- 
2.51.0

Re: [PATCH 2/4] docs/zh_CN: translate generated-content.rst

[Weijie Yuan]

Dongliang Mu <dzm91@hust.edu.cn> writes:

> Translate the tool-generated content guidelines into Chinese.
> 
> Update the translation through commit d699a5da1039
> ("docs: link AI coding assistants and tool-generated content pages")

Looks good except missing your sign-off ;-)

Reviewed-by: Weijie Yuan <wy@wyuan.org>

Thanks.

> ---
>  .../zh_CN/process/generated-content.rst       | 97 +++++++++++++++++++
>  1 file changed, 97 insertions(+)
>  create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst

[PATCH 3/4] docs/zh_CN: translate threat-model.rst

[Dongliang Mu]

Translate the Linux kernel threat model into Chinese, including English
changes from parallel history merged into docs-next.

Also includes bea79063a351 and 11f46e30e688, combined in merge
2bdcd6cf2ac4.

Update the translation through commit 60763c2f834d
("docs: threat-model: fix /dev/kmsg reference")
---
 .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
 1 file changed, 168 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst

diff --git a/Documentation/translations/zh_CN/process/threat-model.rst b/Documentation/translations/zh_CN/process/threat-model.rst
new file mode 100644
index 000000000000..4e3f4475a6d4
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/threat-model.rst
@@ -0,0 +1,168 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+Linux 内核威胁模型
+==================
+
+对于内核会防护哪些威胁、不会防护哪些威胁，人们有许多假设。这些假设容易让
+缺陷报告的分类（:doc:`安全问题 <security-bugs>` 与
+:doc:`非安全问题 <../admin-guide/reporting-issues>`）产生混淆。如果内核、
+发行版、管理员和用户之间的责任边界不明确，也会使安全措施的落实变得复杂。
+本文试图澄清内核在这方面的责任。
+
+内核的责任
+----------
+
+内核抽象了对本地硬件资源和远端系统的访问，让多名本地用户公平分享获授的
+资源；底层硬件允许时，内核还为通信及处理或存储的数据提供一定程度的保密性。
+
+内核假定底层硬件按照规格工作。包括 CPU 指令集的完整性，分支预测单元和
+缓存单元的透明性，内存管理单元（MMU）的一致性，支持 DMA 的外设隔离（例如
+IOMMU），控制器的状态转换，从寄存器读出的数值范围，以及遵守硬件文档限制等。
+
+如果硬件未能维持规定的隔离，例如存在 CPU 缺陷、侧信道或对意外输入的异常
+响应，内核通常会尝试实施合理的缓解措施。这些措施尽力在硬件能力范围内缩小
+攻击面或提高攻击成本，不能构成内核提供的安全保证。
+
+用户始终在管理员授权下活动。管理员可授予或拒绝各种权限，影响用户对资源的
+使用及其活动的保密程度；也可将部分或全部权限委派给用户，尤其是通过
+capability，但不限于此。这些都通过 sysctl、文件系统权限等配置完成。
+
+Linux 内核采用符合自身威胁模型的一组默认设置。发行版有各自的威胁模型和
+预置配置；管理员可能需要放宽或收紧这些配置，以满足自己的预期。
+
+在具备特权级和内存管理单元的常见处理器上，Linux 内核默认保证以下保护：
+
+* **按用户隔离**：非特权用户可阻止同机其他非特权用户访问自己的数据，包括：
+
+  * 通过文件系统权限保护的存储数据；
+  * 默认不允许其他用户访问的内存页；
+  * 进程活动（其他用户不能使用 ptrace）；
+  * 进程间通信（他人不能观察经 Unix 域套接字或其他 IPC 机制交换的数据）；
+  * 本机内部及与其他系统之间的网络通信。
+
+* **基于 capability 的保护**：
+
+  * 没有提升权限（包括但不限于 ``CAP_SYS_ADMIN``）的用户不能修改内核配置、
+    内存或状态，不能改变其他用户看到的文件系统布局，也不能授予他人自己
+    不拥有的 capability 或影响系统可用性（关机、重启、panic、挂起，或通过
+    无界资源耗尽使系统无响应）。
+  * 没有 ``CAP_NET_ADMIN`` 的用户不能改变网络配置，也不能截获或伪造其他用户
+    或系统的网络通信。
+  * 没有 ``CAP_SYS_PTRACE`` 的用户不能观察其他用户的进程活动。
+
+启用 ``CONFIG_USER_NS`` 时，内核还允许非特权用户创建自己的用户命名空间，并
+在其中拥有所有 capability，但仍受一些限制：不能实施影响初始用户命名空间的
+操作，如修改时间、加载模块或挂载块设备。详情请参阅 ``user_namespaces(7)``；
+本文不介绍用户命名空间的全部可能用途。
+
+内核还提供许多故障排查和调试设施，如果交给不适当的用户，也可能成为攻击
+途径。有些设施设计为允许普通本地用户低风险地访问，例如通过 ``/dev/kmsg``
+访问内核日志；有些设施会暴露足够多的信息，在多数环境中需要由管理员决定是否
+开放，例如 perf 事件和跟踪；还有一些设施原本就不供非特权用户访问，例如
+debugfs。用户在管理员明确授权后访问这些设施，不构成安全漏洞。
+
+允许违反上述原则的缺陷属于安全漏洞。然而，只有在另一项原则已被违反后才允许
+进一步违规的缺陷，只是弱点。内核采取多种自我保护措施，避免某些类型的缺陷
+跨越安全边界，但这些附加保护本身失效，并不单独构成漏洞。
+
+哪些问题不视为漏洞
+------------------
+
+按照 Linux 内核的威胁模型，以下问题 **不** 属于内核漏洞。如果认为内核可以
+做得更好，仍应报告，以便在合理可行时审查并修复；但它们会按普通缺陷处理。
+
+* **配置问题**：
+
+  * 过时内核，尤其是已结束维护的分支，不在威胁模型范围内。管理员负责保持
+    系统更新。只有证明缺陷影响仍在积极维护的版本，才可将其归类为漏洞。
+
+  * 构建时配置：明确记载会降低安全级别的配置变更（例如 ``CONFIG_NOMMU``），
+    或仅供开发者使用的配置。
+
+  * 操作系统级配置：命令行参数、sysctl、文件系统权限、用户 capability 和
+    特权接口暴露等变更，若提供非默认的非特权访问权限，或削弱内核实施保护和
+    缓解措施的能力，就会明确扩大暴露面。例如授予 procfs 或 debugfs 写权限。
+
+  * 仅在使用开发或调试功能时出现的问题，例如 LOCKDEP、KASAN 和
+    FAULT_INJECTION。这些功能已知会带来开销和潜在不稳定性，不适合生产环境。
+
+  * 影响 ``CONFIG_STAGING`` 下驱动或配置中标为 EXPERIMENTAL 的功能的问题。
+
+  * 加载明确不安全、有缺陷或处于 staging 阶段的模块，以及通常任何标记为
+    实验性或不适合生产使用的子系统中的模块。
+
+  * 运行树外模块或非官方内核分支；应向相应供应商报告这些问题。
+
+* **已有过高的初始权限**：
+
+  * 用户已拥有执行操作或修改状态所需权限（例如 ``CAP_SYS_ADMIN``、
+    ``CAP_NET_ADMIN``、``CAP_SYS_RAWIO``、``CAP_SYS_MODULE``），且没有
+    进一步跨越安全边界时所做的操作。
+
+  * 用户在用户命名空间中实施、但未绕过初始用户所受限制的操作，如使用
+    ptrace、发送信号、使用资源、访问文件系统、设备、sysctl 或内存、绑定
+    网络地址、修改系统或网络配置等。
+
+  * 初始命名空间中 root 用户的任何操作，例如写入特权设备时触发内核 oops。
+
+* **脱离生产使用场景**：
+
+  这包括依赖无系统噪声的实验室条件的理论或概率性攻击，或需要不现实的大量
+  尝试（如数十亿次）的攻击；后者早在成功前就会被常规系统监控发现，例如：
+
+  * 只在无噪声实验室环境中才能预测的随机数，如 IP ID、TCP 端口或序列号；
+
+  * 易受测量噪声影响、无法在生产系统中实际复现的概率性活动观察或信息泄露；
+
+  * 只有通过猛烈攻击（例如暴力穷举）才能触发，而且攻击对系统的影响使其
+    不可能在成功前不被发现的问题，例如必须先耗尽全部内存；
+
+  * 只在开发用模拟器、仿真器，或报告时现实系统不存在的配置组合中出现的
+    问题，例如涉及数千万线程、数万 CPU、不现实的 CPU 频率、内存或磁盘容量、
+    网络速度的问题；
+
+  * 触发成本比预期收益高几个数量级的问题，例如为了读取结构体中 7 个未初始化
+    字节而制作功能完整的键盘仿真器，或尝试数百万次连接以猜测端口号。
+
+* **加固措施失效**：
+
+  * 绕过内核的某些加固措施，但没有可证明的利用路径，例如绕过 ASLR，或进行
+    时间测量、探测却无法证明后果。这些只是弱点，不构成漏洞。
+
+  * 缺少参数检查，或未报告某些不产生直接后果的错误。
+
+* **随机信息泄露**：
+
+  指泄露少量偶然存在、攻击者无法选择或受访问限制的数据：
+
+  * 系统调用或其他接口返回的结构体填充字节；
+  * 错误消息中的标识符、部分数据、未终止字符串；
+  * 内核内存地址或指针泄露不能立即被利用，因此不属于漏洞，但须报告并修复。
+
+* **不符合规范的设备和介质**：
+
+  驱动依据规格实现。如果设备或存储介质违反驱动所依据的规格，造成的异常行为
+  属于应修复的普通缺陷，除非驱动明确记载自己已针对恶意输入做了加固。因此
+  以下问题不视为漏洞：
+
+  * 挂载损坏或恶意构造的文件系统镜像触发的缺陷。挂载块设备是特权操作，
+    管理员负责其挂载的介质。这也包括可通过挂载前运行文件系统一致性检查
+    （fsck）解决、缓解或发现的问题。
+
+  * 需要改造或仿真硬件才能复现的缺陷，包括伪装成另一种设备的假 USB 设备，或
+    报告文档范围以外数值的设备。
+
+* **物理访问**：
+
+  需要实际接触机器、改造硬件或使用专用硬件（例如逻辑分析仪，通过
+  PCI-E/Thunderbolt 发起 DMA 攻击的工具）的问题不在范围内，除非系统明确
+  配置了 IOMMU 等用于抵御这类攻击的技术。
+
+* **功能和性能回归**：
+
+  能通过设置适当权限和限制来缓解的问题不属于漏洞。
-- 
2.51.0

Re: [PATCH 3/4] docs/zh_CN: translate threat-model.rst

[Weijie Yuan]

Dongliang Mu <dzm91@hust.edu.cn> writes:

> Translate the Linux kernel threat model into Chinese, including English
> changes from parallel history merged into docs-next.
> 
> Also includes bea79063a351 and 11f46e30e688, combined in merge
> 2bdcd6cf2ac4.
> 
> Update the translation through commit 60763c2f834d
> ("docs: threat-model: fix /dev/kmsg reference")

Looks good.

Reviewed-by: Weijie Yuan <wy@wyuan.org>

Thanks.

> ---
>  .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
>  1 file changed, 168 insertions(+)
>  create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst

[PATCH 4/4] docs/zh_CN: link AI guide to translated documents

[Dongliang Mu]

Point coding-assistants.rst to the Chinese translations of
generated-content.rst and threat-model.rst.
---
 .../translations/zh_CN/process/coding-assistants.rst      | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/Documentation/translations/zh_CN/process/coding-assistants.rst b/Documentation/translations/zh_CN/process/coding-assistants.rst
index 2a432d1dc401..eef475b49d52 100644
--- a/Documentation/translations/zh_CN/process/coding-assistants.rst
+++ b/Documentation/translations/zh_CN/process/coding-assistants.rst
@@ -18,7 +18,7 @@ AI 编程助手
 
 有关 AI 编程助手生成内容的准则，参见：
 
-* Documentation/process/generated-content.rst
+* Documentation/translations/zh_CN/process/generated-content.rst
 
 许可和法律要求
 ==============
@@ -66,9 +66,9 @@ AI 代理 **不得** 添加 Signed-off-by 标签。只有人类才能依法作
 8. 说明哪些工作未能完成。如果修复无法构建或测试，或者无法编写复现程序，
    应明确说明：维护者目前在分析未经验证的报告和未经测试的修复上浪费了
    太多时间。
-9. 阅读 Documentation/process/threat-model.rst，判断缺陷属于漏洞
-   还是普通缺陷，并将结论交由报告者复核（助手绝不能自行发送任何
-   内容）。普通缺陷按以下文档所述方式投稿：
+9. 阅读 Documentation/translations/zh_CN/process/threat-model.rst，
+   判断缺陷属于漏洞还是普通缺陷，并将结论交由报告者复核（助手绝不能
+   自行发送任何内容）。普通缺陷按以下文档所述方式投稿：
    Documentation/translations/zh_CN/process/submitting-patches.rst；
    漏洞按以下文档所述方式报告：
    Documentation/translations/zh_CN/process/security-bugs.rst。
-- 
2.51.0

Re: [PATCH 4/4] docs/zh_CN: link AI guide to translated documents

[Weijie Yuan]

Dongliang Mu <dzm91@hust.edu.cn> writes:

> Point coding-assistants.rst to the Chinese translations of
> generated-content.rst and threat-model.rst.

LGTM.

Reviewed-by: Weijie Yuan <wy@wyuan.org>

Thanks.

> ---
>  .../translations/zh_CN/process/coding-assistants.rst      | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/Documentation/translations/zh_CN/process/coding-assistants.rst b/Documentation/translations/zh_CN/process/coding-assistants.rst
> index 2a432d1dc401..eef475b49d52 100644
> --- a/Documentation/translations/zh_CN/process/coding-assistants.rst
> +++ b/Documentation/translations/zh_CN/process/coding-assistants.rst
> @@ -18,7 +18,7 @@ AI 编程助手
>  
>  有关 AI 编程助手生成内容的准则，参见：
>  
> -* Documentation/process/generated-content.rst
> +* Documentation/translations/zh_CN/process/generated-content.rst
>  
>  许可和法律要求
>  ==============
> @@ -66,9 +66,9 @@ AI 代理 **不得** 添加 Signed-off-by 标签。只有人类才能依法作
>  8. 说明哪些工作未能完成。如果修复无法构建或测试，或者无法编写复现程序，
>     应明确说明：维护者目前在分析未经验证的报告和未经测试的修复上浪费了
>     太多时间。
> -9. 阅读 Documentation/process/threat-model.rst，判断缺陷属于漏洞
> -   还是普通缺陷，并将结论交由报告者复核（助手绝不能自行发送任何
> -   内容）。普通缺陷按以下文档所述方式投稿：
> +9. 阅读 Documentation/translations/zh_CN/process/threat-model.rst，
> +   判断缺陷属于漏洞还是普通缺陷，并将结论交由报告者复核（助手绝不能

                      Nitpick & non-blocking: AI 助手 or AI Agent?

> +   自行发送任何内容）。普通缺陷按以下文档所述方式投稿：
>     Documentation/translations/zh_CN/process/submitting-patches.rst；
>     漏洞按以下文档所述方式报告：
>     Documentation/translations/zh_CN/process/security-bugs.rst。

[PATCH v2 0/4] docs/zh_CN: translate AI-related process guides

[Dongliang Mu]

Add Chinese translations of the process guides for coding assistants,
generated content, and the kernel threat model. The final patch updates
the coding-assistants guide to link to the new translations.

Changes in v2:
- Add the missing Signed-off-by tags to all four patches.
- Spell out "AI 助手" in patch 4/4 to address the terminology nitpick.
- Format the English commit references in patch 3/4 for checkpatch.
- Add Weijie Yuan's Reviewed-by tags.

Dongliang Mu (4):
  docs/zh_CN: translate coding-assistants.rst
  docs/zh_CN: translate generated-content.rst
  docs/zh_CN: translate threat-model.rst
  docs/zh_CN: link AI guide to translated documents

 .../zh_CN/process/coding-assistants.rst       |  74 ++++++++
 .../zh_CN/process/generated-content.rst       |  97 ++++++++++
 .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
 3 files changed, 339 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst
 create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst
 create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst

-- 
2.51.0

[PATCH v2 1/4] docs/zh_CN: translate coding-assistants.rst

[Dongliang Mu]

Translate the AI coding assistant guidance into Chinese. Link to the
existing Chinese license-rules.rst guide while keeping untranslated
document references on their English paths.

Update the translation through commit 1e035297ffda
("docs: remove Assisted-by references")

Signed-off-by: Dongliang Mu <dzm91@hust.edu.cn>
Reviewed-by: Weijie Yuan <wy@wyuan.org>
---
v1->v2: add the missing Signed-off-by and Reviewed-by tags

 .../zh_CN/process/coding-assistants.rst       | 74 +++++++++++++++++++
 1 file changed, 74 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst

diff --git a/Documentation/translations/zh_CN/process/coding-assistants.rst b/Documentation/translations/zh_CN/process/coding-assistants.rst
new file mode 100644
index 000000000000..2a432d1dc401
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/coding-assistants.rst
@@ -0,0 +1,74 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+AI 编程助手
++++++++++++
+
+本文为使用 AI 工具及 AI 辅助功能参与 Linux 内核开发的开发者提供指导。
+
+协助 Linux 内核开发的 AI 工具应遵循标准的内核开发流程：
+
+* Documentation/translations/zh_CN/process/development-process.rst
+* Documentation/translations/zh_CN/process/coding-style.rst
+* Documentation/translations/zh_CN/process/submitting-patches.rst
+
+有关 AI 编程助手生成内容的准则，参见：
+
+* Documentation/process/generated-content.rst
+
+许可和法律要求
+==============
+
+所有贡献都必须符合内核的许可要求：
+
+* 所有代码必须与 GPL-2.0-only 兼容
+* 使用适当的 SPDX 许可证标识符
+* 详情参见 Documentation/translations/zh_CN/process/license-rules.rst
+
+Signed-off-by 与开发者来源认证
+==============================
+
+AI 代理 **不得** 添加 Signed-off-by 标签。只有人类才能依法作出
+开发者来源认证（DCO）。人类投稿者负责：
+
+* 审查所有由 AI 生成的代码
+* 确保符合许可要求
+* 添加自己的 Signed-off-by 标签，以确认符合 DCO 要求
+* 对贡献承担全部责任
+
+查找和修复缺陷的流程
+====================
+
+使用 AI 助手查找和修复缺陷时，**必须** 至少遵循以下步骤：
+
+1. 开始之前，完整阅读上面列出的流程文档，以及请求中提及的其他文档。
+   不要只依赖关键词搜索找到的片段。
+2. 记录提交 ID，并按指示定位缺陷。
+3. 对于发现的任何非显而易见的缺陷，尝试编写复现程序，验证缺陷看起来
+   确实存在。若缺少复现程序，报告可能被忽略，因为提交给维护者的许多
+   未经验证的缺陷报告最终被证明无效。如果最终发现判断有误，就在此停止。
+4. 编写修复补丁。这一步不可省略：除极少数情况外，能够发现缺陷的 AI 助手
+   也能够修复它。通常最好在发现缺陷的同一会话中编写修复，因为此时大语言
+   模型仍保留着相关的推理上下文，修复也会更好、更准确。
+5. 构建并通过复现程序或重新运行完整分析来验证修复；丢弃无效的修复并
+   尝试其他方案。修复不能引入构建警告，且必须通过 checkpatch.pl 检查
+   （参见
+   Documentation/translations/zh_CN/process/submitting-patches.rst）。
+6. 将有效的修复提交，并在提交说明中详细描述问题、解决方案和 Fixes 标签。
+   不要添加 Signed-off-by 标签。
+7. 使用 scripts/get_maintainer.pl 找出维护者和邮件列表。
+   具体操作见
+   Documentation/translations/zh_CN/process/security-bugs.rst。
+8. 说明哪些工作未能完成。如果修复无法构建或测试，或者无法编写复现程序，
+   应明确说明：维护者目前在分析未经验证的报告和未经测试的修复上浪费了
+   太多时间。
+9. 阅读 Documentation/process/threat-model.rst，判断缺陷属于漏洞
+   还是普通缺陷，并将结论交由报告者复核（助手绝不能自行发送任何
+   内容）。普通缺陷按以下文档所述方式投稿：
+   Documentation/translations/zh_CN/process/submitting-patches.rst；
+   漏洞按以下文档所述方式报告：
+   Documentation/translations/zh_CN/process/security-bugs.rst。
-- 
2.51.0

[PATCH v2 2/4] docs/zh_CN: translate generated-content.rst

[Dongliang Mu]

Translate the tool-generated content guidelines into Chinese.

Update the translation through commit d699a5da1039
("docs: link AI coding assistants and tool-generated content pages")

Signed-off-by: Dongliang Mu <dzm91@hust.edu.cn>
Reviewed-by: Weijie Yuan <wy@wyuan.org>
---
v1->v2: add the missing Signed-off-by and Reviewed-by tags

 .../zh_CN/process/generated-content.rst       | 97 +++++++++++++++++++
 1 file changed, 97 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst

diff --git a/Documentation/translations/zh_CN/process/generated-content.rst b/Documentation/translations/zh_CN/process/generated-content.rst
new file mode 100644
index 000000000000..0dfc02018eb9
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/generated-content.rst
@@ -0,0 +1,97 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+========================
+工具生成内容的内核准则
+========================
+
+目的
+====
+
+内核贡献者早已使用工具生成贡献。这些工具能够增加贡献的数量。与此同时，
+审阅者和维护者的精力有限。了解一份贡献中的哪些部分由人编写、哪些部分
+由工具生成，有助于合理使用这些精力，保持内核开发的健康发展。
+
+本文旨在阐明社区对工具的期望，让大家提高效率，同时维持投稿者与审阅者
+之间的高度信任。
+
+适用范围之外
+============
+
+以下准则不适用于仅对已有内容作细微修改的工具，也不涉及协助处理简单
+事务的工具。例如：
+
+ - 拼写和语法修正，例如改用祈使句
+ - 输入辅助，例如补全标识符、常见样板代码或简单模式
+ - 纯机械式转换，例如重命名变量
+ - 格式调整，例如运行 Lindent、``clang-format`` 或 ``rust-fmt``
+
+即使所用工具不在本文适用范围内，仍应考虑：告知审阅者所用的工具，是否
+有助于他们审阅你的贡献。
+
+适用范围
+========
+
+如果内核贡献中有相当一部分内容并非由 Signed-off-by 签名链中的人编写，
+而是由工具生成，则适用以下准则。
+
+发现问题并测试修复也是开发流程的一部分。如果使用工具发现了一项变更所
+修复的问题，应在变更日志中注明。这既是对工具的认可，也能帮助其他开发者
+了解这些工具。
+
+例如：
+
+ - 工具建议的任何修复，例如 ``checkpatch.pl --fix``
+ - Coccinelle 脚本
+ - 聊天机器人生成了补丁中用于对列表条目排序的新函数
+ - 补丁中的 .c 文件最初由编程助手生成，之后经人工整理
+ - 将补丁交给生成式 AI 工具，由它编写变更日志
+ - 从另一种语言翻译变更日志
+
+如果不能确定，请选择公开透明，假定这些准则适用。
+
+准则
+====
+
+首先，阅读开发者来源认证：
+Documentation/translations/zh_CN/process/submitting-patches.rst。
+它的规则简单，长期以来涵盖了许多工具生成的贡献。请确保自己理解提交的
+全部内容，并准备好回应审阅意见。
+
+其次，投稿时应在封面信和变更日志中如实说明内容的来源。可以提供如下信息，
+使说明更加透明：
+
+ - 使用了哪些工具？
+ - 这些工具的输入是什么，例如 Coccinelle 源脚本？
+ - 如果代码主要根据一条或几条简短提示词生成，请附上这些提示词。
+   如果会话较长，请概述提示词和由此获得的辅助。
+ - 内容中的哪些部分受到该工具影响？
+ - 如何测试投稿内容，使用了哪些工具测试修复？
+
+与所有贡献一样，各位维护者可自行决定如何处理投稿。例如，他们可能：
+
+ - 将其视为普通贡献；
+ - 直接拒绝；
+ - 特殊处理，例如要求额外测试、更加严格地审阅，或给予低于人工
+   编写内容的审阅优先级；
+ - 要求其他特殊步骤，例如请贡献者详细说明工具或模型如何训练；
+ - 请投稿者更详细地解释贡献，以确认投稿者充分理解代码的工作方式；
+ - 建议更好的提示词，而不是提出具体的代码修改建议。
+
+如果工具允许你自动生成贡献，应预期生成内容越多，审阅就越严格。
+
+与任何工具的输出一样，结果可能有误或不合适。你应理解并能够为提交的
+所有内容作出解释。如果做不到，就不要提交生成的变更。
+
+如果仍然提交，维护者有权不作详细审阅而拒绝整个补丁集。
+
+参考资料
+========
+
+有关 AI 编程助手的具体准则，参见：
+
+* Documentation/translations/zh_CN/process/coding-assistants.rst
-- 
2.51.0

[PATCH v2 3/4] docs/zh_CN: translate threat-model.rst

[Dongliang Mu]

Translate the Linux kernel threat model into Chinese, including English
changes from parallel history merged into docs-next.

Also includes commit bea79063a351 ("docs: threat-model: clarify
"security bug" vs "vulnerability"") and
commit 11f46e30e688 ("docs: threat-model: move fake devices
out of "non production use""), combined in merge
commit 2bdcd6cf2ac4 ("Merge tag 'docs-7.3-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/docs/linux").

Update the translation through commit 60763c2f834d
("docs: threat-model: fix /dev/kmsg reference")

Signed-off-by: Dongliang Mu <dzm91@hust.edu.cn>
Reviewed-by: Weijie Yuan <wy@wyuan.org>
---
v1->v2: add the missing trailers and format English commit references

 .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
 1 file changed, 168 insertions(+)
 create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst

diff --git a/Documentation/translations/zh_CN/process/threat-model.rst b/Documentation/translations/zh_CN/process/threat-model.rst
new file mode 100644
index 000000000000..4e3f4475a6d4
--- /dev/null
+++ b/Documentation/translations/zh_CN/process/threat-model.rst
@@ -0,0 +1,168 @@
+.. SPDX-License-Identifier: GPL-2.0
+
+.. include:: ../disclaimer-zh_CN.rst
+
+:翻译:
+ - 慕冬亮 Dongliang Mu <dzm91@hust.edu.cn>
+
+Linux 内核威胁模型
+==================
+
+对于内核会防护哪些威胁、不会防护哪些威胁，人们有许多假设。这些假设容易让
+缺陷报告的分类（:doc:`安全问题 <security-bugs>` 与
+:doc:`非安全问题 <../admin-guide/reporting-issues>`）产生混淆。如果内核、
+发行版、管理员和用户之间的责任边界不明确，也会使安全措施的落实变得复杂。
+本文试图澄清内核在这方面的责任。
+
+内核的责任
+----------
+
+内核抽象了对本地硬件资源和远端系统的访问，让多名本地用户公平分享获授的
+资源；底层硬件允许时，内核还为通信及处理或存储的数据提供一定程度的保密性。
+
+内核假定底层硬件按照规格工作。包括 CPU 指令集的完整性，分支预测单元和
+缓存单元的透明性，内存管理单元（MMU）的一致性，支持 DMA 的外设隔离（例如
+IOMMU），控制器的状态转换，从寄存器读出的数值范围，以及遵守硬件文档限制等。
+
+如果硬件未能维持规定的隔离，例如存在 CPU 缺陷、侧信道或对意外输入的异常
+响应，内核通常会尝试实施合理的缓解措施。这些措施尽力在硬件能力范围内缩小
+攻击面或提高攻击成本，不能构成内核提供的安全保证。
+
+用户始终在管理员授权下活动。管理员可授予或拒绝各种权限，影响用户对资源的
+使用及其活动的保密程度；也可将部分或全部权限委派给用户，尤其是通过
+capability，但不限于此。这些都通过 sysctl、文件系统权限等配置完成。
+
+Linux 内核采用符合自身威胁模型的一组默认设置。发行版有各自的威胁模型和
+预置配置；管理员可能需要放宽或收紧这些配置，以满足自己的预期。
+
+在具备特权级和内存管理单元的常见处理器上，Linux 内核默认保证以下保护：
+
+* **按用户隔离**：非特权用户可阻止同机其他非特权用户访问自己的数据，包括：
+
+  * 通过文件系统权限保护的存储数据；
+  * 默认不允许其他用户访问的内存页；
+  * 进程活动（其他用户不能使用 ptrace）；
+  * 进程间通信（他人不能观察经 Unix 域套接字或其他 IPC 机制交换的数据）；
+  * 本机内部及与其他系统之间的网络通信。
+
+* **基于 capability 的保护**：
+
+  * 没有提升权限（包括但不限于 ``CAP_SYS_ADMIN``）的用户不能修改内核配置、
+    内存或状态，不能改变其他用户看到的文件系统布局，也不能授予他人自己
+    不拥有的 capability 或影响系统可用性（关机、重启、panic、挂起，或通过
+    无界资源耗尽使系统无响应）。
+  * 没有 ``CAP_NET_ADMIN`` 的用户不能改变网络配置，也不能截获或伪造其他用户
+    或系统的网络通信。
+  * 没有 ``CAP_SYS_PTRACE`` 的用户不能观察其他用户的进程活动。
+
+启用 ``CONFIG_USER_NS`` 时，内核还允许非特权用户创建自己的用户命名空间，并
+在其中拥有所有 capability，但仍受一些限制：不能实施影响初始用户命名空间的
+操作，如修改时间、加载模块或挂载块设备。详情请参阅 ``user_namespaces(7)``；
+本文不介绍用户命名空间的全部可能用途。
+
+内核还提供许多故障排查和调试设施，如果交给不适当的用户，也可能成为攻击
+途径。有些设施设计为允许普通本地用户低风险地访问，例如通过 ``/dev/kmsg``
+访问内核日志；有些设施会暴露足够多的信息，在多数环境中需要由管理员决定是否
+开放，例如 perf 事件和跟踪；还有一些设施原本就不供非特权用户访问，例如
+debugfs。用户在管理员明确授权后访问这些设施，不构成安全漏洞。
+
+允许违反上述原则的缺陷属于安全漏洞。然而，只有在另一项原则已被违反后才允许
+进一步违规的缺陷，只是弱点。内核采取多种自我保护措施，避免某些类型的缺陷
+跨越安全边界，但这些附加保护本身失效，并不单独构成漏洞。
+
+哪些问题不视为漏洞
+------------------
+
+按照 Linux 内核的威胁模型，以下问题 **不** 属于内核漏洞。如果认为内核可以
+做得更好，仍应报告，以便在合理可行时审查并修复；但它们会按普通缺陷处理。
+
+* **配置问题**：
+
+  * 过时内核，尤其是已结束维护的分支，不在威胁模型范围内。管理员负责保持
+    系统更新。只有证明缺陷影响仍在积极维护的版本，才可将其归类为漏洞。
+
+  * 构建时配置：明确记载会降低安全级别的配置变更（例如 ``CONFIG_NOMMU``），
+    或仅供开发者使用的配置。
+
+  * 操作系统级配置：命令行参数、sysctl、文件系统权限、用户 capability 和
+    特权接口暴露等变更，若提供非默认的非特权访问权限，或削弱内核实施保护和
+    缓解措施的能力，就会明确扩大暴露面。例如授予 procfs 或 debugfs 写权限。
+
+  * 仅在使用开发或调试功能时出现的问题，例如 LOCKDEP、KASAN 和
+    FAULT_INJECTION。这些功能已知会带来开销和潜在不稳定性，不适合生产环境。
+
+  * 影响 ``CONFIG_STAGING`` 下驱动或配置中标为 EXPERIMENTAL 的功能的问题。
+
+  * 加载明确不安全、有缺陷或处于 staging 阶段的模块，以及通常任何标记为
+    实验性或不适合生产使用的子系统中的模块。
+
+  * 运行树外模块或非官方内核分支；应向相应供应商报告这些问题。
+
+* **已有过高的初始权限**：
+
+  * 用户已拥有执行操作或修改状态所需权限（例如 ``CAP_SYS_ADMIN``、
+    ``CAP_NET_ADMIN``、``CAP_SYS_RAWIO``、``CAP_SYS_MODULE``），且没有
+    进一步跨越安全边界时所做的操作。
+
+  * 用户在用户命名空间中实施、但未绕过初始用户所受限制的操作，如使用
+    ptrace、发送信号、使用资源、访问文件系统、设备、sysctl 或内存、绑定
+    网络地址、修改系统或网络配置等。
+
+  * 初始命名空间中 root 用户的任何操作，例如写入特权设备时触发内核 oops。
+
+* **脱离生产使用场景**：
+
+  这包括依赖无系统噪声的实验室条件的理论或概率性攻击，或需要不现实的大量
+  尝试（如数十亿次）的攻击；后者早在成功前就会被常规系统监控发现，例如：
+
+  * 只在无噪声实验室环境中才能预测的随机数，如 IP ID、TCP 端口或序列号；
+
+  * 易受测量噪声影响、无法在生产系统中实际复现的概率性活动观察或信息泄露；
+
+  * 只有通过猛烈攻击（例如暴力穷举）才能触发，而且攻击对系统的影响使其
+    不可能在成功前不被发现的问题，例如必须先耗尽全部内存；
+
+  * 只在开发用模拟器、仿真器，或报告时现实系统不存在的配置组合中出现的
+    问题，例如涉及数千万线程、数万 CPU、不现实的 CPU 频率、内存或磁盘容量、
+    网络速度的问题；
+
+  * 触发成本比预期收益高几个数量级的问题，例如为了读取结构体中 7 个未初始化
+    字节而制作功能完整的键盘仿真器，或尝试数百万次连接以猜测端口号。
+
+* **加固措施失效**：
+
+  * 绕过内核的某些加固措施，但没有可证明的利用路径，例如绕过 ASLR，或进行
+    时间测量、探测却无法证明后果。这些只是弱点，不构成漏洞。
+
+  * 缺少参数检查，或未报告某些不产生直接后果的错误。
+
+* **随机信息泄露**：
+
+  指泄露少量偶然存在、攻击者无法选择或受访问限制的数据：
+
+  * 系统调用或其他接口返回的结构体填充字节；
+  * 错误消息中的标识符、部分数据、未终止字符串；
+  * 内核内存地址或指针泄露不能立即被利用，因此不属于漏洞，但须报告并修复。
+
+* **不符合规范的设备和介质**：
+
+  驱动依据规格实现。如果设备或存储介质违反驱动所依据的规格，造成的异常行为
+  属于应修复的普通缺陷，除非驱动明确记载自己已针对恶意输入做了加固。因此
+  以下问题不视为漏洞：
+
+  * 挂载损坏或恶意构造的文件系统镜像触发的缺陷。挂载块设备是特权操作，
+    管理员负责其挂载的介质。这也包括可通过挂载前运行文件系统一致性检查
+    （fsck）解决、缓解或发现的问题。
+
+  * 需要改造或仿真硬件才能复现的缺陷，包括伪装成另一种设备的假 USB 设备，或
+    报告文档范围以外数值的设备。
+
+* **物理访问**：
+
+  需要实际接触机器、改造硬件或使用专用硬件（例如逻辑分析仪，通过
+  PCI-E/Thunderbolt 发起 DMA 攻击的工具）的问题不在范围内，除非系统明确
+  配置了 IOMMU 等用于抵御这类攻击的技术。
+
+* **功能和性能回归**：
+
+  能通过设置适当权限和限制来缓解的问题不属于漏洞。
-- 
2.51.0

[PATCH v2 4/4] docs/zh_CN: link AI guide to translated documents

[Dongliang Mu]

Point coding-assistants.rst to the Chinese translations of
generated-content.rst and threat-model.rst.

Signed-off-by: Dongliang Mu <dzm91@hust.edu.cn>
Reviewed-by: Weijie Yuan <wy@wyuan.org>
---
v1->v2: add the trailers and spell out "AI 助手" in the bug-reporting step

 .../translations/zh_CN/process/coding-assistants.rst      | 8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/Documentation/translations/zh_CN/process/coding-assistants.rst b/Documentation/translations/zh_CN/process/coding-assistants.rst
index 2a432d1dc401..afa89e4140ce 100644
--- a/Documentation/translations/zh_CN/process/coding-assistants.rst
+++ b/Documentation/translations/zh_CN/process/coding-assistants.rst
@@ -18,7 +18,7 @@ AI 编程助手
 
 有关 AI 编程助手生成内容的准则，参见：
 
-* Documentation/process/generated-content.rst
+* Documentation/translations/zh_CN/process/generated-content.rst
 
 许可和法律要求
 ==============
@@ -66,9 +66,9 @@ AI 代理 **不得** 添加 Signed-off-by 标签。只有人类才能依法作
 8. 说明哪些工作未能完成。如果修复无法构建或测试，或者无法编写复现程序，
    应明确说明：维护者目前在分析未经验证的报告和未经测试的修复上浪费了
    太多时间。
-9. 阅读 Documentation/process/threat-model.rst，判断缺陷属于漏洞
-   还是普通缺陷，并将结论交由报告者复核（助手绝不能自行发送任何
-   内容）。普通缺陷按以下文档所述方式投稿：
+9. 阅读 Documentation/translations/zh_CN/process/threat-model.rst，
+   判断缺陷属于漏洞还是普通缺陷，并将结论交由报告者复核（AI 助手绝不能
+   自行发送任何内容）。普通缺陷按以下文档所述方式投稿：
    Documentation/translations/zh_CN/process/submitting-patches.rst；
    漏洞按以下文档所述方式报告：
    Documentation/translations/zh_CN/process/security-bugs.rst。
-- 
2.51.0

Re: [PATCH v2 0/4] docs/zh_CN: translate AI-related process guides

[Weijie Yuan]

On Mon, Nov 09, 2026 at 01:21:36PM +0800, Dongliang Mu wrote:
> Add Chinese translations of the process guides for coding assistants,
> generated content, and the kernel threat model. The final patch updates
> the coding-assistants guide to link to the new translations.
> 
> Changes in v2:
> - Add the missing Signed-off-by tags to all four patches.
> - Spell out "AI 助手" in patch 4/4 to address the terminology nitpick.
> - Format the English commit references in patch 3/4 for checkpatch.
> - Add Weijie Yuan's Reviewed-by tags.
> 
> Dongliang Mu (4):
>   docs/zh_CN: translate coding-assistants.rst
>   docs/zh_CN: translate generated-content.rst
>   docs/zh_CN: translate threat-model.rst
>   docs/zh_CN: link AI guide to translated documents

I happened to take a look at what is Sashiko's review on this serie:

https://sashiko.dev/#/patchset/cover.1794197977.git.dzm91%40hust.edu.cn

Besides the Original: and Translator: thing, Sashiko says that the new
translations below are not added into zh_CN/process/index.rst.

And I checked that the English original version of these are indeed
added in their index.rst, so perhaps we can by the way tidy up our
index.rst in Chinese process dir and add these new articles?

Thanks.

>  .../zh_CN/process/coding-assistants.rst       |  74 ++++++++
>  .../zh_CN/process/generated-content.rst       |  97 ++++++++++
>  .../zh_CN/process/threat-model.rst            | 168 ++++++++++++++++++
>  3 files changed, 339 insertions(+)
>  create mode 100644 Documentation/translations/zh_CN/process/coding-assistants.rst
>  create mode 100644 Documentation/translations/zh_CN/process/generated-content.rst
>  create mode 100644 Documentation/translations/zh_CN/process/threat-model.rst