<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>SGXIO: Generic Trusted I/O Path for Intel SGX · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1701.01061/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1701.01061/feed.xml" rel="self" type="application/rss+xml" /><item><title>SGXIO: Generic Trusted I/O Path for Intel SGX — mentioned by ngneer</title><link>https://news.ycombinator.com/item?id=14619347</link><guid isPermaLink="false">urn:hackerpapers:mention:1701.01061:14619347</guid><pubDate>Fri, 23 Jun 2017 14:25:50 GMT</pubDate><description>&lt;p&gt;An enclave does not make any system calls directly like the rest of the process would, but a system call can definitely be made through the use of a shim layer. In SGX parlance, calls to the outside of the enclave are known as OCALLs. The danger with relying on values returned by a syscall is that the OS could be lying. As an exercise, you could implement a simple &amp;quot;hello, world&amp;quot; filesystem driver that hides the presence of certain files. So, as long as the enclave has no trusted path to I/O, it must rely on the operating system, which is assumed compromised. If the enclave decrypts protected…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1701.01061/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.CR</category></item><item><title>SGXIO: Generic Trusted I/O Path for Intel SGX — HN submission</title><link>https://news.ycombinator.com/item?id=14058297</link><guid isPermaLink="false">urn:hackerpapers:submission:1701.01061:14058297</guid><pubDate>Fri, 07 Apr 2017 09:16:29 GMT</pubDate><description>&lt;p&gt;SGXIO: Generic Trusted I/O Path for Intel SGX&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;2 points; 1 discussion reply on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1701.01061/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.CR</category></item></channel></rss>
