Bardin Gate ARP
Funktionen und technische Daten
Jede Route mit eigener Richtlinie
In ARP hat jede Route ihre vollständig eigene Richtlinie: was woher wohin unter welchen Regeln hinüberdarf. Sie legen sie einmal fest, danach läuft sie ohne Sie; jede Änderung wird versioniert und protokolliert. Jede Route ist genau so streng, wie die Organisation es beabsichtigt: nicht versehentlich freizügiger und nicht strenger als nötig.
| Einstellung | Was sie entscheidet |
|---|---|
| Quelle, Ziel und Richtung | Host und Ordner auf jeder Seite. Die Richtung ergibt sich aus den Seiten der Hosts, und die Gegenrichtung ist eine eigene Route, weil Daten hinauszuschicken nicht dasselbe Risiko ist wie sie hereinzuholen. |
| Validierungsprofil | Welche deterministischen Regeln auf den angenommenen Bytes laufen. „Keine Validierung“ ist eine bewusste Wahl, nie ein Standard. |
| Prüfprofil | Welche Engines laufen und ob jede verpflichtend oder optional ist. |
| Datenabflussprofil | Welche Detektoren nach abfließenden Daten suchen. |
| Duplikate | Was geschieht, wenn bereits übertragener Inhalt erneut eintrifft: erneut zustellen, die frühere Kopie ersetzen oder beide unter verschiedenen Namen behalten. Keine Variante verwirft Inhalt. |
| Aufbewahrung | Wie lange die Appliance ihre eigene Kopie nach Abschluss eines Elements je Ergebnis behält. |
| Umgang mit dem Original | Was mit dem Original an der Quelle geschieht und wann. Löschen ist nie der Standard. |
Menschliche Freigabe, nur wo eine Route sie verlangt
Die Freigabe gehört zur Route. Sie ersetzt nicht das Urteil der Maschine: Eine Datei erreicht das Freigabetor erst, wenn die Richtlinie sie als sauber angenommen hat.
- Ein Tor ist eine Menge von Anforderungen, jede nennt eine Gruppe oder Personen und eine Anzahl. Alle sind gleichzeitig offen.
- Eine Person erfüllt höchstens eine Anforderung, sodass niemand in zwei Gruppen ein Zwei-Personen-Tor allein öffnen kann.
- Die erste Ablehnung beendet das Element. Ein Tor hat eine Frist, und ihr Ablauf ist eine Ablehnung.
- Jede Entscheidung fragt das Passwort erneut ab, und zwei gleichzeitige Entscheidungen können nicht kollidieren.
Wer was darf
| Aktion | Wer | Kontrolle |
|---|---|---|
| Eine Route oder ihre Richtlinie ändern | Administrator | Berechtigung zum Aktivieren der Konfiguration und erneut das Passwort |
| Zustand und Rückstau einer Route sehen | Bediener, Administrator | Berechtigung zum Anzeigen von Routen |
| Ein Element freigeben oder ablehnen | Der zugewiesene Freigebende | Mitgliedschaft in der Anforderung dieses Elements und erneut das Passwort |
| Nachweise exportieren | Bediener, Prüfer | Nur Metadaten und Nachweise, nie Dateiinhalt |
| Quarantäneinhalt freigeben | Niemand | Es gibt weder diese Berechtigung noch diesen Weg |
Zustand der Routen auf einen Blick
| Zustand | Bedeutung |
|---|---|
| Bereit | Aktiviert, und die Arbeit fließt. |
| Beeinträchtigt | Läuft, aber etwas stimmt nicht: eine optionale Engine ist aus oder der Rückstau wächst. |
| Blockiert | Aktiviert, kann aber nicht laufen. Neue Arbeit wird erst angenommen, wenn ein Bediener handelt. |
| Deaktiviert | In der Konfiguration abgeschaltet. Kein Fehler. |
Die Appliance
| Punkt | Wert |
|---|---|
| Bauform | Eine 2U-Rack-Appliance |
| Netze | Sicher, unsicher und Verwaltung; die ersten beiden werden nie verbunden |
| Anbindung an Ihre Systeme | rsync über SSH, SFTP und SMB3 mit Kerberos |
| Prüfung | 17 Validierungsregeln; Erkennung von Datenabfluss, ClamAV, YARA und das KI-Modell |
| Konsole | Im Browser, in vierzehn Sprachen |
| Konfiguration | Eine versionierte Datei mit jeder Route und Richtlinie, ohne Geheimnisse |
Mit unseren Fachleuten sprechen
Erzählen Sie uns von Ihrer Umgebung und was Sie brauchen. Jemand aus unserem Fachteam antwortet Ihnen.