Zum Inhalt springen

Plattform · Steuerung

Wer sieht was? Sie legen es fest. Wir setzen es durch.

Für IT-Leitung und Informationssicherheit: wer welche Daten sieht, wie Rechte entstehen, was protokolliert wird, was Prüfer bekommen und wer betreibt. Bei NXN RAG und NXN Agent werden Login, Rollen und App-Rechte serverseitig erzwungen, das Frontend kann sie nicht umgehen. Ob die Anwendung bei Ihnen läuft oder in der Private Cloud in Deutschland: Den Betrieb übernehmen wir.

kostenlos · 30 Minuten · telefonisch oder online

Rollen × DatenquellenBeispiel
RolleERPFileserverWerkstatt
Geschäftsführung
Projektleitung
Service & Technik

Am Beispiel NXN RAG · geprüft auf dem Server, nicht im Browser.

Rollenmodell

Rechte entstehen bewusst. Nicht durch Vererbung.

NXN RAG und NXN Agent haben ein eigenes Rollenmodell. Bestehende Rechte auf Fileserver oder Datenbank werden dabei nicht automatisch übernommen. Das ist Absicht: Gewachsene Freigaben sind oft weiter gefasst als gewollt, und eine KI findet, was jemand sehen darf, sehr viel schneller als ein Mensch. Deshalb entscheiden Sie bewusst neu.

  1. Schritt 1: Datenquellen auswählen.

    Welche Datenbanken, Dateiablagen und Postfächer angebunden werden, legen wir gemeinsam fest. Zum Beispiel zum Start eine Fachdatenbank und eine Dokumentenablage.

  2. Schritt 2: Je Datenquelle festlegen, wer sie sehen darf.

    Für jede Datenquelle bestimmen Sie, welche Rolle sie sehen darf, etwa Geschäftsführung, Projektleitung oder Service.

  3. Schritt 3: Bestehende Rechte prüfen, nicht übernehmen.

    Wir sehen uns die heutigen Freigaben mit Ihnen an und übernehmen nur, was Sie bewusst bestätigen.

  4. Schritt 4: Serverseitig durchsetzen und aktuell halten.

    Login, Rollen und App-Rechte werden serverseitig erzwungen. Im Betrieb halten wir Zugriffe und Freigaben aktuell.

Bei NXN Agent legen wir zusätzlich fest, an welche Person oder Gruppe eine Anfrage geht und wer freigibt. In NXN Compliance OS regelt ein Rollenmodell, wer was sehen und bestätigen darf, mit Mandantentrennung zwischen Bereichen. Wie aufwendig das ist, hängt von der Zahl der Datenquellen und Rollen ab. Wir klären es im Erstgespräch.

Rechte und Zugriff

Was jedes Produkt darf. Und was nicht.

NXN RAG · NXN AgentRechte serverseitig

Login, Rollen und App-Rechte werden serverseitig erzwungen, das Frontend kann sie nicht umgehen. Durchgesetzt auf dem Server, nicht im Prompt.

NXN RAGNur lesender Datenbankzugriff

NXN RAG kann Unternehmensdaten abfragen, aber nicht verändern. Schreiben ist technisch ausgeschlossen.

NXN RAGVerschlüsselte Zugangsdaten

Zugangsdaten zu Ihren Systemen sind verschlüsselt hinterlegt.

NXN RAGKontrollierte Datenstrukturen

Tabellen, Felder und Statuswerte sind kontrolliert hinterlegt. Die KI erfindet keine Tabellen- oder Feldnamen.

NXN AgentSchreibende Aktionen nur nach Festlegung

Ob der Agent in anderen Systemen etwas tun darf, zum Beispiel einen Vorgang anlegen, legen Sie fest. Ohne Festlegung keine schreibende Aktion.

NXN Compliance OSMandantentrennung

Getrennte Bereiche in einem System. Einmal aufgebaute Prozesse gelten für den nächsten Standard und den nächsten Standort.

Die vollständigen Zusagen von NXN RAG, von „Nur lesen“ bis „Audit-Log“, stehen auf der Produktseite. → Alle sieben Zusagen von NXN RAG

Audit-Log

Was protokolliert wird, je Produkt.

Ein Audit-Log ist nur nützlich, wenn klar ist, was darin steht. Hier drei Auszüge, wie sie in den Produkten aussehen könnten.

Vereinfachte Darstellung mit fiktiven Beispieldaten, keine Systemausgabe.

NXN RAG
  1. Rolle ProjektleitungFrage gestellt: Stunden gegen Plan, SMB-25-0118
  2. Abfrage ausgeführterp.nachkalkulation · werkstatt.zeitdaten · nur lesend
  3. Antwortmit 3 Quellen
NXN Agent
  1. EingangProjektleitung · Kategorie Projektcontrolling
  2. Entwurf vorbereitetWissen über NXN RAG · wartet auf Freigabe
  3. FreigegebenRolle Controlling · versendet durch: Agent
NXN Compliance OS
  1. VorschlagEinstufung „teilweise umgesetzt“ · KI
  2. BestätigtRolle Informationssicherheit
  3. PrüflaufZiel freigegeben · im Wartungsfenster

In NXN Compliance OS ist das Audit-Log revisionssicher: Was vorgeschlagen, bestätigt, geändert und als hinfällig markiert wurde, steht dort mit Person, ebenso jeder Prüflauf. Das Audit-Log dient der Nachvollziehbarkeit, nicht der Auswertung von Mitarbeitenden.

Prüfläufe nur gegen freigegebene Ziele.

Die technische Prüfung in NXN Compliance OS, also Netzwerk-Scan und automatisierte Pentests, läuft nur gegen Ziele, die Sie freigegeben haben: Netzbereiche, einzelne Systeme, Anwendungen, externe Adressen, je Ziel getrennt. Sie legen Tiefe, Takt und Wartungsfenster fest. Jede Stufe, vom Inventar über die Schwachstellenprüfung bis zur aktiven Prüfung, ist eine eigene Entscheidung. Jeder Lauf steht im Audit-Log.

Für die Tiefe gibt es den manuellen Pentest durch unsere Sicherheitsforscher. Netzwerk-Scan und automatisierte Pentests ergänzen ihn und prüfen dazwischen, damit neue Lücken nicht bis zum nächsten Test unbemerkt bleiben.

Was Prüfer bekommen. Und was nicht.

In NXN Compliance OS bekommen Auditoren ein eigenes Portal mit begrenztem Zugriff und ein Exportpaket mit Prüfsummen-Manifest. Das Manifest listet zu jeder Datei im Paket eine Prüfsumme. Damit lässt sich jederzeit prüfen, dass ein Beleg seit dem Export nicht verändert wurde. Der Beleg hängt an der Anforderung, die er belegt.

Wir bereiten auf die Zertifizierung vor, zertifizieren aber nicht selbst. Über das Ergebnis entscheidet die unabhängige Stelle.

Auditoren-Portal ansehen

Betrieb

Ihr Ort. Unser Betrieb.

Wo es läuft.

Bei Ihnen oder in der Private Cloud in Deutschland. Bei Ihnen läuft der komplette Stack als Container in Ihrer Umgebung. „Selbst gehostet“ beschreibt nur den Ort.

Wer betreibt.

Betrieb, Updates und Pflege übernehmen wir, auch wenn es in Ihrer Umgebung läuft. Sie müssen keine Container pflegen. Neue Modellversionen testen wir, bevor sie Ihre Abläufe erreichen.

Wer ändert Rollen und Regeln.

Ändert sich eine Zuständigkeit oder kommt eine Datenquelle dazu, passen wir Rollen und Rechte mit Ihnen an. Zugriffe und Freigaben halten wir aktuell, jede Aktion ist im Audit-Log nachvollziehbar.

Alle Sprachmodelle, die wir einsetzen, nutzen wir ohne Training mit Ihren Daten und gehostet in Deutschland. Bei NXN RAG entstehen Embeddings lokal, und nur der gefundene Auszug geht über eine API ohne Training an das Sprachmodell.

Welche Modelle wir einsetzen

Betriebsrat früh einbinden.

Weil das Audit-Log Anfragen und Entscheidungen personenbezogen protokolliert, kann die Einführung ein Thema für die Mitbestimmung sein. Diese klären Sie mit Ihrem Betriebsrat. Wir beschreiben Ihnen dafür, was protokolliert wird und wozu. Eine Rechtsberatung ersetzt das nicht.

FAQ

Häufige Fragen

Ihre Sicherheitsfragen vor dem ersten Schritt.

Bringen Sie die Fragen Ihrer IT und Ihres Informationssicherheitsbeauftragten mit. Wir beantworten sie konkret für Ihre Systeme, von der Rechtevergabe bis zum Betrieb.

kostenlos · 30 Minuten · telefonisch oder online

Sicherheit & Vertrauen

Lieber direkt? kontakt@netzexperten.net · 02151-4547786 · Unser Team meldet sich persönlich.