Integrationen

Bauen Sie den Schutz in das Produkt ein, das Ihre Kunden nutzen.

Sie entwickeln eine Anwendung, ein Portal, einen Shop oder einen KI-Dienst? Binden Sie die Corpilus-Prüfungen dort ein, wo Ihr Produkt Inhalte annimmt, mit Daten arbeitet und mit KI kommuniziert. Umfang und Art der Integration entwerfen wir gemeinsam.

Anbindung auswählen

Integrationen nutzen Sie auch beim Schutz Ihrer eigenen Unternehmensanwendung — sie sind nicht nur für Partner. SDK und API sind kein weiteres Schutzpaket; Sie binden dasselbe Corpilus ein. Wie aufwendig die Umsetzung ist, kann sich gesondert im Angebot niederschlagen.

Für das Produktteam

Wählen Sie die konkreten Prüfungen für Ihr Produkt.

Bei der Integration legen wir fest, was Sie zur Prüfung übergeben, welches Ergebnis Ihre Anwendung erhält und wie sie darauf reagiert. So ergänzen Sie den Schutz in einem konkreten Nutzerablauf und prüfen ihn an Ihren eigenen Szenarien.

Ein verständlicher Umfang

Wir vereinbaren, welche Abläufe und welche Arten von Inhalten zur Prüfung gehen. Der Umfang steht in der Integration und wird nicht aus einem Paketnamen abgeleitet.

Ein vereinbarter Eingriffspunkt

Für jeden Ablauf legen wir fest, ob ein Fund nur protokolliert wird oder die Anfrage stoppt, und wer die Entscheidung durchsetzt — Ihre eigene Verarbeitung oder die angebundene Schnittstelle.

Prüfung vor dem Produktivbetrieb

Die Szenarien gehen wir an Ihren eigenen Anfragen durch: den normalen Verlauf, einen Fund, einen falschen Fund und eine ausgefallene Prüfung.

Auswahl der Schnittstelle

Was Sie erreichen wollen und womit Sie es anbinden.

Jede Zeile ist eine Anbindung, die es heute gibt. Die dritte Spalte ist das, ohne das wir keine Integration entwerfen.

Ich möchte erreichen	Art der Anbindung	Was zu vereinbaren ist
Webformulare und ausgewählte Anfragen prüfen	Widget und serverseitige Integration (SDK)	Welche Routen das Ergebnis prüfen und was sie bei einem Fehler tun. Fertige Middleware gibt es für Python, Node.js und PHP einschließlich Laravel, dazu eine Erweiterung für WordPress und WooCommerce.
Inhalte aus der eigenen Anwendung bewerten	REST-Schnittstelle	Die unterstützte Art der Eingabe, die dafür verfügbare Prüfung und wie Ihre Verarbeitung das Ergebnis liest.
Die Kommunikation mit einem unterstützten Modell prüfen	Proxy vor dem Modell	Adressen, Schlüssel, Streaming und die Reaktion auf einen Fund. Zerlegen und ablehnen können wir die Anfrageformate von OpenAI und Anthropic.
Schutzwerkzeuge aus einem KI-Client aufrufen	MCP-Prüfwerkzeuge	Der Unterschied zwischen einer angeforderten Textprüfung und einem Filter über den ganzen Ablauf.
Werkzeugaufrufe in einem angebundenen Gateway prüfen	MCP-Gateway	Welche Aufrufe durch das Gateway laufen und wo die Reaktion durchgesetzt wird.
Die Arbeit der Mitarbeiter in einem unterstützten Chat schützen	Browser-Erweiterung	Kompatibilität, Anmeldung und Prüfmodus. Unterstützt sind ChatGPT, Claude und Gemini.
Den Schutz in eine eigene Infrastruktur einbinden	Individuelle Integration	Technische Machbarkeit, Umfang der Arbeiten und Verantwortung im Betrieb.

Der Betrieb auf dem eigenen Server bestimmt, wo der Schutz läuft. Er ersetzt nicht die Anbindung der konkreten Abläufe einer Anwendung.

Betrieb und Umgebungen

Ablauf der Zusammenarbeit

Von einem Ablauf zur geprüften Integration.

01
Sie beschreiben Produkt und Bedarf.
Was der Nutzer tut und welche Daten oder Anfragen geprüft werden müssen.
02
Wir entwerfen die Anbindung.
Schnittstelle, Datenfluss, Reaktionen und Betriebsbedingungen.
03
Wir prüfen die Szenarien.
Normaler Verlauf, Fund, falscher Fund und ausgefallene Prüfung.
04
Wir vereinbaren den Betrieb.
Umfang, Kapazität, Preis, Support und Verantwortlichkeiten.

Demo, Sandbox und Pilot bieten wir nicht öffentlich an; die Bedingungen einschließlich Preis vereinbaren wir vorher. Aus dem Wort „Pilot“ folgt kein kostenloser Betrieb und kein vollständiger Produktivumfang.

IT-Modus

Bei jeder Schnittstelle dieselben Felder.

Bei jeder Anbindung dasselbe: was Sie übergeben, was zurückkommt, womit der Aufruf authentifiziert wird, wo die Entscheidung greift und was bei einem Fehler passiert. Ein Codebeispiel steht nur dort, wo es gegen das SDK, wie Sie es aus dem Dashboard herunterladen, und die Integrationsbeispiele geprüft werden konnte.

Widget und serverseitige Integration (SDK)

Eingabe: Das Skript auf der Seite übergibt Signale über die Arbeit am Formular; Ihre Verarbeitung übergibt das Token des Absendens und die benannten Felder.
Ausgabe: Ein signiertes Token für den Browser und eine Entscheidung für Ihre Verarbeitung.
Authentifizierung: Der Seitenschlüssel im Skript, der Schnittstellenschlüssel beim serverseitigen Aufruf.
Eingriffspunkt: In der Formularverarbeitung auf Ihrem Server. Das Skript auf der Seite setzt selbst nichts durch.
Fehlerfälle: Ein Token, das nicht geprüft werden konnte, wird als fehlend protokolliert und lehnt das Absenden nie ab.

shield.js

data-key="<site-key>"

data-endpoint="<api>"></script>

REST-Schnittstelle

Eingabe: Der Inhalt, den Sie zur Prüfung senden, oder ein Token zur Prüfung.
Ausgabe: Ein Fund oder das Ergebnis der Tokenprüfung in der Antwort des Aufrufs.
Authentifizierung: Seitenschlüssel und Schnittstellenschlüssel in den Kopfzeilen der Anfrage.
Eingriffspunkt: In Ihrer Anwendung: die Schnittstelle antwortet, Ihre Verarbeitung entscheidet.
Fehlerfälle: Ein fehlgeschlagener Aufruf ist ein Ausfall Ihres eigenen Aufrufs — auf unserer Seite wird nichts abgelehnt.

POST

<api>/api/v1/shield/scan

<api>/api/v1/shield/verify

X-Shield-Site-Key, X-Shield-API-Key

Proxy vor dem Modell

Eingabe: Die Eingabe, die Sie an den Anbieter senden, und seine Antwort.
Ausgabe: Die Anfrage läuft weiter, oder Sie erhalten statt einer Antwort einen Fehler mit Referenz.
Authentifizierung: Der Seitenschlüssel in einer Kopfzeile; Ihr eigener Schlüssel beim Anbieter läuft unverändert durch.
Eingriffspunkt: Vor dem Senden an den Anbieter und beim Zurückgeben der Antwort. Gestreamter und nicht gestreamter Ablauf verhalten sich unterschiedlich.
Fehlerfälle: Ein Rumpf, der nicht zerlegt werden kann, läuft weiter und das Fehlschlagen wird protokolliert.

base_url

<api>/api/v1/shield/llm/openai

X-Shield-Site-Key

MCP-Prüfwerkzeuge

Eingabe: Nur der Text, den Sie dem Werkzeug im Aufruf übergeben.
Ausgabe: Das Ergebnis des Werkzeugs, mit einem Fund als Hinweis.
Authentifizierung: Ein eigener Schlüssel der MCP-Schnittstelle in der Kopfzeile Authorization.
Eingriffspunkt: Nirgends — die Prüfwerkzeuge werden nie abgelehnt.
Fehlerfälle: Das Werkzeug antwortet ohne Fund.

MCP-Gateway

Eingabe: Werkzeugname und Argumente jedes Aufrufs, der durch das Gateway läuft.
Ausgabe: Das Ergebnis des Aufrufs oder eine Ablehnung mit Grund.
Authentifizierung: Ein eigener Schlüssel der MCP-Schnittstelle in der Kopfzeile Authorization.
Eingriffspunkt: Bevor das Werkzeug ausgeführt wird.
Fehlerfälle: Scheitert die Einordnung, wird ein Aufruf einer riskanten Klasse zurückgehalten, der Rest läuft weiter.

Browser-Erweiterung

Eingabe: Der Text vor dem Absenden in einem unterstützten Werkzeug und die hinzugefügten Anhänge.
Ausgabe: Der Text nach dem gewählten Modus: Hinweis, ersetzte Werte, Umschreiben oder Stopp.
Authentifizierung: Die Anmeldung des Mitarbeiters im Arbeitsbereich.
Eingriffspunkt: Im Browser, bevor der Text hinausgeht.
Fehlerfälle: Eine Datei, die nicht gelesen werden konnte, wird mit Grund als ungeprüft gemeldet, nie als saubere Datei.

Was in den einzelnen Kanälen genau geprüft wird, womit geprüft wird und welche Betriebsgrenzen gelten, steht auf der Seite für IT — hier wird es nicht wiederholt.

Für IT: Umfang der Prüfungen und Grenzen

Verwandte Fragen

Drei Fragen aus dem Register.

Nächster Schritt

Gehen wir den Schutz in Ihrem Produkt durch.

Eine kurze Beschreibung der Anwendung und der Stellen, an denen Sie eine Prüfung ergänzen wollen, genügt. Die technischen Einzelheiten ergänzen wir gemeinsam.

Verwandt

Wollen Sie die Lösung bei Kunden einsetzen? Partnerschaft.