8000 Signal Handling for SGX · Issue #1050 · enarx/enarx · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
Signal Handling for SGX #1050
Open
Open
@npmccallum

Description

@npmccallum

We currently have no support for handling signals. The current behavior is that we simply terminate. This is actually mostly reasonable behavior because signals are generally horrible. However, we might need to add facility for this in the future.

  1. Debugging relies heavily on SIGTRAP.
  2. We probably need some way to notify the guest that it needs to shut down cleanly.

This is particularly important for two existing bits of code:

  1. Our fix for SmashEx presumes that only an attack could cause an AEX during enclave transition. But if we allow signals in the loader, then a signal could fire during an enclave transition. This is not an attack and so we need to adjust how we handle it. In particular, we might want to return to the host with a status such as EINTR or EAGAIN.

  2. How we handle signals has direct implications on our main loop. Further, the main loop is one of the invariants not currently dictated in the sallyport versioning. Thus it could represent an unversioned compatibility break.

One option could be to force everything through signalfd(). But I don't know how this interacts with debugging.

cc @haraldh @rvolosatovs @wgwoods @MikeCamel

Metadata

Metadata

Labels

debtIssues to deal with laterenhancementNew feature or requestintel sgxIssues related to Intel SGX

Type

No type

Projects

Status

New

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions

    0