L'authentification n'est pas suffisante ; une approbation humaine est requise.
RaWarden contrôle chaque session SSH privilégiée derrière une décision d'approbation humaine. L'opérateur s'authentifie, voit un code à usage unique dans son terminal et aucun shell racine ne s'ouvre jusqu'à ce que le panneau le dise.
$ ssh root@prod-server-01
CODE D'APPROBATION DE SESSION : 482-917
Approuver dans le panneau — Délai d'expiration de 60 s
[en attente d'approbation du panel...]
✓ Approuvé → suppression de privilèges → shell
Dès que l'authentification réussit, le shell s'ouvre. Peu importe si la clé a été volée, divulguée d'un pipeline CI/CD ou utilisée de manière abusive par un initié malveillant. Le journal SSH indique « root connecté » – qui est réellement entré, dans quel but, quand il aurait pu être arrêté : tout cela sans réponse.
Le durcissement standard protège la porte, pas le moment de privilège.
Les connexions root sont enregistrées mais la véritable identité de l'opérateur est effacée.
Il n'existe aucun mécanisme pour arrêter quelqu'un déjà connecté - seulement une analyse post-hoc.
Un deuxième facteur au bastion ne protège pas le moment de privilège sur le serveur.
Comparaison entre la gestion traditionnelle des bastions/clés et RaWarden
Comparaison
Intégré via OpenSSH ForceCommand. L'authentification n'est pas suffisante ; aucune coquille ne s’ouvre sans une décision positive. De par sa conception, il n'y a pas de voie de contournement.
L'administrateur approbateur attribue l'utilisateur cible et l'UID au moment de la décision. Groupes complets → setgid → transition setuid. La piste d'audit montre la véritable identité, pas seulement « root connecté ».
Fonctionne de manière transparente sur les systèmes renforcés STIG/CIS. Définit correctement les contextes SELinux, écrit l'identifiant de connexion pour auditd, renvoie le socket de l'agent SSH et le PTY à l'utilisateur cible.
Si le plan de contrôle est inaccessible, la session est refusée – pas aveuglément autorisée. Chaque décision est écrite dans LOG_AUTH — la piste d'audit est locale même lorsque le panneau est en panne.
Chaque requête du binaire de la porte contient un métabloc signé par HMAC avec un horodatage, un nom occasionnel, la portée de la requête et un rôle. Le plan de contrôle peut vérifier que la demande provient réellement du binaire hôte privilégié.
Liste de contournement explicite pour les exécuteurs CI/CD et les clés de service basées sur l'empreinte digitale de la clé CIDR ou SSH. Chaque événement de contournement est toujours enregistré, jamais silencieux.
Cliquez sur chaque étape : vous prenez la décision du panel.
L'authentification par clé SSH réussit. Dans un flux standard, l’obus s’ouvrirait – dans RaWarden, ce n’est pas le cas.
$ ssh root@prod-server-01
Authentification réussie.
Panneau en attente de notification...
Protégez des milliers de comptes root VPS clients avec une approbation humaine centralisée.
Appliquer l'approbation du bris de vitre sur les serveurs bastions de production.
Prouver que chaque session privilégiée dans les domaines de la finance, de la santé et du gouvernement a été autorisée et attribuable.
Faire de l'accès root SSH un événement révisé, pas un événement par défaut.
L'authentification par clé SSH réussit. Dans un flux standard, l’obus s’ouvrirait – dans RaWarden, ce n’est pas le cas.
raturka-gate installé lors de l'exécution d'OpenSSH ForceCommand. Pas encore de coque.
Le code d'approbation est imprimé sur le terminal. Un compte à rebours de 60 secondes démarre. La session est gelée.
RaGent envoie un webhook signé au panneau : OTP, IP source, score de menace RaDome.
Un administrateur autorisé prend la décision dans le panneau. Approuver → continuer. Refus ou délai d'attente → connexion fermée.
L'administrateur attribue l'utilisateur cible et l'UID. RaWarden effectue la transition setgroups → setgid → setuid.
La piste d'audit affiche root → utilisateur réel. Chaque événement a été écrit dans LOG_AUTH.
RaWarden opère via l'agent RaGent. Le binaire de la porte envoie une requête session_gate_create signée à RaGent via l'UDS local ; RaGent pousse un webhook vers le panneau et maintient le travailleur bloqué pour approbation. Le panel renvoie sa décision via QUIC.
RaWarden extrait un score de menace en direct pour l'adresse IP source de connexion du démon de défense périphérique RaDome. L'administrateur voit la décision d'approbation parallèlement aux renseignements sur les menaces mondiales de l'adresse IP source : les sessions des réseaux à haut risque sont évaluées dans leur contexte.
RaWarden n'est pas un module complémentaire : il s'agit d'une couche de sécurité facturée séparément. Les prix seront annoncés prochainement.
| RaWarden Core | RaWarden StandardRecommandé | RaWarden Enterprise | |
|---|---|---|---|
| Prix mensuel | Bientôt disponible | Bientôt disponible | Bientôt disponible |
| Session Timeout | 60s sabit | Yapılandırılabilir | Yapılandırılabilir |
| Identity-Aware Privilege Downgrade | |||
| SELinux / auditd Integration | |||
| SSH Agent & PTY Ownership Transfer | |||
| CIDR / Key Fingerprint Bypass Allowlist | |||
| RaDome Threat Score Integration |
Intégrez RaTurka dans votre environnement de production en quelques minutes. Déployez l’agent avec une seule commande et mettez le chaos opérationnel derrière vous.
Plan gratuit disponible — aucune carte de crédit requise.
