明尼苏达大学的博士生 Qiushi Wu 和助理教授 Kangjie Lu 发表了论文《On the Feasibility of Stealthily Introducing Vulnerabilities in Open-Source Software via Hypocrite Commits》（通过伪装的提交在开源软件中隐蔽地引入漏洞），通过有意向内核递交含有安全漏洞的补丁测试悄悄向开源软件引入漏洞的可行性。两位研究人员称，他们向大学的评审委员会递交了实验申请，因为不涉及人类研究评审会批准了他们的实验。而当他们的补丁获得维护者的积极评价之后，他们立即通知维护者补丁是有漏洞，不要合并存在问题的补丁。他们的论文将在五月举行的 IEEE Symposium on Security and Privacy 虚拟会议上公开发表。Linux 内核社区随后知道了这次实验，但当有更多明尼苏达大学的研究人员递交存在疑问的补丁之后，稳定版内核维护者 Greg Kroah-Hartman 宣布不再接受该大学的任何补丁，称内核开发者不愿意被做实验，内核也不是做实验的地方，研究人员是在浪费维护者的时间。此举也可能是向大学施压，希望评审会不要再批准此类的实验。
龙芯吧 关注：26,761贴子：722,528
- 9回复贴，共1页
不感兴趣
开通SVIP免广告
真相有时就藏在不经意的细节里，看这段话
"这些新的补丁显然根本就没有修复任何东西（没有否定代码制造漏洞）。那么，除了你和你的团队继续通过发送这种无稽之谈的补丁来对内核社区的开发者进行试验之外，我还能想到什么呢（“我知道你们在做实验”，那为什么还对提交的代码表示积极评价）？任何对 C 语言有一定了解的人都可以看到你提交的补丁根本没有任何作用（声明代码没有任何有效功能，淡化危害）。正因为如此，我现在不得不禁止你们大学今后的所有贡献，并删除你们以前的贡献，因为它们显然是以恶意的方式提交的，目的是为了造成问题（没有任何有效功能的代码是如何造成问题的？不小心就打了自己的脸了）。因此，不再欢迎来自明尼苏达大学的人对上游的 Linux 内核开发作出贡献。“
"这些新的补丁显然根本就没有修复任何东西（没有否定代码制造漏洞）。那么，除了你和你的团队继续通过发送这种无稽之谈的补丁来对内核社区的开发者进行试验之外，我还能想到什么呢（“我知道你们在做实验”，那为什么还对提交的代码表示积极评价）？任何对 C 语言有一定了解的人都可以看到你提交的补丁根本没有任何作用（声明代码没有任何有效功能，淡化危害）。正因为如此，我现在不得不禁止你们大学今后的所有贡献，并删除你们以前的贡献，因为它们显然是以恶意的方式提交的，目的是为了造成问题（没有任何有效功能的代码是如何造成问题的？不小心就打了自己的脸了）。因此，不再欢迎来自明尼苏达大学的人对上游的 Linux 内核开发作出贡献。“
一个对开源编译器下手成功的案例
Shawn the R0ck 写道 "PoC||GTFO是最近几年深受0ld sch00l黑客喜爱的电子杂志，最近的一期（第8期）里有一篇名为Deniable Backdoors Using Compiler Bugs（利用编译器Bug的可抵赖后门）的文章，作者向我们展示了一种可能的威胁，这个威胁模型是需要两个条件：
1)一个可利用的编译器miscompilation bug；
2) 向目标的开源社区提交看起来不怎么像后门的patch。
作者修改了Sudo 1.8.13的少量代码去利用Clang/LLVM 3.3的一个bug，最终导致提权。
相比传统的编译器后门和传统软件后门（比如疑似NSA对Linux内核代码的植入），这种方式更加的隐蔽，因为它是针对特定版本的编译器下手。
Shawn the R0ck 写道 "PoC||GTFO是最近几年深受0ld sch00l黑客喜爱的电子杂志，最近的一期（第8期）里有一篇名为Deniable Backdoors Using Compiler Bugs（利用编译器Bug的可抵赖后门）的文章，作者向我们展示了一种可能的威胁，这个威胁模型是需要两个条件：
1)一个可利用的编译器miscompilation bug；
2) 向目标的开源社区提交看起来不怎么像后门的patch。
作者修改了Sudo 1.8.13的少量代码去利用Clang/LLVM 3.3的一个bug，最终导致提权。
相比传统的编译器后门和传统软件后门（比如疑似NSA对Linux内核代码的植入），这种方式更加的隐蔽，因为它是针对特定版本的编译器下手。
不感兴趣
开通SVIP免广告
转贴
1984 年的时候，UNIX 创造者之一 Ken Thompson 获得了 ACM 图灵奖。他的获奖演讲叫做 Reflections on Trusting Trust（反思对信任的信任）。
在这个稿子只有三页纸的演讲中他分三步描述了如何构造一个非常难以被发现的编译器后门。这后来被称为 the Ken Thompson Hack（KTH），有人说它是 the root password of all evil。
在第一步里，Thompson 展示了一个可以输出自己的源代码的 C 程序。这需要一定技巧，但很多人作为编程练习都做过。
在第二步里，Thompson 在 C 的编译器里增加了一段代码（后门），让它在检测到自己在编译 UNIX 的 login 命令时在输出里插入一个后门。这个后门会允许作者用特定密码以 root 身份登录系统。
在第三步里，Thompson 在第二步的编译器里使用第一步的方法加入另一段代码（后门生成器），使得这个编译器在检测到它在编译自己时自动把第二步的后门和第三步的后门生成器插入到输出里。
在得到一个第三步的编译器后，就可以把第二、三步新增的代码从源代码里删除，因为这个新的编译器在编译它自己原来「干净」的源代码时会自动把后门和后门生成器加上。很多语言的编译器都会使用「自举」的方式编译，也就是会用一个编译器的旧版本可执行文件来编译新版本的源码，所以这样一个高危的后门完全可以在一个开源项目里存在。通过阅读这个编译器的源码是无法发现这个后门的。
KTH 还可以被加强，让它更难被察觉。比如这个编译器可以污染它编译的调试器、反编译器等开发过程中使用的工具，使得即使程序员反编译这个编译器后看到的仍是干净的代码，除非他使用的是 KTH 注入前的版本。所以当这个带有 KTH 注入的编译器来自于官方渠道时，它的后门是几乎不会被发现的，而且会影响所有用户。
最近的 XcodeGhost 最多只能算是 the Ken Thompson Hack 的一个简化版本，没有试图隐藏自己，并且修改的不是编译器本身，而是 Xcode 附带的框架库。
Thompson 在演讲里的结论是：即使开源项目也无法保证安全。在不考虑硬件或 microcode 后门的情况下，只有当运行的每一个程序都完全是自己写的时才能确保安全。可是谁的电脑上能只运行自己写的程序呢？恐怕只有 Ken Thompson 和 Dennis Ritchie 能在用自己发明的语言写的操作系统上用自己写的编译器编译自己写的操作系统吧。
Ken Thompson 从贝尔实验室退休几年之后加入了 Google。在 Google，他和原来贝尔的老同事一起发明了 Go 语言。Go 从 1.5 版开始以自举的方式编译。;-)
1984 年的时候，UNIX 创造者之一 Ken Thompson 获得了 ACM 图灵奖。他的获奖演讲叫做 Reflections on Trusting Trust（反思对信任的信任）。
在这个稿子只有三页纸的演讲中他分三步描述了如何构造一个非常难以被发现的编译器后门。这后来被称为 the Ken Thompson Hack（KTH），有人说它是 the root password of all evil。
在第一步里，Thompson 展示了一个可以输出自己的源代码的 C 程序。这需要一定技巧，但很多人作为编程练习都做过。
在第二步里，Thompson 在 C 的编译器里增加了一段代码（后门），让它在检测到自己在编译 UNIX 的 login 命令时在输出里插入一个后门。这个后门会允许作者用特定密码以 root 身份登录系统。
在第三步里，Thompson 在第二步的编译器里使用第一步的方法加入另一段代码（后门生成器），使得这个编译器在检测到它在编译自己时自动把第二步的后门和第三步的后门生成器插入到输出里。
在得到一个第三步的编译器后，就可以把第二、三步新增的代码从源代码里删除，因为这个新的编译器在编译它自己原来「干净」的源代码时会自动把后门和后门生成器加上。很多语言的编译器都会使用「自举」的方式编译，也就是会用一个编译器的旧版本可执行文件来编译新版本的源码，所以这样一个高危的后门完全可以在一个开源项目里存在。通过阅读这个编译器的源码是无法发现这个后门的。
KTH 还可以被加强，让它更难被察觉。比如这个编译器可以污染它编译的调试器、反编译器等开发过程中使用的工具，使得即使程序员反编译这个编译器后看到的仍是干净的代码，除非他使用的是 KTH 注入前的版本。所以当这个带有 KTH 注入的编译器来自于官方渠道时，它的后门是几乎不会被发现的，而且会影响所有用户。
最近的 XcodeGhost 最多只能算是 the Ken Thompson Hack 的一个简化版本，没有试图隐藏自己，并且修改的不是编译器本身，而是 Xcode 附带的框架库。
Thompson 在演讲里的结论是：即使开源项目也无法保证安全。在不考虑硬件或 microcode 后门的情况下，只有当运行的每一个程序都完全是自己写的时才能确保安全。可是谁的电脑上能只运行自己写的程序呢？恐怕只有 Ken Thompson 和 Dennis Ritchie 能在用自己发明的语言写的操作系统上用自己写的编译器编译自己写的操作系统吧。
Ken Thompson 从贝尔实验室退休几年之后加入了 Google。在 Google，他和原来贝尔的老同事一起发明了 Go 语言。Go 从 1.5 版开始以自举的方式编译。;-)
