BURSUcm
BURSU PAM · Beta

Ein aufzeichnendes Gateway zwischen Ihren Administratoren und Ihren Servern

BURSU PAM ist ein Gateway für privilegierten Zugriff. Man verbindet sich mit dem Gateway, nicht mit dem Server: Es meldet sich mit einem Passwort, das die Person nie sieht, am Zielsystem an, zeichnet die Sitzung auf, lässt einen Auditor live zusehen und sie beenden und schreibt jede Aktion in ein Audit-Protokoll, in dem jede spätere Änderung sichtbar wird. Gateway, Datenbank und Aufzeichnungen bleiben bei Ihnen.

So funktioniert es

Das Gateway meldet sich an, die Person bekommt das Passwort nie

Das Gateway ist ein Dienst auf Ihrem eigenen Server neben seiner PostgreSQL-Datenbank. Eine Person meldet sich dort an, das Gateway prüft die Zugriffsregel für diese Person, diesen Server und dieses Konto, öffnet die Verbindung zum Ziel selbst mit dem gespeicherten Geheimnis und leitet die Sitzung durch – mit Aufzeichnung.

  1. Anmeldung: Passwort und Einmalcode, ein Verzeichniskonto oder Kerberos.
  2. Regelprüfung: wer, welcher Server, welches Konto, wann – und ob Terminal, Dateiübertragung und Zwischenablage erlaubt sind.
  3. Anmeldung am Ziel: Das Gateway entschlüsselt das Geheimnis des Kontos und prüft den Host-Schlüssel oder das Zertifikat des Ziels.
  4. Aufzeichnung und Live-Ansicht: Ein Auditor kann die Sitzung ansehen und beenden.
  5. Ende: Die Aufzeichnung wird geschlossen und signiert, die Ereignisse gehen ins Audit-Protokoll und an Ihr SIEM.

bursucm.com sieht nie eine Sitzung. Es stellt nur Lizenzen aus, und das Gateway ruft es nur auf, wenn ein Administrator eine Online-Schaltfläche drückt oder den täglichen Abgleich einschaltet. Ohne Internet arbeitet das Gateway vollständig: Eine Lizenz kommt per Anforderungscode.

bursu-pam · der Weg einer Sitzung
BURSU Connection Manager und andere Clients verbinden sich mit dem Gateway; das Gateway prüft die Anmeldung, wendet die Regeln an, zeichnet auf, protokolliert und verbindet sich mit den Servern; bursucm.com stellt nur Lizenzen aus. bursucm.com nur Lizenzen Lizenzdatei BURSUcm PAM Gateway andere Clients OpenSSH · PuTTY WinSCP · mstsc · VNC psql · mysql · sqlcmd BURSU PAM-Gateway Anmeldung + MFA Zugriffsregeln Aufzeichnung · Live-Ansicht Audit-Protokoll → SIEM Linux, Unix · SSH Windows · RDP Linux, macOS · VNC Netzwerkgeräte Telnet PostgreSQL · MySQL SQL Server das Passwort bleibt auf dem Gateway PostgreSQL · /var/lib/bursu-pam · SIEM

Was das Gateway leistet

Alles, was eine privilegierte Sitzung braucht, auf einem Server, den Sie betreiben.

Passwörter bleiben auf dem Gateway

Passwörter und SSH-Schlüssel der Zielserver liegen verschlüsselt auf dem Gateway, das sich selbst anmeldet. Ein Benutzer kann sie weder sehen noch kopieren noch mitnehmen; nicht einmal ein Administrator kann ein gespeichertes Passwort lesen – nur ersetzen.

Jede Sitzung aufgezeichnet

Terminalsitzungen als Text, durchsuchbar nach dem Getippten, Desktops als Video mit Spulen und MP4-Export, Datenbanksitzungen als Liste der ausgeführten Abfragen.

Live zusehen, sofort beenden

Ein Auditor sieht eine laufende Sitzung und kann sie beenden. Eine Sitzung endet auch, wenn ihre Regel abläuft oder gelöscht wird.

Zugriffsregeln

Wer sich wann mit welchem Server unter welchem Konto verbinden darf – und ob Terminal, Dateiübertragung und Zwischenablage erlaubt sind, Regel für Regel.

Anfragen und Freigaben

Ein Benutzer beantragt Zugriff für eine Zeit, ein Genehmiger gibt ihn frei oder lehnt ab. Notfallzugriff (Break-Glass) wird anschließend verpflichtend geprüft.

Befehlskontrolle

Gefährliche Befehle in einer SSH-Sitzung können abgewiesen oder während der Sitzung einem Genehmiger zur Bestätigung vorgelegt werden.

Ein Audit-Protokoll, das Manipulation zeigt

Jedes Ereignis ist über seinen Hash mit dem vorherigen verkettet, mit regelmäßigen Prüfpunkten; die Integritätsprüfung findet eine in der Datenbank geänderte oder gelöschte Zeile. Aufzeichnungen liegen mit signierten Manifesten und Hashes vor.

Ihr SIEM erhält jedes Ereignis

Audit-Ereignisse gehen per Syslog (RFC 5424) als CEF, LEEF oder JSON hinaus.

Anmeldung nach Ihrer Wahl

Lokale Konten mit Passwort und TOTP-Code aus einer Authenticator-App, dazu Wiederherstellungscodes; Konten aus Active Directory und LDAP; Single Sign-on über Kerberos.

Vier Rollen

Administrator richtet das Gateway ein, User verbindet sich und beantragt Zugriff, Approver genehmigt Anfragen und Befehle, Auditor sieht Sitzungen und Aufzeichnungen, liest die Protokolle und prüft ihre Integrität.

Bei Ihnen vor Ort

Gateway, Datenbank, Schlüssel und Aufzeichnungen liegen auf Ihrem Server. Der Hauptschlüssel liegt in /var/lib/bursu-pam/keys, nicht in der Datenbank – eine Kopie der Datenbank allein öffnet also kein Geheimnis und keine Aufzeichnung.

Eine Webkonsole in acht Sprachen

Englisch, Deutsch, Spanisch, Portugiesisch (Portugal und Brasilien), Russisch, Ukrainisch und Georgisch; jeder Benutzer wählt seine eigene. Die Konsole funktioniert auch ohne JavaScript.

Protokolle und Clients

Man arbeitet mit den gewohnten Programmen und richtet sie auf das Gateway statt auf den Server.

Protokoll Gateway-Port Clients
SSH, SFTP, SCP2222OpenSSH, PuTTY, WinSCP, FileZilla, BURSUcm
Telnet (Netzwerkgeräte)2222jeder SSH-Client, BURSUcm
RDP3389mstsc mit einer .rdp-Datei, BURSUcm
VNC5900VNC-Viewer, BURSUcm
PostgreSQL15432psql und Programme mit Fenster, BURSUcm
MySQL / MariaDB13306mysql und Programme mit Fenster, BURSUcm
Microsoft SQL Server11433sqlcmd und Programme mit Fenster, BURSUcm

Das sind die Standardports; bursu-pam-configure ändert sie. Port 22 bleibt beim eigenen SSH des Servers. Webkonsole und BURSUcm-Anmeldung laufen über 443. Lassen Sie die Zielserver SSH, RDP, VNC, Telnet und Datenbankverbindungen nur von der Adresse des Gateways annehmen – sonst verbindet sich, wer ein Passwort anderweitig erfahren hat, am Gateway vorbei und ohne Aufzeichnung.

BURSU Connection Manager

Ein Doppelklick, kein Passwort auf dem Gerät

BURSU Connection Manager hat neben BURSUcloud, PostgreSQL und lokal einen vierten Speichermodus: PAM Gateway. Man meldet sich mit Gateway-Login, Passwort und Code an – oder mit Windows bzw. Kerberos – und sieht nur die Server, die die Regeln erlauben.

  • Ein Doppelklick verbindet: Die App holt beim Gateway ein Einmal-Ticket, gültig 60 Sekunden und für eine Verbindung, und verwendet es. Kein Serverpasswort erreicht je das Gerät.
  • SSH, Telnet, RDP, VNC und Datenbanken; die Dateien des Servers per SFTP, soweit die Regel es erlaubt.
  • Zugriffsanfragen werden aus der App gestellt; der Katalog ist schreibgeschützt.
  • Ab BURSUcm 5.5.1 unter Windows und 3.3.7 unter Linux und macOS.

BURSU Connection Manager herunterladen →

Vertrauen, Anmeldung und Aufzeichnung

  • Das Zertifikat des Gateways wird beim ersten Mal über seinen SHA-256-Fingerabdruck bestätigt, ein geändertes wird abgewiesen.
  • Die Anmeldung gilt so lange, wie der Administrator festlegt – standardmäßig 8 Stunden –, und die Abmeldung beendet die damit geöffneten Sitzungen.
  • Jede Sitzung wird auf dem Gateway aufgezeichnet, genau wie eine, die mit einem anderen Client geöffnet wurde.

Voraussetzungen

Der Gateway-Server

  • Ein Windows- oder Linux-Server auf x86_64. Die Beta erscheint zuerst als Linux-Pakete – Debian / Ubuntu, RPM und Arch –, das Windows-Paket folgt. Ein Paket; .NET ist enthalten.
  • Mindestens 4 GiB Arbeitsspeicher; jede RDP- oder VNC-Sitzung kann bis zu 512 MiB und einen Prozessorkern belegen.
  • Mindestens 5 GiB frei in /var/lib/bursu-pam, mehr für Aufzeichnungen von Desktopsitzungen.
  • Unter Linux: cgroup v2, Landlock und seccomp – ein aktueller Kernel bringt sie mit; sudo bursu-pam-check prüft es.
  • Eine nicht leere /etc/machine-id (die Lizenz ist daran gebunden) und Zeitsynchronisation.

Die Datenbank

  • PostgreSQL 15 oder neuer. Standardmäßig holt das Linux-Paket PostgreSQL 16 aus dem Archiv der Distribution und legt eine eigene Datenbank und Rolle an, die sich ohne Passwort über den Unix-Socket anmeldet.
  • Ein externer PostgreSQL-Server geht auch; dann braucht das Gateway nur den Client.

Das Netzwerk

  • Eingehend: 443 (Konsole und BURSUcm), 2222 (SSH, SFTP, SCP, Telnet) sowie 3389, 5900, 15432, 13306, 11433 für das, was Sie einschalten. Das Paket ändert die Firewall nie.
  • Ausgehend: die Zielserver, die Domänencontroller, Mail, das SIEM – und bursucm.com nur, wenn Sie es verlangen.
  • Benutzer: ein aktueller Browser und eine Authenticator-App; BURSUcm, wenn sie möchten.

Installieren

Linux ist die Beta-Plattform: ein Paket für Debian / Ubuntu, Fedora / RHEL oder Arch oder das signierte Repository, damit neue Versionen mit den Updates des Systems ankommen. Ein Windows-Paket folgt.

Linux BETA

Demnächst verfügbar.

Dieses Paket wird gebaut; das Repository bekommt es zur gleichen Zeit.

Demnächst verfügbar.

Dieses Paket wird gebaut; das Repository bekommt es zur gleichen Zeit.

Demnächst verfügbar.

Dieses Paket wird gebaut; das Repository bekommt es zur gleichen Zeit.

Nach dem Paket
Das Paket fragt nach den Ports und startet das Gateway. Prüfen Sie den Host und öffnen Sie dann https://<Gateway-Adresse>/setup: Der Einrichtungsassistent fragt nach dem einmaligen Setup-Code, den die Installation ausgegeben hat, legt den Verschlüsselungsschlüssel und den ersten Administrator mit zweitem Faktor an und endet auf der Lizenzseite, wo die 7-Tage-Testlizenz startet.
Prüfen sudo bursu-pam-check
Setup-Code sudo cat /var/lib/bursu-pam/setup-code

Windows

Folgt später

Das Windows-Paket des Gateways folgt auf die Linux-Beta.

BURSU Connection Manager, der Client, läuft unter Windows, Linux und macOS und verbindet sich im Modus PAM Gateway über das Gateway.

Lizenzierung

Lizenziert nach der Zahl der in der Konsole eingeschalteten Zielserver; Benutzer sind unbegrenzt. Für ein Angebot schreiben Sie dem Vertrieb.

7-Tage-Testlizenz

Alle Funktionen, bis zu 25 aktive Server, 7 Tage lang. Die Testlizenz startet nach dem Einrichtungsassistenten auf der Lizenzseite des Gateways: mit einem Aufruf von bursucm.com, wenn das Gateway online ist, sonst mit einem Anforderungscode, eingefügt auf bursucm.com/pam/activate.

Eine signierte Lizenzdatei

Eine bezahlte Lizenz ist eine von BURSUsofts signierte Datei, gebunden an die Installation und ihren Server. Das Gateway prüft sie über die ganze Laufzeit offline: Es gibt keinen Fernschalter, der Ihr Gateway abschalten könnte.

Wenn eine Lizenz endet

Ein sanfter Stopp, kein Abschalten. Nach der Laufzeit – bei einer bezahlten Lizenz nach der darin festgelegten Kulanzzeit – werden neue Sitzungen und Änderungen in der Konsole abgewiesen. Audit, Aufzeichnungen, SIEM-Export, Live-Ansicht und das Beenden von Sitzungen funktionieren weiter.

Angebot vom Vertrieb

Sagen Sie uns, wie viele Server das Gateway erreichen soll. Eine bezahlte Lizenz wird auf Ihr bursucm.com-Konto ausgestellt und mit einem Schlüssel aktiviert, online oder per Anforderungscode.

sales [at] bursusofts.com

Ihre Lizenzen

Lizenzen, offline gestartete Testlizenzen und zugeordnete Installationen gehören zu einem bursucm.com-Konto. Melden Sie sich an, um Ihre zu sehen.

Anmelden Konto erstellen

Das BURSU PAM-Handbuch

Installation, Konsole, jede Rolle, die Clients und was jede Meldung bedeutet – auf Englisch, Russisch und Georgisch.

Handbuch öffnen

Fragen vor der Installation?

Schreiben Sie uns zu einem Pilotprojekt, einem Angebot oder einer Integration.