Szenario · Viktor, IT-Sicherheit

Viktor muss Sicherheit belegen. Nicht nur behaupten.

Viktor verantwortet die IT-Sicherheit. Er weiss: Niemand will etwas Böses, alle wollen nur schnell arbeiten. Mit Omnisnap gibt es genau einen Weg, Software zu ändern, und jeder Schritt auf diesem Weg ist geprüft und protokolliert.

ViktorIT-Sicherheit
Film in Produktion · 5 Kapitel
1Weg hinein: das Ticket über das DevOps Gateway
4 Augenein benannter Engineer prüft jede Änderung
ZürichPrivate Cloud, 3 Zonen, europe-west6
Minutenbis zum Rollback auf eine archivierte Version
Die Geschichte in drei Sätzen

Was sich für Viktor ändert.

  1. Ausgangslage

    Kundenlisten in fremden KI-Tools, Dateien in privaten Clouds, Firewall-Regeln, die jemand ausgeschaltet hat.

  2. Wendung

    Jede Änderung geht durch die Omnisnap-Schleuse: geprüft von KI und einem Engineer, freigegeben auf Staging.

  3. Ergebnis

    Zugriffe, Versionen und Freigaben sind protokolliert. Viktor beantwortet Fragen mit einem Bericht, nicht mit einem Versprechen.

Viktor · IT-Sicherheit

Die Geschichte, Kapitel für Kapitel.

Zum Lesen statt Schauen: jedes Kapitel des Films als kurzer Text.

Kapitel 01Ausgangslage

Daten überallNiemand will etwas Böses. Trotzdem steht die Firma auf dem Spiel.

Eine Kundenliste in einem fremden KI-Tool, Verträge in einer privaten Cloud, eine Rechnung, die in Wahrheit eine .exe ist. Jede dieser Abkürzungen spart jemandem zehn Minuten. Viktor sieht davon meist erst die Folgen.

Daten überall
Mitarbeitendewollen nur schnell arbeiten
!Fremde KI-ToolsKundenliste kopiert
!Private CloudsVerträge hochgeladen
!Rechnung.exegeöffnet

Niemand will etwas Böses. Und trotzdem steht die Firma auf dem Spiel.

Kapitel 02Wendung

Ein Weg hineinÄndern lässt sich nur, was durch die Schleuse geht.

Jede Kundin, jeder Kunde läuft in einer eigenen, abgeschlossenen Private Cloud in Zürich. Es gibt genau einen Weg, etwas zu ändern: das Ticket über das Omnisnap DevOps Gateway. Die KI prüft die Anfrage am bestehenden Quellcode, Leitplanken blockieren Schädliches. Entwickelt wird in einer isolierten Umgebung mit Testdaten.

«Es gibt keine Hintertür. Also muss ich auch keine bewachen.»
Viktor, IT-Sicherheit
Kapitel 03Wendung

Regeln im SystemRegeln, die das System durchsetzt und dokumentiert.

Viktors Richtlinien stehen nicht mehr nur im Handbuch. Rollen, Freigaben und Zugriffsrechte sind in den Abläufen hinterlegt: Wer etwas freigeben darf, sieht den Knopf. Wer nicht, sieht ihn nicht. Jede Freigabe wird mit Person, Zeitpunkt und Begründung festgehalten.

«Die Regel steht nicht im Wiki. Sie steht im Ablauf.»
Viktor, IT-Sicherheit
Kapitel 04Ergebnis

Der Tag vor dem AuditNachweise jederzeit bereit.

Zugriffe auf Produktionsdaten sind die Ausnahme: Nur benannte Engineers, nur soweit Betrieb und Support es verlangen, mit Mehrfaktor-Anmeldung und protokolliert bei jedem Zugriff. Jede Version ist archiviert, jede Änderung hat ein Ticket, einen prüfenden Engineer und eine Freigabe. Was früher Wochen Vorbereitung kostete, exportiert Viktor am Vorabend.

Am Tag vor dem Audit
Viktor Morgen kommt der ISO-27001-Audit. Wo stehen wir?
Omnisnap Alle Kontrollen erfüllt, Protokolle vollständig. Der Bericht ist bereit.
Viktor Und die Zugriffe der letzten 90 Tage?
Omnisnap Hier — lückenlos, mit Begründung pro Freigabe. ✓

Was früher Wochen kostete, ist ein Spaziergang.

Kapitel 05Ergebnis

Sicherheit und TempoDie Teams sind schneller. Und die Regeln halten.

In der Quartalsrunde fragt die Geschäftsleitung, ob das sicher ist, was die Teams alles bauen. Viktor zeigt den Zugriffsbericht. Schnell gebaut ist nicht sicher betrieben: Bei Omnisnap ist das eine die Bedingung für das andere.

«Der Bericht ist die Antwort. Nicht ein Versprechen.»
Viktor, IT-Sicherheit
Die Omnisnap-Schleuse

Ein Eingang. Fünf Prüfungen. Kein anderer Weg.

So sieht der Weg aus, den jede Änderung nimmt, bevor sie in Viktors Produktion landet. Andere Wege hinein gibt es nicht.

Wie die Schleuse funktioniert
Die Plattform dahinter

Worauf Viktor sich stützt

Keine Marketing-Versprechen. Vertraglich festgehalten im SLA, technisch beschrieben auf den Seiten Sicherheit und Technik.

Die Omnisnap-Schleuse

Ein Eingang, fünf Prüfungen: KI, Leitplanken, isolierte Entwicklung, Vier-Augen-Prinzip, Ihre Freigabe auf Staging.

Die Schleuse im Detail

Produktionsdaten

Auf Wunsch läuft die Omnisnap Cloud in Ihrer eigenen Cloud oder on-premise, mit einer Schnittstelle von Produktion zu Entwicklung: Unsere Engineers sehen Ihre Produktionsdaten dann nie.

Zugriff auf Produktionsdaten

KI mit klaren Grenzen

KI in Ihren Prozessen ist Google Gemini über Vertex AI, verarbeitet in Zürich, vertraglich ohne Training mit Ihren Daten. Für das Programmieren arbeitet KI nur mit Quellcode, nie mit Ihren Kundendaten.

KI und Daten in der Technik

Zertifizierte Infrastruktur

Auf ISO/IEC-27001- und SOC-2/3-zertifizierter Infrastruktur · revDSG · DSGVO. Daten verschlüsselt bei Speicherung (AES-256) und Übertragung (TLS). Kundendaten werden in Zürich gespeichert und verarbeitet. Schlüssel und Secrets liegen in einem Key Vault in Zürich.

Zur Infrastruktur

Transkript des Films

folgt
Transkript folgt mit dem Film.
Kontakt

Welche Frage stellt Ihnen der nächste Audit?

Schicken Sie uns Ihren Fragenkatalog. Wir beantworten ihn innert eines Arbeitstags, Punkt für Punkt.

Kontakt aufnehmen