Schützen Sie Firmendaten, Ihre Website und Ihre KI vor Missbrauch.
Wir helfen Ihnen, Lecks sensibler Daten bei der KI-Nutzung, Spam in Ihren Formularen und Versuche, Ihre Chatbots und Anwendungen zu missbrauchen, zu begrenzen. Wir setzen den Schutz für Ihr Unternehmen auf oder binden ihn in das Produkt ein, das Sie Ihren eigenen Kunden anbieten.
Wo brauchen Sie Schutz?
Mitarbeitende nutzen KI
Verträge, E-Mails und Kundendaten landen leicht in einem Chat. Helfen Sie dem Team, mit KI zu arbeiten, während sensible Informationen geschützt bleiben.
Sie betreiben eine Website oder einen Onlineshop
Gefälschte Anfragen und verdächtige Requests kosten Ihr Team Zeit. Dazu versuchen KI-Agenten und Bots, Daten aus der Website zu ziehen, und gehen Formulare und die Anmeldung an. Verschaffen Sie sich den Überblick und richten Sie den Schutz für die Formulare und Schnittstellen ein, die Sie anbinden.
Ein Corpilus-Schutz. Sie wählen, wo Sie ihn angebunden brauchen.
Sehen Sie, was sich ändert, sobald der Schutz an ist.
Das sind einige Beispiele aus dem Schutz, keine vollständige Liste dessen, was er kann.
Ein Mitarbeiter fügt einen Absatz aus einem Vertrag — mit dem Namen des Kunden und der IBAN — in einen öffentlichen Chat ein (ChatGPT, Gemini, Claude) und hängt ein Dokument daran.
Der Schutz erkennt die sensiblen Werte direkt im Chatfenster und ersetzt sie je nach Einstellung, bevor der Text gesendet wird.
Sie sehen den ursprünglichen Text und das, was das Modell davon tatsächlich erhält, nebeneinander.
Die Prüfung erfasst auch den Text eines angehängten Dokuments — in den unterstützten Chats im Browser (ChatGPT, Claude, Gemini). Bilder und nicht unterstützte Dateitypen bleiben ungeprüft, und der Schutz weist darauf hin; in den übrigen Anbindungsarten wird der Text geprüft, den die Anwendung übergibt.
Ein Bot probiert an Ihrer Anmeldung fremde Passwörter, und ein Agent lädt den Inhalt Ihrer Website Seite für Seite herunter.
Der Schutz schreibt jeden Anmeldeversuch als eigenes Ereignis — einen gescheiterten getrennt von einem abgeschlossenen und nie mit dem Passwort oder der E-Mail-Adresse —, prüft einen Besucher, der sich als bekannter Crawler ausgibt, gegen die Adressen, die dessen Anbieter veröffentlicht, und erkennt das wiederholte Herunterladen von Katalogseiten von einem Gerät.
In der Übersicht sehen Sie, wer was versucht hat und warum es markiert wurde. Eine Anmeldung weist die Zugangsdatenprüfung Ihrer Anwendung ab, nie der Schutz.
Ein Anmeldeversuch wird nur festgehalten, wenn Ihr Server ihn übergibt. Wofür sich ein Besucher ausgibt, beweist für sich genommen nichts, und wo die Adresse nicht prüfbar ist, sagt der Fund das — statt einen echten Crawler als Fälschung auszuweisen.
In einem Dokument, das der Chatbot liest, steckt eine Anweisung für das Modell, und der Agent will einen Werkzeugaufruf ausführen, der ihm nicht erlaubt ist.
Die Eingabeprüfung markiert die Anweisung vor der Verarbeitung des Inhalts, und die Argumente des Aufrufs werden im angebundenen Gateway mit dem deklarierten Schema des Werkzeugs verglichen.
Sie sehen den Fund samt Begründung; was folgt, richtet sich nach der Einstellung des Kanals — vom Hinweis bis zum Stoppen der Anfrage.
Das gilt für die Werkzeuge, die über das angebundene Gateway laufen. Es erfasst nicht automatisch jedes Werkzeug eines Agenten.
Über das Kontaktformular kommen gefälschte Anfragen — derselbe Text immer wieder und Übermittlungen, die ein Feld ausfüllen, das kein Besucher je sieht.
Der Schutz bewertet die Übermittlung anhand der Signale des angebundenen Kanals und schreibt den Fund samt Begründung in die Ereignisübersicht.
Sie sehen, warum die Übermittlung markiert wurde; stoppen kann sie die angebundene Anwendung, sobald sie das Ergebnis der Prüfung auf ihrem Server verifiziert.
Das Skript auf der Seite fügt das verborgene Feld ein und meldet die Signale. Eine Übermittlung stoppt es nicht von sich aus.
Jemand schiebt gestohlene Karten durch die Bestellung, Versuch um Versuch, um herauszufinden, welche davon noch funktioniert (Carding).
Aus dem Zahlungsablauf erhält der Schutz nur einen Fingerabdruck der Karte, die ersten Ziffern ihres Bereichs und die letzten vier — nie die ganze Nummer — und beurteilt daraus wiederholte Versuche mit derselben Karte, viele verschiedene Karten aus einem Bereich, einen ungewöhnlichen Anteil aus einem Ausgabeland und die Form des Kartentestens von einem Gerät.
Der Zahlungsablauf bekommt ein Urteil zurück — vom Hinweis über eine zusätzliche Prüfung bis zur Ablehnung — und setzt es um. Ein Muster, das andere Shops bereits gesehen haben, stützt einen Fund; für sich allein führt es nie zu einer Ablehnung.
Eine Zahlung beurteilt der Schutz nur, wenn Ihr Zahlungsablauf ihm den Versuch übergibt. Die Angaben hier — Karte •••• 0000, Bereich 000000 — sind fiktiv; eine ganze Kartennummer weist die Schnittstelle ab.
Über ein Formular oder in die Anwendung kommt eine Datei — ein Dokument mit einem Makro, ein PDF, das beim Öffnen etwas ausführt, oder ein Bild, das in Wahrheit ein Skript ist.
Die Prüfung läuft in zwei Schritten. Zuerst die Struktur der Datei: ob der Inhalt zum angegebenen Typ passt, ob Typ und Größe erlaubt sind, ob ein Dokument ein Makro trägt, ein PDF eine beim Öffnen ausgeführte Aktion und ein SVG ein Skript. Erst eine Datei, die das besteht, geht zur Signaturprüfung durch die Antiviren-Werkzeuge.
Das Urteil sehen Sie samt Fund. Eine Datei, die kein Werkzeug prüfen konnte, wird als ungeprüft gemeldet — nie als sauber.
Ob der Upload gestoppt oder zurückgestellt wird, entscheidet der angebundene Ablauf und seine Einstellung. Die Beispieldatei angebot.pdf ist fiktiv.
Modellsituationen mit fiktiven Daten. Der Umfang der Prüfungen und die Reaktion hängen davon ab, wie der Schutz angebunden und konfiguriert ist.
Jeder Reiter prüft einen angebundenen Kanal — den Browser, die Formularverarbeitung oder die Schnittstelle Ihrer Anwendung — und nichts darüber hinaus. Integrationsmöglichkeiten
Wir beginnen bei dem, was Sie schützen müssen.
Wir wählen eine konkrete Situation.
Die Nutzung von KI, eine Website oder Ihre eigene Anwendung.
Wir starten die Messung und die Datenerhebung.
Wir schalten den Schutz zuerst im Beobachtungsmodus ein, damit sichtbar wird, was in den angebundenen Kanälen wirklich passiert.
Wir vereinbaren die Anbindung.
Die nötigen Zugänge, die Verantwortlichkeiten und der Weg, auf dem das Ergebnis verifiziert wird.
Wir richten die Reaktionen ein.
Nach den Funden und nach Ihrem Betrieb.
Die Möglichkeiten für Bereitstellung und Betrieb gehen wir danach durch, wo Sie den Schutz anbinden. Möglichkeiten der Einführung
Hinter dem Produkt stehen Menschen, die Sie mit Namen erreichen können
Eine Sicherheitsschicht kauft ein Unternehmen nicht von einem anonymen Anbieter.
Bei Einführung, Betrieb und Support arbeitet ein Support-Team mit ihnen zusammen.
Haben Sie bereits eine WAF oder einen anderen Schutz?
Corpilus ersetzt ihn nicht und schaltet ihn nicht ab — es kommt als weitere Schicht dazu. Es ergänzt Prüfungen dort, wo es auf den Inhalt einer Anfrage und auf die Daten ankommt, die zur KI gehen. Was es in Ihrer Konfiguration tatsächlich ergänzt, hängt von der eingesetzten Lösung und von ihrer Konfiguration ab.
Mit dem bereits betriebenen Schutz vergleichenWir zeigen Ihnen den Schutz an einer Situation aus Ihrem Unternehmen.
Schreiben Sie uns, wo Sie KI nutzen oder was Sie schützen müssen. Wir gehen einen passenden Weg der Anbindung durch und schlagen den nächsten Schritt vor.
Der Agent sendet eine Anfrage. Der Schutz bewertet sie und markiert einen Fund. Die Anfrage wird gestoppt, und die Begründung steht in der Ereignisübersicht. Ein modellhafter Ablauf, keine Messung.
corpsys.desk – die Unternehmensumgebung für Dokumente, Daten und Automatisierung
- Unternehmens-KI über Dokumenten
Sie fragen in eigenen Worten, die Antwort kommt aus Ihren eigenen Dateien.
- Sichere Daten
Unternehmensdaten bleiben in einer Umgebung, die Sie kontrollieren.
- Automatisierung
Wiederkehrende Arbeit läuft in vereinbarten, wiederholbaren Schritten.
- Service Desk und 24/7-Monitoring
Anliegen an einem Ort, Website und Betrieb rund um die Uhr im Blick.