Sicherheit: Jeder Zugriff sichtbar. Jede Regel bei Ihnen.
Weldall steht zwischen KI-Agenten und Ihren Systemen. Es prüft jede Anfrage gegen zentrale Rechte und protokolliert jeden Zugriff, ob gewährt oder abgelehnt.
- Gewährtcontracts:readVerträge09:41
- Gewährtcontracts:updateVerträge09:42
- Abgelehnthr-server:readHR-Server09:44
- Gewährtcrm:readCRM09:47
- Gewährtbilling:readAbrechnung09:48
Entwickelt von der Seibert Group.
ISO/IEC 27001:2022
Das Informationssicherheits-Managementsystem der Seibert Group ist zertifiziert. Zertifikat und Erklärung zur Anwendbarkeit finden Sie im Trust Center.
Leitlinie zur InformationssicherheitDSGVO
Die Seibert Group hat einen Datenschutzbeauftragten bestellt. Unterlagen zu Datenpannen-Meldungen und Datenschutz-Folgenabschätzungen sind im Trust Center gelistet.
Trust CenterWas Weldall speichert
Weldall speichert Konfiguration, Audit-Einträge und verschlüsselte Zugangsdaten für Verbindungen in PostgreSQL. Der Agent erhält nur die fachliche Antwort.
Weldall-Doku
Keine Zugangsdaten für den Agenten.
Anmeldung über Ihren Identity Provider
Weldall hat keine lokalen Konten. Mitarbeitende melden sich über den bestehenden OIDC-Identity-Provider Ihres Unternehmens an.
Der Agent sieht nie ein Token
Die CLI legt Sitzung und Geräteschlüssel im sicheren Schlüsselspeicher des Betriebssystems ab und sendet Anfragen selbst; der Agent bekommt nur die fachliche Antwort.
Kurzlebige, gerätegebundene Tokens
Access-Tokens sind kurzlebig und per DPoP an den Geräteschlüssel gebunden. Refresh-Tokens werden bei jeder Erneuerung ersetzt. Ein bereits genutztes gilt danach nicht mehr.
Offene Standards und Entwürfe
OAuth 2.0 mit PKCE, DPoP (RFC 9449) und der IETF-Entwurf Identity Assertion JWT Authorization Grant (ID-JAG).
Sicherheitsmodell in der Doku
Die Standards kurz erklärt.
Zwei kurze Videos zu ID-JAG und DPoP, den beiden Verfahren hinter der Anmeldung und den Tokens.
Identity Assertion JWT Authorization Grant
Der IETF-Entwurf, der eine einzige Anmeldung entlang einer Vertrauenskette weiterträgt.
Demonstrating Proof of Possession
Das Verfahren (RFC 9449), das ein Token ohne den passenden Schlüssel wertlos macht.
Sie entscheiden, wer was darf.
Berechtigungen je Person
Admins legen zentral fest, welche Scopes jede Person nutzen darf. Ob eine Anfrage erlaubt ist, entscheidet der Autorisierungsserver.
Anmeldung nur nach Freigabe
Die Anmeldung über den Identity Provider allein gewährt keinen Zugang. Ein Admin weist ihn vor der ersten Anmeldung zu.
Nur registrierte Dienste
Vor jeder Anfrage prüft Weldall, ob das Ziel zu einem registrierten Dienst gehört und ob der Scope unterstützt und freigegeben ist. Bei SaaS-Tools wie HubSpot filtert Weldall zusätzlich nach REST-Endpunkt und wendet eigene Richtlinien an.
Rechte auch als Code
Scopes, Dienste, Skills und Zuweisungen lassen sich als YAML im Git-Repository verwalten. weldall plan zeigt jede Änderung, bevor sie gilt.
Infrastructure as Code in der Doku
Verbindungen, die unter Kontrolle bleiben.
Persönliche Verbindungen
Jede Person verbindet ihr eigenes Konto und bestätigt den Zugriff. Eine Verbindung gehört allein dieser Person.
Berechtigungen von Admins gewählt
Admins legen fest, welche Berechtigungen ein angebundenes System anbietet; Nutzerinnen und Nutzer können nur diese bestätigen.
Verschlüsselt auf dem Server
Zugangsdaten der Anbieter werden mit Envelope Encryption gespeichert, der Schlüssel liegt in der Serverumgebung oder in OpenBao. Diese Zugangsdaten gelangen nie auf das Gerät der Person.
Widerrufbar
Eine Verbindung lässt sich jederzeit entfernen. Bei Google versucht Weldall dabei auch, den Zugriff zu widerrufen.
Betreiben Sie Weldall dort, wo es zu Ihrem Unternehmen passt.
Selbst gehostet
Betreiben Sie Weldall als einzelnen Container in Ihrer eigenen Infrastruktur. Weldall läuft ohne Root-Rechte und speichert Konfiguration, Audit-Einträge und verschlüsselte Zugangsdaten in Ihrer PostgreSQL-Datenbank.
Anleitung zur EinrichtungBetrieben von der Seibert Group
Sie möchten Weldall nicht selbst betreiben? Die Seibert Group übernimmt den Betrieb für Sie.
Mit dem Engineering-Team sprechen
Offen einsehbar.
Quellcode öffentlich
Der Quellcode von CLI und Server liegt öffentlich auf GitHub. Er steht unter der Functional Source License, die jede Version nach zwei Jahren zu Apache 2.0 macht.
Quellcode auf GitHubSchwachstellen melden
Sie haben eine Schwachstelle gefunden? Melden Sie sie an security@seibert.group. Die Seibert Group betreibt ein Programm zur Meldung von Schwachstellen.
Sicherheit bei der Seibert Group
Fragen und Antworten
Bekommt der KI-Agent Zugriff auf unsere Zugangsdaten?
Nein. Der Agent erhält nie ein Access-Token und speichert keine Zugangsdaten. Die Weldall CLI sendet die Anfrage selbst und gibt nur die fachliche Antwort zurück. Ihre Tokens sind kurzlebig und per DPoP an das Gerät der Person gebunden.
Welche Identity Provider werden unterstützt?
Jeder OpenID-Connect-Anbieter, zum Beispiel Google Workspace, Okta, Entra ID, Keycloak oder Auth0. Weldall hat keine lokalen Konten und keine Passwörter. Die Anmeldung allein gewährt nichts: Ein Admin vergibt den Zugang per E-Mail-Adresse oder Gruppe.
Was passiert, wenn ein Token gestohlen wird?
Ein abgefangenes Token allein nützt wenig. Access-Tokens sind kurzlebig und per DPoP an den Geräteschlüssel gebunden, sodass sie auf einem anderen Rechner nicht nutzbar sind. Refresh-Tokens werden bei jeder Erneuerung ausgetauscht, und ein bereits genutztes ist nicht mehr gültig.
Wie schnell können wir Zugriffe entziehen?
Weldall fragt die Gruppenzugehörigkeit bei jeder Zugriffsentscheidung neu beim Group Provider ab, statt sie zwischenzuspeichern. Wer aus einer Gruppe entfernt wird oder einen Scope verliert, hat ab der nächsten Entscheidung keinen Zugriff mehr. Das Deaktivieren eines Maschinen-Clients oder das Entfernen seiner Freigaben stoppt sofort neue Tokens, und bereits ausgestellte laufen spätestens nach fünf Minuten ab.
Werden unsere Daten zum Training von KI-Modellen genutzt?
Nicht bei SeibertGPT, dem in Helsinki (EU) gehosteten Modell der Seibert Group: Prompts und Antworten werden nie zum Training genutzt, und Inhalte von API-Anfragen werden nicht gespeichert. Wenn Sie eigene Modelle nutzen, gilt Ihre Vereinbarung mit dem jeweiligen Anbieter.
Sicherheitsprüfung