hyperlight-dev / hyperlight-dev/hyperlight
Replace generic HyperlightError::Error variant with specific error types to improve sandbox poisoning accuracy
- Dominant language
- Rust
- Stars
- 4.7k
- Forks
- 208
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 47
Description
The sandbox poisoning mechanism relies on accurate error information and strong typing to determine when a sandbox has entered an inconsistent state requiring recovery. Currently, the `HyperlightError::Error` variant is a generic catch-all error type that can be created using the `new_error!` macro.
The problem is that `HyperlightError::Error` can be (and is) used for situations that should poison the sandbox, but the error type doesn't provide enough information for the poisoning logic to make the correct determination. This creates a safety hole where:
- Critical errors that leave the sandbox in an inconsistent state might be wrapped in generic error variants
- The poisoning mechanism cannot distinguish between benign errors and those that compromise sandbox state
- Sandboxes that should be poisoned may continue to be used
## Solution
Replace all instances of `HyperlightError::Error` with specific, strongly-typed error variants that accurately describe the error condition.
As an aside, we should probably distinguish between internal errors and public errors. Right now all errors are pub because they all are part of the same enum. I think splitting errors by something like file/module/struct/method is a good idea in general.
Contributor guide
Assessment
This issue has not been assessed yet.