Consider creating a wrapper for hyperlight-host that locates sandboxes in remote processes
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- operating-systems, security
Direzione di ricerca
Inizia esaminando l’API pubblica della crate hyperlight-host, in particolare UninitializedSandbox e MultiUseSandbox, e il modo in cui hyperlight-wasm, hyperlight-js e hyperlight-unikraft dipendono da essa. Analizza i vincoli relativi alle dipendenze e agli override di Cargo descritti nell’issue. Il lavoro sarebbe completo quando una crate drop-in separata potesse preservare l’API individuando al contempo le sandbox in processi remoti, senza richiedere modifiche alle crate dipendenti.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It should be possible to create a drop-in replacement for the hyperlight-host crate that exposes the same public API, but wraps the UninitializedSandbox and MultiUseSandbox types with wrappers that implement its calls via (optionally?) making RPCs to different processes. This might be useful for people who wish to run sandboxes in remote, low-privilege processes for even-more-defense-in-depth (e.g. against hypervisor kernel vulnerabilities), and might allow working around per-process resource limits.
This should be possible to do via a new crate which is a drop-in wrapper around the hyperlight-host crate, avoiding the need for any changes in Hyperlight itself.
Semantically, it also shouldn't require any changes to other crates that depend on hyperlight-host, like hyperlight-{wasm,js,unikraft}. Unfortunately, due to rust-lang/cargo#9227, there may be distribution challenges due to the inability to for a root crate to override hyperlight-host with some hypothetical hyperlight-host-remote-process-wrapper throughout the transitive dependency graph. The wrapper crate would either need to use name = "hyperlight-host" and be used as a git/path dependency, or hyperlight-{wasm,js,unikraft} would need to be made aware of its existence/configured to optionally depend on it.
- Lingua principale
- Rust
- Stelle
- 4.7k
- Fork
- 213
- Merge medio
- 1g 20h
- PR unite (30g)
- 44
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di hyperlight-dev/hyperlight
-
lifecycle/needs-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
hyperlight-dev/hyperlight#1842 ·
-
lifecycle/needs-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
hyperlight-dev/hyperlight#1836 ·
-
lifecycle/needs-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
hyperlight-dev/hyperlight#1804 ·
-
lifecycle/needs-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
hyperlight-dev/hyperlight#1787 ·
-
lifecycle/confirmed
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
hyperlight-dev/hyperlight#1700 ·
Tutte le issue di hyperlight-dev/hyperlight
Issue simili
-
bug github_actions
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
registrystack/registry-stack#1393 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
longbridge/gpui-kit#3223 ·
-
bug engine
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
rocky-data/rocky#2181 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
oasisprotocol/oasis-sdk#2523 ·
-
[indexer] [QA] Add a focused test for the new NonRetryableError / assertSocketAlive() behavior. Apertabot:ai-assisted component:indexer QA-roadmap status:untriaged
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
midnightntwrk/midnight-indexer#1557 ·