HackerTube.dev

Joanna Rutkowska: Towards (reasonably) trustworthy x86 laptops

media.ccc.de · 27.1K views · 2015-12-27 · 1:02:52

Open on YouTube ↗

If playback is restricted in your region, try opening the original video. Use Mark watched to add it to your marked videos.

Overview

Joanna Rutkowska's 32C3 talk asks whether trustworthy client systems can be built on x86 hardware, and what realistically can be done about the challenges, such as Intel ME.

On Hacker News

Recommended in Intel ME threads as essential viewing on x86 trust and auxiliary processors.

Recommended by 2 HN people across 1 months · HN mentions 2016–2019

Topics

Search by tags

What people said

dlmetcalf · 2016-06 · Strong recommendation

Wow, no one here has mentioned Johanna Rutkovska's (Invisible Things Lab & QubesOS), "Intel x86 Considered Harmful"? [LINK] [LINK] Essential reading!! [VIDEO]

Read the original HN comment ↗
kriro · 2016-06 · Recommendation

Joanna Rutkowska has written a nice paper on the topic, highly recommended: [LINK] Edit: There's also a talk from 32c3 for those more inclined to watch a video. I am pretty worried ever since I watched that: [VIDEO] (which is why I have researched non-Intel laptop alternatives..cliffnotes: GPUs without BLOBs are hard to find and there will be some severe tradeoffs which is expected)

Read the original HN comment ↗
emily-c · 2019-11 · Reference

The CSME is on the PCH[1] (when one exists). (However AMD elected to put their PSP on-die as an IP-block). It is the root of trust of the system and takes the CPU out of reset even though it's not on the CPU itself. x86-based machines have pretty much always had multiple auxiliary processors/SoCs that control various aspects of the system such as the embedded controller (a direct descendant of the 8042 keyboard controller). Another example of this is the AMD SMU which lives on the chipset and coexists with the PSP (the talk in the link gets code running on this as you described)[2]. Interestingly the Chromebook EC firmware is open source[3]. Joanna Rutkowska has done a nice overview of some of the security aspects of these topics as well[4]. Ideally there would be a standard way to verify and measure all the various firmware images (and potentially option ROMs which would be theoretically measured with SRTM via UEFI) for these system processors during boot during a DRTM event (with Intel's STM/AMD SMM supervisor enabled as well) but there is a long way to go for that. [1] [LINK] [2] [LINK] [3] [LINK] [4] [VIDEO]

Read the original HN comment ↗

Sources

Video by media.ccc.de, played through YouTube.

Data and selection notes

HN summaries and labels may contain AI errors. HN dates refer to discussions, not video publication.

HN Library: HackerTube export (2026-10-31) and open-index/hacker-news. Upstream summaries and classifications may contain AI errors.

Views, duration and playback status refresh separately from the published catalog. When an update fails, existing data remains visible.

Selection checks
  • SaaS & AI candidates: Topic keywords do not match
  • Editor-approved picks: Editorial review is required

Rule matches identify candidates. They do not guarantee video quality or financial results.

About the library and its sources