Authentifizierung reicht nicht aus; eine menschliche Genehmigung ist erforderlich.
RaWarden stellt jede privilegierte SSH-Sitzung hinter eine menschliche Genehmigungsentscheidung. Der Bediener authentifiziert sich, sieht einen Einmalcode in seinem Terminal und es öffnet sich keine Root-Shell, bis das Panel dies sagt.
$ ssh root@prod-server-01
SESSION GENEHMIGUNGSCODE: 482-917
Genehmigung im Gremium – 60 s Zeitüberschreitung
[wartet auf Genehmigung des Gremiums...]
✓ Genehmigt → Berechtigungsverlust → Shell
Sobald die Authentifizierung erfolgreich ist, wird die Shell geöffnet. Es spielt keine Rolle, ob der Schlüssel gestohlen wurde, aus einer CI/CD-Pipeline durchgesickert ist oder von einem betrügerischen Insider missbraucht wurde. Im SSH-Protokoll steht „root angemeldet“ – wer hat sich tatsächlich angemeldet, zu welchem Zweck, wann hätte es gestoppt werden können: alles unbeantwortet.
Die Standardverhärtung bewacht die Tür – nicht den Moment des Privilegs.
Root-Anmeldungen werden aufgezeichnet, die tatsächliche Betreiberidentität wird jedoch gelöscht.
Es gibt keinen Mechanismus, um jemanden zu stoppen, der sich bereits darin befindet – nur Post-hoc-Analyse.
Ein zweiter Faktor in der Bastion schützt den Moment der Privilegierung auf dem Server nicht.
Vergleich zwischen traditioneller Bastion-/Schlüsselverwaltung und RaWarden
Vergleich
Integriert über OpenSSH ForceCommand. Authentifizierung ist nicht ausreichend; Keine Hülle öffnet sich ohne eine positive Entscheidung. Es gibt konstruktionsbedingt keinen Umgehungspfad.
akzeptiert haben. Der genehmigende Administrator weist zum Zeitpunkt der Entscheidung den Zielbenutzer und die UID zu. Vollständiger Setgroups → Setgid → Setuid-Übergang. Der Audit-Trail zeigt die tatsächliche Identität, nicht nur „root-angemeldet“.
Funktioniert nahtlos auf STIG/CIS-gehärteten Systemen. Setzt SELinux-Kontexte korrekt, schreibt loginuid für auditd, chownet den SSH-Agent-Socket und PTY erneut für den Zielbenutzer.
Wenn die Steuerungsebene nicht erreichbar ist, wird die Sitzung verweigert – nicht blind zugelassen. Jede Entscheidung wird in LOG_AUTH geschrieben – der Prüfpfad ist lokal, auch wenn das Panel ausgefallen ist.
Jede Anfrage von der Gate-Binärdatei trägt einen HMAC-signierten Metablock mit Zeitstempel, Nonce, Anfrageumfang und Rolle. Die Steuerungsebene kann überprüfen, ob die Anforderung tatsächlich von der Binärdatei des privilegierten Hosts stammt.
Explizite Bypass-Liste für CI/CD-Läufer und Dienstschlüssel basierend auf CIDR- oder SSH-Schlüsselfingerabdruck. Jedes Bypass-Ereignis wird immer protokolliert – niemals still.
Klicken Sie sich durch jeden Schritt – Sie treffen die Panel-Entscheidung.
SSH-Schlüsselauthentifizierung erfolgreich. In einem Standardablauf würde sich die Shell öffnen – in RaWarden ist dies nicht der Fall.
$ ssh root@prod-server-01
Authentifizierung erfolgreich.
Panel wartet auf Benachrichtigung...
Schützen Sie Tausende von Kunden-VPS-Root-Konten mit zentraler menschlicher Genehmigung.
Erzwingen Sie die Break-Glass-Genehmigung auf Produktions-Bastion-Servern.
Beweisen Sie, dass jede privilegierte Sitzung in den Bereichen Finanzen, Gesundheitswesen und Regierung autorisiert und zuordenbar war.
Machen Sie den SSH-Root-Zugriff zu einem überprüften Ereignis und nicht zu einem Standard.
SSH-Schlüsselauthentifizierung erfolgreich. In einem Standardablauf würde sich die Shell öffnen – in RaWarden ist dies nicht der Fall.
Raturka-Gate installiert, während OpenSSH ForceCommand ausgeführt wird. Noch keine Hülle.
Der Genehmigungscode wird auf dem Terminal gedruckt. Ein 60-Sekunden-Countdown beginnt. Sitzung ist eingefroren.
RaGent sendet einen signierten Webhook an das Panel: OTP, Quell-IP, RaDome-Bedrohungsbewertung.
Ein autorisierter Administrator trifft die Entscheidung im Panel. Genehmigen → fortfahren. Verweigern oder Zeitüberschreitung → Verbindung geschlossen.
Der Administrator weist den Zielbenutzer zu und UID. RaWarden führt den Übergang setgroups → setgid → setuid durch.
Audit-Trail zeigt Root → echten Benutzer. Jedes Ereignis wurde in LOG_AUTH geschrieben.
RaWarden arbeitet über den RaGent-Agenten. Die Gate-Binärdatei sendet eine signierte session_gate_create-Anfrage über lokales UDS an RaGent. RaGent sendet einen Webhook an das Panel und hält den blockierten Arbeiter zur Genehmigung bereit. Das Gremium sendet seine Entscheidung über QUIC zurück.
RaWarden ruft einen Live-Bedrohungsscore für die verbindende Quell-IP vom RaDome Edge-Defense-Daemon ab. Der Administrator sieht die Genehmigungsentscheidung zusammen mit den globalen Bedrohungsinformationen der Quell-IP – Sitzungen von Netzwerken mit hohem Risiko werden im Kontext bewertet.
RaWarden ist kein Add-on – es ist eine separat abgerechnete Sicherheitsschicht. Preise werden in Kürze bekannt gegeben.
| RaWarden Core | RaWarden StandardEmpfohlen | RaWarden Enterprise | |
|---|---|---|---|
| Monatlicher Preis | Demnächst erhältlich | Demnächst erhältlich | Demnächst erhältlich |
| 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 |
