document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2024-12-26 21:30:55 +08:00
Code Issues Packages Projects Releases Wiki Activity

校对完毕

Browse Source 
校对完毕
This commit is contained in:
jasminepeng 2017-02-17 15:55:47 +08:00 committed by GitHub
parent 2d9cc58f6f
commit a3e32eb087
1 changed files with 18 additions and 16 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

34
translated/tech/20170119 Long-term Embedded Linux Maintenance Made Easier.md
View File

@ -2,37 +2,39 @@
============================================================
![Jan Lübbe ](https://www.linux.com/sites/lcom/files/styles/rendered_file/public/jan-lubbe-elc.png?itok=6G5lADKu "Jan Lübbe ")
Pengutronix 内核黑客 JanLübbe 总结了嵌入式 Linux 中正在增长的安全威胁，并在这次在欧洲举行的嵌入式 Linux 会议上概述了一个计划，以保持长期设备的安全和完整功能。[Linux 基金会][1]
*Pengutronix 内核黑客 Jan Lübbe 总结了嵌入式 Linux 中正在增长的安全威胁，并在这次欧洲嵌入式 Linux 会议上概述了一个计划，以保持长期设备的安全和完整功能。*
[Linux 基金会][1]
过去安全漏洞只发生在在民间快速衰落的 Windows 上。恶意软件黑客和拒绝服务专家越来越多地针对过时的嵌入式 Linux 设备，因此 10 月在[欧洲举行的嵌入式 Linux 会议][3]（ELCE）上的几个演讲的主题是关于修复 Linux 安全漏洞。
最好的参加者之一是“长期维护、管理嵌入式系统10年以上“的 [Pengutronix][4]内核黑客 JanLübbe。在总结嵌入式 Linux 中不断增长的安全威胁后，Lübbe 制定了一项计划，以确保长期设备的安全和完整的功能。 Lübbe说：“我们需要迁移到更新、更稳定的内核，并进行持续维护以修复关键漏洞。我们需要做上游和自动化流程，并建立一个可持续的工作流程。我们没有任何借口在系统中使用过时的软件。”
安全漏洞只发生在 Windows 上的好日子在快速消退。恶意软件黑客和拒绝服务专家越来越多地针对过时的嵌入式 Linux 设备，因此在 10 月[<ruby>欧洲嵌入式 Linux 会议<rt>Embedded Linux Conference Europe</rt></ruby>][3]（ELCE）上的几个演讲的主题就与修复 Linux 安全漏洞相关。
随着 Linux 设备变得越来越老，传统的生命周期程序已经不再适用。 Lübbe说：“通常，你会从 SoC 供应商或主线上获取内核、构建系统，并添加到用户空间。你自定义并添加了一个程序，并在做了一些检测后就完成了。但是，在 15 年的维护阶段，你最好希望没有平台变化，或者想添加新的功能，或者需要应用监管变化。”
最好的参加者之一是“长期维护、管理嵌入式系统 10 年以上”的 [Pengutronix][4] 内核黑客 Jan Lübbe。在总结嵌入式 Linux 中不断增长的安全威胁后，Lübbe 制定了一项计划，以确保长期设备的安全和完整的功能。 Lübbe 说：“我们需要迁移到更新、更稳定的内核，并进行持续维护以修复关键漏洞。我们需要做上游和自动化流程，并建立一个可持续的工作流程。我们没有任何借口，让系统中仍留有过时的软件。”
所有这些变化越来越多地暴露新的系统错误，并需要大量更新以与上游软件保持同步。 Lübbe说：“但这并不总是在内核中发生导致问题的无意错误”。去年在 Allwinner 内核中发现的[后门][5]后，它补充说：“这些供应商内核从来不会执行主线社区的审查流程”。
Lübbe继续说：“你不能相信你的供应商会做正确的事情。也许只有一两个工程师看到这个后门代码。如果补丁发布在 Linux 内核邮件列表上，这将永远不会发生。因为会有人注意到。硬件供应商不关心安全或维护。也许你会在一两年后得到更新，但是即使这样，他们在一个固定版本开始开发到他们声明稳定的点通常需要几年的时间。如果你开始在这个基础上开发，你可能又增加了半年，甚至更过时了。
随着 Linux 设备变得越来越老，传统的生命周期程序已经不再适用。 Lübbe 说：“通常，你会从 SoC 供应商或主线上获取内核、构建系统，并添加到用户空间。你自定义并添加了一个程序，在做了一些检测后就完成了。但是，在此之后有 15 年的维护阶段，你最好希望平台没有变化，或者想添加新的功能，或者需要实施管理调整。”
越来越多的嵌入式开发人员在长期稳定（LTS）内核上构建长期产品。但这并不意味着你的工作已经完成。Lübbe说：“一个产品发布后，人们不再经常遵循稳定的发行链，因此他们不应用安全补丁。你会得到两个世界中最糟糕的：一个过时的内核以及没有安全。你不会得到许多人测试的好处。”
所有这些变化，越来越多地导致系统暴露出新错误，并需要大量更新以与上游软件保持同步。 Lübbe 说：“在内核中发生导致问题的错误并不总是无意的”。对于去年在 Allwinner 内核中发现的[后门][5]，他又补充说：“这些供应商内核从来不会执行主线社区的审查流程”。
Lübbe 指出，使用像 Red Hat 这样的面向服务器的发行版的 Pengutronix 客户经常遇到问题，因为可以如没有值守人员那样快速的定制、部署、升级系统。
Lübbe 继续说：“你不能相信你的供应商会做正确的事情。也许只有一两个工程师看了这个后门代码。如果补丁发布在 Linux 内核邮件列表上，这将永远不会发生。因为总会有人注意到。硬件供应商不关心安全或维护。也许你会在一两年后得到更新，但是即使这样，他们从一个固定版本开始开发到他们声明稳定的点通常需要几年的时间。如果你在这个基础上开始开发，你可能又增加了半年，这就更过时了。”
“更新可以用于某些东西上，特别是如果它们是 x86，但每个项目基本上是自己建立基础设施更新到新版本。”
越来越多的嵌入式开发人员在<ruby>长期稳定<rt>Long Term Stable</rt></ruby>（LTS）内核上构建长期产品。但这并不意味着你的工作已经完成。Lübbe 说：“一个产品发布后，人们经常不再遵循稳定的发行链，也不再应用安全补丁。这样你会得到两个世界中最糟糕的：一个过时的内核以及没有安全性。你不会得到许多人测试的好处。”
许多开发人员选择向后移植作为更新长期产品的解决方案。Lübbe 说：“开始时很容易，但是一旦你不在项目的维护窗口，他们不会告诉你你使用的版本是否受到一个错误的影响，所以很难找出一个修复是否相关。所以你堆积补丁、修改以及 bug 积累，这些你必须自己维护，因为没有人会使用这些补丁。使用开源软件的好处就丢失了。”
Lübbe 指出，使用像 Red Hat 这样的面向服务器的发行版的 Pengutronix 客户经常遇到问题，因为不断快速的定制、部署和升级系统，就像有系统管理员在当班。
“更新对一些东西有用，特别是如果它们是 x86，但每个项目基本上是自己建立基础设施更新到新版本。”
许多开发人员选择向后移植作为更新长期产品的解决方案。Lübbe 说：“开始时很容易，但是一旦你不在项目的维护窗口，他们不会告诉你你使用的版本是否受到一个 bug 的影响，因此很难判断一个修复是否相关。于是你不停打补丁和更新，bug 也在累积，而这些你必须自己维护，因为其他人不使用这些补丁。使用开源软件的好处就丢失了。”
### 跟随上游项目
Lübbe 认为最好的解决方案是跟踪由上游项目维护的版本。“我们主要关注基于主线的开发，所以我们在产品和主流内核及其他上游项目之间尽可能没有差别。长期系统在主线上得到很好的支持。大多数不使用 3D 图形的系统可以运行很少的补丁。较新的内核版本还有很多[新的强化功能][6]，这些可以减少漏洞的影响。
Lübbe 认为，最好的解决方案是跟踪由上游项目维护的版本。“我们主要关注基于主线的开发，所以我们在产品和主流内核及其他上游项目之间尽可能没有差别。长期系统在主线上得到很好的支持。大多数不使用 3D 图形的系统可以运行很少的补丁。较新的内核版本还有很多[新的强化功能][6]，这些可以减少漏洞的影响。
跟随主线似乎对许多开发人员来说是令人畏惧的，但是如果从一开始就这样，然后坚持下去，就会相对容易一些，Lübbe说：“你需要为系统制定一切开发过程。你总是需要知道什么软件正在运行，这在使用良好的构建系统时会更容易。每个软件版本应定义完整的系统，以便你可以更新系统中的一切。如果你不知道那里有什么，那么你就不能解决它。你还会想要进行自动测试和自动部署更新。
跟随主线对许多开发人员来说似乎是令人畏惧的，但是如果从一开始就这样，然后坚持下去，就会相对容易一些，Lübbe 说：“你需要为系统上做的一切制定流程。你总需要知道什么软件正在运行，这在使用良好的构建系统时会更容易。每个软件版本应定义完整的系统，以便你可以更新相关的一切。如果你不知道那里有什么，你就不能解决它。你还会想要更新的自动测试和自动部署。”
为了“保存更新周期”，Lübbe 建议在开始开发时使用最新的 Linux 内核，并且在进入测试时才移动到稳定的内核。之后，他建议每年将系统中的所有软件（包括内核、构建系统、用户空间、glibc 和组件（如 OpenSSL））更新为上一年度其他上游项目支持的版本。
为了“节省更新周期”，Lübbe 建议在开始开发时使用最新的 Linux 内核，并且在进入测试时才转到稳定的内核。之后，他建议每年将系统中的所有软件（包括内核、构建系统、用户空间、glibc 和组件（如 OpenSSL））更新为当年上游项目支持的版本。
Lübbe说：“你在这点更新并不意味着你需要部署。如果你没有看到安全漏洞，你可以把补丁放在一版，如果你需要它就准备好了。
Lübbe 说：“在这个时间点更新并不意味着你需要部署。如果没有看到安全漏洞，你可以把补丁放在一边，需要时它就准备好了。”
最后，Lübbe 建议每个月查看发布公告，并且每周检查 CVE 和主线列表上的安全公告。你只需要回应 “公告实际影响了你”。他补充说：“如果你的内核足够现代，这并没有太多的工作。你不想在新闻中看到你的设备而获得有关你产品的反馈。”
最后，Lübbe 建议每个月查看发布公告，并且每周检查 CVE 和主线列表上的安全公告。你只需要问自己“安全公告是否影响到了你”。他补充说：“如果你的内核足够新，就没有太多的工作。你不会希望通过在新闻中看到你的设备来获得有关你的产品的反馈。”
--------------------------------------------------------------------------------