京东6.18大促主会场领京享红包更优惠

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 517|回复: 0

Windows 11 初尝 Rust,36000 行内核代码已重写!

[复制链接]

1702

主题

713

回帖

7265

积分

论坛元老

积分
7265
发表于 2023-5-17 07:28:35 | 显示全部楼层 |阅读模式 来自 江苏常州
整理 | 屠敏
& z$ Z' j  H/ l出品 | CSDN(ID:CSDNnews)9 v) U1 C5 k% F
Rust 这两年在大厂的追捧下,凭借着出色的内存效率、速度与安全性,开始爆火。现如今,这把 " 火 " 直接烧到了诞生了 40 余载的 Windows 身上!
+ [& b& t4 B3 l& s不久之前,微软企业和操作系统安全副总裁 David Weston 在以色列 Blue Hat IL 2023 安全大会上透露,微软将效仿 Linux,用 Rust 重写部分 Windows 内核。
  |+ L, ?* u: L5 F5 x, o" 我们正处于在 Windows 中用 Rust 爬行、行走、运行的阶段 ", David Weston 说道。" 我们谈论的是地球上最复杂的工程产品之一。但我们的目标是为了提高安全性……因此,你将在未来几周或几个月内看到 Windows 内核中使用 Rust 编写,这真的很酷。这里的基本目标是将这些内部 C++ 数据类型中转换为 Rust 等价物。"+ t8 T* z; z9 ?/ D
这不,微软的确兑现了承诺,短短两周之后,有消息传出最新的 Windows 11 Insider Preview 版本是第一个包含 Rust 代码的版本。  N0 T0 b5 \8 O
" 如果你在 Windows 11 Insider ring 上,那么将首次感受到 Rust 在 Windows 内核中带来的魔力。": Y9 \  ?+ r8 U
  f: M! v  Q" ]2 a! w
% P' g- ]& h' Y0 h% b! T/ ]0 ?
+ u# Z# V0 Z  d, H- T
Rust 已重写了 Windows 内核中的 36,000 行代码
) w& y8 K7 S$ S+ U6 o6 r9 A, n4 D当然,透露出最新消息的人,不是别人,而是颇有话语权的 Azure CTO Mark Russinovich。+ S7 ]+ }; ?* z2 p: A( F1 C/ g
这也不禁让我们想起去年 9 月,Mark Russinovich 在其个人推特账号发表动态称是时候停止使用 C/C++ 启动任何新项目,并建议在需要使用 noc-GC 语言的场景下使用 Rust 编程语言。" V* w1 q: X: M8 V' @/ a
如今在微软 Windows 内核宣布采取 Rust 重写之际,Mark Russinovich 便迫不及待地在第一时间与外界分享最新进度,难掩其对 Rust 语言的支持以及对 C/C++ 的嫌弃之情。* p; H: U5 `2 D
虽说 Mark Russinovich 的个人立场并不能代表企业对外的观点,但是微软对 Rust 的态度早已对外袒露。
. p1 l6 I- W8 s7 L1 K# j* [) _早在 2019 年,便有外媒报道,微软正在尝试用 Rust 重写 Windows 底层组件,旨在移除不安全的代码。
% P8 g9 K+ U, Z0 \当前,据微软企业和操作系统安全副总裁 David Weston 在安全大会上分享,微软已经用 Rust 重写了 Windows 内核中的 36,000 行代码。8 K6 [! m# G/ S) E4 ~6 V
更早些时候,微软用 Rust 重写了 DirectWrite Core 库的概念验证,它是 Windows 的 DWrite 引擎的 Windows App SDK 实现,用于文本分析、布局和渲染。当下,DWriteCore 包含了大约 152,000 行 Rust 代码和 96,000 行 C++ 代码。- k8 l$ w9 h$ z3 e: K
Weston 还指出,"Windows 内核中现在有一个用 Rust 编写的系统调用。" ' T) |  t# k( M9 g3 w9 t% v

6 J4 q7 h; q2 }4 F4 `9 E" X+ e, A' q' m) R

0 R  g4 p# l4 Z4 }为什么要选择 Rust?# J; r5 i8 }; H" Q9 l3 p
微软之所以想要逐渐摒弃 C/C++ 而拥抱 Rust,根据 Weston 的说法,Rust 代码比当前的 C++ 代码更容易编写和理解,也更安全。
) l( K+ t7 x. @3 Z) M对于那些不熟悉的人来说,Rust 是一种现代的类 C 编程语言,受到开发人员的喜爱,因为它强制创建安全的本地代码,而没有托管语言的开销。
3 `3 B- Y; z6 r$ w% u实际上,Rust 与 C 和 C++ 等语言的性能相当,同时更易于调试和维护,而且最重要的是在内存安全方面几乎打遍天下无敌手。- I+ [: S2 y% F
一直以来,内存安全的漏洞是多个企业与开发者颇为头疼的难题。
; g, Q  T2 \$ k+ H9 J2 Q* g% U此前,CSDN 也报道过,根据长期关注内存漏洞的开发者 @LazyFishBarrel 的统计,苹果公司的 iOS 和 macOS 系统中 60%-70% 的漏洞是内存安全漏洞。5 e$ b9 L' |$ K6 s* O) A) D. W
" N8 E- z9 L: Q2 A" i- E) s
: `: k; }" d; T  |7 g6 A+ A7 F. s
' i0 R7 `# g, r! u3 c0 R
微软在 2019 年的一次会议上透露,从 2006 年到 2018 年,其发现的 70% 的漏洞都是因内存安全问题造成的。1 X' h; k( D+ B9 C8 s7 X
7 \9 r/ H0 V& g. a1 C: h( f4 c

, ^0 m, y2 y9 {: F1 `% ?* D9 J! O3 ], D, i$ R0 f% N
据 Google 估计,Chrome 中存在了类似比例的内存安全漏洞,另外 90% 的 Android 系统漏洞也都是内存安全问题。
( b- {# Z  R" S3 @针对这一问题,美国国家安全局(NSA)在去年也曾发布指南,鼓励多个组织将编程语言从 C/C++ 转为使用内存安全的语言,如 C#、Rust、Go、Java、Ruby 和 Swift。+ Q2 }) n3 z5 `) U4 a9 _/ v
NSA 认为,黑客极有可能会利用代码中管理不善的内存漏洞,而这种漏洞在程序员使用灵活性更高的编程语言时更容易出现。NSA 网络安全技术总监 Neal Ziring 表示,在开发消除此类漏洞的软件时,必须始终使用内存安全语言和其他保护措施。9 ]0 _0 Y' F1 }$ j5 v2 @
微软现如今用 Rust 重写部分 Windows 内核代码,也是在为内核安全而考虑。! e/ F% R4 z/ F/ ~1 z6 A/ m
因为内核是计算机操作系统的核心部分,对整个系统的运作至关重要。  `, N* K5 k% Y- w; |4 O) Z
同时,它也是电脑开机后最先启动的东西之一,然后它就永久地存在于内存中,充当计算机应用程序和硬件之间的媒介。
0 X$ J" x9 G9 [2 ^. ]  H如果一个攻击者成功地破坏了内核,他们就可以完全控制运行内核的设备,这无疑是最糟糕的结果。
, M7 H8 Y* X8 W2 i% P0 {6 S此外,这些问题不仅仅在 Windows 系统上会出现,MacOS、Linux 等系统也同样存在这样的问题。% ^. N& g3 j0 \$ Y/ e
内核漏洞的很大一部分集中在内存管理上。传统来看,最流行的内核编码语言是 C 和 C++,这两种语言虽然提供了出色的性能和不错的灵活性,但是一旦涉及到安全问题时,就没那么有用了。
/ o4 Q# y" [1 l8 p) {2 m因此,一旦有心怀不轨的人想要发起网络攻击,内存将会成为重灾区。往往内存的缺陷或者 Bug 又会极易被利用,也会存在诸多的恶意代码。/ @' H) u* N  X" V7 h! r" a! }% W
对此,FaceTime 安全实验室前研究总监 Christopher Boyd 在一篇博客中进一步分析表示,内存的一个重要部分是可怕的缓冲区溢出攻击,该攻击自 1970 年代以来一直存在。这是指写入缓冲区的数据溢出并覆盖了附近的内存。当系统的内存以这种方式被篡改时,就会导致各种形式的利用。
; A0 q" N& d" B' V# ?6 m4 w8 E尽管很多企业一直强调让程序员编写更安全的代码,改进底层语言,并采取 Windows 地址空间布局随机化(ASLR)等缓解措施,然而,缓冲区溢出仍然是一个巨大的问题。/ `2 j; p; {. R7 t. N0 b
Christopher Boyd 表示,要想彻底根除这些问题的唯一方法就是,从 C 和 C++ 转到像 Rust 这样可以自动管理内存的内存安全语言。
9 b% Z/ q* g- ~( N而且这一方法已经被很多企业采用了,譬如 2021 年,Android 系统开始支持 Rust 开发操作系统,导致该平台的内存安全漏洞大幅下降。' f) v* T$ l: O
如今微软在用 Rust 语言改进 Windows 11 内核,并添加了 36000 行内核代码时,据 The Register 报道,初步性能测试没有看到 Rust 化的内核对性能造成降低。! C' O, k+ [$ w
Rust 取代不了 C/C++ 已在 Windows 内核中 40 年的工作
8 C. H" [7 O  m) W当然,微软不仅仅是用 Rust 改写 Windows 内核,也将引入其 Pluton 安全处理器。0 I( u8 F7 R% E% D8 d
当 Weston 在安全大会上说到 Pluton 时,他表示," 我们正朝着使用 Rust 的内存安全语言的方向发展。我们还没有达到这个目标,但我们正在努力 ...... 可信计算基地的内存安全问题是真实存在的,而且可以说是最令人痛苦的问题,不仅是因为如果 TPM 被破坏, [ 黑客 ] 有可能接触到各种东西,而且当 TPM 必须更新时,它们有一个重置状态,对用户来说是非常痛苦的。有 Rust 的存在是超级关键的 "。7 q8 r7 `8 I- g. y6 y& [, P
不过,需要注意的是,微软不会做的是用 Rust 替换内核中 C/C++ 的整个 "40 年工作 "。为此,Weston 解释道," 虽然我们(微软)喜欢 Rust,但我们需要一种策略,其中还包括保护更多的本地代码。") Y2 @* u3 u  j
Rust 是否真的能够如愿保证安全性?9 E3 g& l! _$ Z4 Y( [
最后,毫无疑问的是,Rust 的引入必将会让 Windows 在内存安全方面取得不错的进展。
2 O# e$ w' Y) M4 N就像在 2022 年底,Linux-6.1 首次引入 Rust 语言作为内核模块的开发语言,形成了 Rust for Linux 项目那样,让 Rust 成为 C 语言之后的第二语言。对此,开发者也期望在引入 Rust 语言后,在内核代码抽象和跨平台方面能做得比 C 更有效,且会提升内核代码质量,有效减少内存和多线程并发缺陷 。
. {/ h, G6 C( s% R针对如今 Windows 内核采用 Rust 改写,不少网友纷纷押注:
1 N2 J/ A1 G0 kRust 是超越 C/C++ 的前进之路。) J% c7 h0 ]" e5 A3 P. h5 {4 [
数十年的漏洞已经证明在使用 C/C++ 时防止内存破坏的 Bug 是多么困难。虽然像 C# 或 Java 等垃圾回收语言已证明对这些问题更具弹性,但在某些情况下它们无法使用。对于这种情况,我们押注 Rust 将作为 C/C++ 的替代品。Rust 是一种现代语言,旨在与高性能 C/C++ 竞争,但语言中内置了内存安全和线程安全保证。虽然我们无法在一夜之间用 Rust 重写所有内容,但我们已经在 Azure 基础设施的一些最关键组件中采用了 Rust。我们预计,随着时间的推移,Rust 的采用率将大幅提高。0 r$ O. w: U& S% c, G  X
不过,也有网友表示:" 在 Javascript/Web 生态系统工作多年后,我在过去的几年中也一直在全职使用 Rust。我不能说它与 C++ 相比如何,但我在 Rust 中的生产力仍然远远低于我在 Typecript 中的生产力。我在生产系统中使用 Rust,但在 Typescript 中做原型。"6 O+ ^5 g4 f$ m
生产力和安全性究竟该如何平衡,对此,你是否用过 Rust?在生产环境中使用 Rust 是种怎样的体验,是否会减少内存漏洞的发生呢?欢迎留言分享你的看法。
# `: N+ X- T5 |2 y参考:
; K5 h0 u2 U, _https://www.thurrott.com/windows/windows-11/282995/first-rust-code-shows-up-in-the-windows-11-kernel
; \) K& m- D, K* Khttps://www.malwarebytes.com/blog/news/2023/05/microsoft-introduces-rust-into-kernel-in-windows-111 y1 ]) a% j+ J9 M# ^& g
https://news.ycombinator.com/item?id=35924008+ z* O8 b) u( H! q! A- n
https://www.theregister.com/2023/04/27/microsoft_windows_rust/

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

×

帖子地址: 

梦想之都-俊月星空 优酷自频道欢迎您 http://i.youku.com/zhaojun917
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|梦想之都-俊月星空 ( 粤ICP备18056059号 )|网站地图

GMT+8, 2026-3-21 06:20 , Processed in 0.068208 second(s), 24 queries .

Powered by Mxzdjyxk! X3.5

© 2001-2026 Discuz! Team.

快速回复 返回顶部 返回列表