M365-Benutzer anlegen
Risiko: HochWorkflow · Kollegen-Onboarding
Governance ist Teil des Produktkerns.
Kontrollierte Autonomie heißt: klare Freigaben, technische Grenzen, prüfbar im Security-Review.
Sicherheit
Was uns auszeichnet
Sicherheit ist bei nordnung.ai kein Zusatz, sondern der Bauplan: von der Plattform bis zum einzelnen Klick am Gerät.
Auf BSI IT-Grundschutz++ ausgelegt
Unser ISMS folgt dem neuen IT-Grundschutz++ des BSI. Rollen, Prozesse und Nachweise sind danach aufgebaut.
ISO 27001 in Vorbereitung
Wir bauen ein ISMS nach ISO/IEC 27001 auf. Das Zertifizierungsaudit ist für das 1. Halbjahr 2027 geplant.
KRITIS-konform
Gebaut für Betreiber kritischer Infrastruktur: Freigabe vor jedem kritischen Schritt, lückenloses Audit-Log, Plattform in Deutschland, für regulierte Kunden eigener Schlüssel (BYOK) und Zwei-Faktor-Pflicht.
NIS-2-konform
Jede Aktion ist protokolliert, jede Freigabe nachvollziehbar. So belegt ihr Risikomanagement und Nachweise nach § 30 BSIG direkt aus dem Betrieb.
DSGVO-konform
Auftragsverarbeitungsvertrag nach Art. 28 DSGVO mit TOM. Die KI läuft anbieterunabhängig in europäischen Rechenzentren.
Made in Germany
Entwickelt von der nordnung GmbH in Hamburg. Die Plattform ist selbst gehostet in Deutschland.
Tenant-Isolation
Jeder Kunde bekommt eine eigene Instanz. Daten, Zugänge und Protokolle bleiben getrennt.
Audit-Log und Kill Switch
Jeder Schritt steht im Audit-Log. Mit dem Kill Switch stoppt ihr jede Sitzung sofort.
nordnung.ai · audit.log
> session start: ticket #4821
instanz-isolation verifiziert ✓
AUDIT: eigene Instanz · Rechenzentrum DE
> credential anfordern: exchange
vault injection auf freigegebenes Asset ✓
POLICY: Passwörter werden nicht an das KI-Modell übergeben
> aktion ausführen: mailbox permission
security-agent: vier-augen-prüfung bestanden ✓
freigabe durch admin@kunde.de ✓
AUDIT: Signatur + Methodenaufruf protokolliert
> kill switch verfügbar
session jederzeit stoppbar ✓
Neun Zusagen, alle prüfbar.
Jede Zusage belegt: im Audit-Log, im AVV oder im Security-Review.
- ✓Hosting in DeutschlandEigene Instanz je Kunde
- ✓Instanz-IsolationDaten & Ausführung getrennt
- ✓Credentials im VaultAES-256, freigegebene Assets
- ✓Passwörter nicht beim KI-ModellCredentials Engine setzt sie direkt ein
- ✓Vier-Augen-PrinzipEin Security-Agent prüft jede Aktion, kritische Schritte gibt zusätzlich euer Team frei
- ✓Audit-LogIntegritätsgeprüft, je Schritt
- ✓Kill SwitchSofort stoppbar
- ✓KI anbieterunabhängigIn europäischen Rechenzentren
- ✓AVV & Security-ReviewReview auf Anfrage
Sicherheit im Betrieb
Ohne KI zu verteidigen ist heute das größere Risiko.
Angreifer finden Lücken heute mit KI, bauen daraus in kurzer Zeit Angriffswege und setzen sie automatisiert ein. Verteidiger hängen an Tests, Freigaben, Wartungsfenstern und zu wenigen Leuten. So beschreibt es das BSI 2026 und fordert „neue Maßstäbe in der Reaktionsgeschwindigkeit“. Fast 30 % der 2025 ausgenutzten Lücken wurden am Tag ihrer Veröffentlichung oder schon davor angegriffen. Wer per Hand und Skript patcht, ist zu langsam.
Bei PHP2Shell gab es den ersten Angriffsversuch vier Tage vor dem Patch. Bei SecureVibe waren trotzdem alle 44 PHP-Systeme noch am selben Abend gepatcht, nichts ging offline. So lief es bei PHP2Shell
- ✓
Er weiß, was wo läuft. Er prüft über alle Ebenen, nicht nur die Liste im Werkzeug.
- ✓
Er hört nicht beim Paket auf. Version prüfen, aktualisieren, Dienst neu starten, Funktion testen.
- ✓
Er arbeitet parallel. Alle betroffenen Systeme gleichzeitig, jedes mit Snapshot und Rückweg.
- ✓
Ihr behaltet die Kontrolle. Freigabe, Vier-Augen-Prinzip und Audit-Log gelten im Notfall wie im Alltag.
Quellen: BSI, „Auswirkungen auf die Cybersicherheit von Organisationen durch die Entwicklung im Bereich Künstlicher Intelligenz“ (2026) · VulnCheck, State of Exploitation 2026
Probier es aus
Löse den Fall selbst oder übergib ihn an den KI-Kollegen.
ServicedeskLevel 1/5Nachgestellter Fall0:00
KI-Kollege am GerätVersuch, die Mail zu senden
Postausgang – anna.berger@firma.example – Outlook– □ ✕
Elemente: 1⚠ Offline arbeiten
KI-Kollege
Freigaben, bevor etwas passiert
Alle wartenden Aktionen laufen in einer Inbox zusammen, sortiert nach Risiko. In Betriebsweise 1 wird kein Schritt ausgeführt, bevor ein Admin ihn freigegeben hat.
Probier's aus: Freigeben oder Ablehnen, wie in der Plattform.
Beim ersten Kunden, einem IT-Systemhaus, sind 81 % automatisiert, Stand Oktober 2026. Die Entscheidung, wann das passiert, bleibt beim Menschen.
nordnung.ai · approvals-inboxSchematische Ansicht · Demo-Daten
Offene Freigaben (3)
Diagnose-Skript am Arbeitsplatz ausführen
Risiko: MittelGerät · FIN-PC-04
SharePoint-Liste lesen
Risiko: NiedrigWorkflow · Lizenz-Übersicht
Autonomie ist bewusst abgestuft
Sie wächst mit dem Vertrauen des IT-Teams: von der ersten Freigabe bis zum eigenständigen Lösen.
Betriebsweise 1
Ein Werkzeug der IT. Das Team bedient nordnung, jede relevante Aktion bleibt freigabepflichtig.
Betriebsweise 2
nordnung agiert eigenständig, arbeitet aber mit engen Freigaben im definierten Nutzerkontext.
Betriebsweise 3
nordnung nimmt Anrufe entgegen, löst eigenständig und eskaliert, wenn nötig.
Datenfluss und Anbieter
Problemaufnahme, kontrollierte Ausführung und Rückmeldung sind getrennte Pfade. Nicht jede Information erreicht jeden Pfad.
Least Privilege pro Agent, Scope und Endpunkt.
Audit- und Betriebsdaten nur so lange vorgehalten, wie für Nachvollziehbarkeit und Support nötig. Details in AVV und Review.
Ziel: maximale Unabhängigkeit von externen Anbietern; Open-Source-Prinzipien als strategischer Kern.
Für regulierte Kunden: eigener Schlüssel (BYOK) und Zwei-Faktor-Pflicht.