Consider creating a wrapper for hyperlight-host that locates sandboxes in remote processes
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- À clarifier
- Activité
- Active
- Stack technique
- rust
- Domaine
- operating-systems, security
Piste de recherche
Commencez par examiner l’API publique de la crate hyperlight-host, en particulier UninitializedSandbox et MultiUseSandbox, ainsi que la façon dont hyperlight-wasm, hyperlight-js et hyperlight-unikraft en dépendent. Étudiez les contraintes concernant les dépendances et les overrides Cargo décrites dans l’issue. La tâche serait considérée comme terminée si une crate drop-in distincte pouvait préserver l’API tout en localisant les sandboxes dans des processus distants, sans nécessiter de modifications des crates dépendantes.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Rust
- Étoiles
- 4.7k
- Forks
- 213
- Merge moyen
- 1 j 20 h
- PR mergées (30 j)
- 44
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de hyperlight-dev/hyperlight
-
lifecycle/needs-review
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
hyperlight-dev/hyperlight#1842 ·
-
lifecycle/needs-review
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
hyperlight-dev/hyperlight#1836 ·
-
lifecycle/needs-review
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
hyperlight-dev/hyperlight#1804 ·
-
lifecycle/needs-review
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
hyperlight-dev/hyperlight#1787 ·
-
lifecycle/confirmed
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
hyperlight-dev/hyperlight#1700 ·
Toutes les issues de hyperlight-dev/hyperlight
Issues similaires
-
bug github_actions
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
registrystack/registry-stack#1393 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
longbridge/gpui-kit#3223 ·
-
bug engine
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
rocky-data/rocky#2181 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
oasisprotocol/oasis-sdk#2523 ·
-
[indexer] [QA] Add a focused test for the new NonRetryableError / assertSocketAlive() behavior. Ouvertebot:ai-assisted component:indexer QA-roadmap status:untriaged
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
midnightntwrk/midnight-indexer#1557 ·