seL4 微内核获得 2022 ACM 软件系统奖
美国计算机协会 (ACM) 宣布将 2022 年 ACM 软件系统奖项授予 seL4 微内核团队,以表彰他们开发了第一个具有工业强度的高性能操作系统;该系统目前已通过完整的、机械检查的全功能正确性证明。
“2009 年,软件系统获奖者展示了 seL4 微内核,它成为有史以来第一个具有工业强度的通用操作系统,并正式证明了实现的正确性。在随后的几年中,该团队进一步补充证明了 seL4 强制执行完整性和机密性的核心安全属性,将证明扩展到内核的二进制代码,并对一个 protected mode OS 进行了首次健全和完整的最坏情况下的执行时间分析。
seL4 高可靠微内核从根本上改变了研究界对形式化方法所能完成的认识:它表明不仅可以为工业级操作系统完成正确性和安全性的形式化证明,而且可以在不影响性能或通用性的情况下完成。seL4 上持续维护和增长的证明帮助产生了证明工程的新学科 —— 证明过程建模、工作量估算和大规模证明的系统处理的艺术。”
团队成员包括 Gernot Heiser(新南威尔士大学)、Gerwin Klein(Proofcraft)、Harvey Tuch(谷歌)、Kevin Elphinstone(新南威尔士大学)、June Andronick(Proofcraft)、David Cock(苏黎世联邦理工学院)、Philip Derrin (高通)、Dhammika Elkaduwe (佩拉德尼亚大学)、Kai Engelhardt、Toby Murray(墨尔本大学)、Rafal Kolanski(Proofcraft)、Michael Norrish(澳大利亚国立大学)、Thomas Sewell(剑桥大学)和 Simon Winwood(Galois)。
ACM 软件系统奖旨在表彰具有持久影响力的软件系统的开发,这些影响体现在对概念的贡献、商业接受度或两者兼而有之。软件系统奖的奖金为 35,000 美元。软件系统奖的财务支持由 IBM 提供。
seL4 是世界上第一个通过数学方法被证明安全的操作系统内核,并且在安全的基础上还强调高性能,是世界上最快、最先进的 OS 微内核。它对于嵌入式计算系统的安全可信赖方面将会有极大意义,具体来看可能影响到航空电子、自动驾驶汽车、医疗设备、关键基础设施与国防等行业。理论上,seL4 可以用作 Linux 和其它类 Unix 操作系统的底层基础,甚至此前曾被考虑用于 GNU/Linux “真内核” GNU Hurd。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
智能手机难以升级维修,开发者打造完全开源产品
现在的智能手机为了实现丰富的功能以及保证足够轻巧,内部设计变得十分紧凑,集成度也是越来越高,但这对愿意折腾手机的用户来说反而带来了阻碍,降低了维修和更换硬件的可能性。 正是这样的原因,开发者 Evan Robinson 决定设计一台开源、可升级、也易于修复的智能手机 —— OURphone。 OURphone 的核心部件是一个 Raspberry Pi 3 Model B,采用了四核 1.2GHz 64 位 CPU 和 1GB RAM,并内置了 WiFi 和蓝牙;既然是手机,怎么能少了通信功能,为此 OURphone 使用了 Waveshare SIM7600G-H 4G HAT 来处理网络和 GPS 通信,看名字也能看出来,它只支持 4G,暂时不支持 5G 网络。 OURphone 还采用了一个 4 英寸的触摸屏,无论是屏幕大小,还是分辨率(800 x 480 像素)都显得跟如今的智能手机有点格格不入,而且这还是一块电阻触摸屏。屏幕本身通过 HDMI 与树莓派连接在一起。 OURphone 的外壳十分简陋,就是一个用胶合板切割而成的外壳。所有的零部件总成本约为 200 美元,这些设计...
- 下一篇
Linus 亲手帮英特尔优化 LAM 代码
去年年底英特尔将 LAM(Linear Address Masking :线性地址掩码) 功能提交到 Linux 6.2 的合并窗口,但该功能受到 Linus 的批评并拒绝合并。在经历了一段时间的代码改进后,Linus 终于同意将 LAM 代码合并到 Linux 6.4 窗口。 但 Linus 似乎仍对英特尔工程师提交的代码不太满意,在合并了 LAM 代码后,先是写了一个使 access_ok() 独立于 LAM 的新补丁,而后又亲手写了多个补丁对 LAM 代码进行了优化。 在最新提交的 LAM 优化补丁中,Linus 解释了自己的动机: 我对此版本中的 LAM(“线性地址掩码”)的 “access_ok()” 的完成方式感到很不爽,而且它实际上也有一些小 Bug ,所以我动手清理了代码。 改动主要集中在以下几方面: 使用 __user 指针的符号位而不是屏蔽地址,并根据 TASK_SIZE 范围检查它。 get/put_user() 端做了这部分,但是 'access_ok()' 做了天真的“掩码和范围检查”,它不仅生成多余的代码,还意味着 __access_ok 本身的任务做得不好...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- MySQL8.0.19开启GTID主从同步CentOS8
- Mario游戏-低调大师作品
- Linux系统CentOS6、CentOS7手动修改IP地址
- Docker安装Oracle12C,快速搭建Oracle学习环境
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- CentOS7安装Docker,走上虚拟化容器引擎之路
- Docker快速安装Oracle11G,搭建oracle11g学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题