imsnif/bandwhich

Separate network sniffer to different process to reduce sudo exposure

Ouverte

#76 ouverte le 5 janv. 2020

Voir sur GitHubGuide contributeur
 (4 commentaires) (2 réactions) (0 personne assignée)Rust (237 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (7 686 étoiles)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Right now bandwhich is built from 153 packages (from the cargo install count). That's a really large attack surface for an app that's going to run under sudo. Could the app be split into two processes? one of which runs as the user and handles the display, the other (with a smaller number of dependencies) as root to access just the network traffic and pass it to the user process.

I'd really like to be able to run the process as me. Then that process tries to sudo the network grabbing process with the required password if sudo requires it.

Guide contributeur

Direction de recherche
Étudiez comment diviser bandwhich en deux processus : un processus d'interface utilisateur à faibles privilèges et un processus de capture réseau privilégié avec des dépendances minimales. Examinez la communication inter processus (par exemple, les sockets Unix) et comment gérer l'élévation de privilèges sudo pour le processus de capture.
Stack technique
rust
Domaine
clibackendsecurity
Type d'issue
Refactorisation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
RustIPCsudo
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65