Befehle kontrollieren
Im Erzwingungsmodus begrenzen Positivlisten und blockierte Shell-Konstrukte unterstützte Befehle. Prüfe neben dem Programm auch Argumente und Host-Berechtigungen.
Diese Funktion entdeckenSicherheit
Setze die Grenze.Kontrolliere, was sie passiert.
LeanCTX ist das Context Gateway für KI-Systeme. Es prüft, was KI-Agenten lesen, bevor das Modell es sieht: Projektgrenzen, Maskierung von Secrets, Filter zum Warnen, Maskieren oder Blockieren und ein Auslieferungsnachweis.
Der Ansatz
Begrenze Zugriffe. Prüfe dann den Inhalt.
PathJail prüft, welche Dateien eine Anfrage lesen darf (MAY). Quellenrechte bestimmen, auf welche verbundenen Quellen der Aufrufer zugreifen darf. Relevanzregeln helfen zu entscheiden, welche der erlaubten Inhalte in den Kontext aufgenommen werden sollten (SHOULD). Aktivierte Textfilter prüfen unterstützte Tool-Ergebnisse vor der Übergabe. Ein Übergabenachweis hält fest, was die unterstützte Integration übergeben hat; er zeigt nicht, wie ein Modell den Inhalt danach verwendet hat.
SteuernPathJail
Halte Lesezugriffe in deinen Grenzen.
PathJail prüft den aufgelösten Dateipfad gegen erlaubte Verzeichnisse. Auch Pfadnavigation und Symlinks müssen zu einem erlaubten Ziel führen.
- Erlaubte Verzeichnisse
- Projekt, zusätzliche Verzeichnisse und Runtime-Ausnahmen bestimmen den tatsächlichen Umfang.
- Aufgelöste Pfade
- Ein erlaubter Link macht ein Ziel ausserhalb der Grenze nicht zulässig.
- Dateigrenze
- Begrenze Lesezugriffe auf erlaubte Verzeichnisse. PathJail prüft aufgelöste Pfade, einschliesslich symbolischer Links und Traversierungsversuche. Die Prüfung erfolgt auf Anwendungsebene; sie ist keine Betriebssystem-Sandbox und kann Grenzen des Betriebssystems oder durch Race Conditions nicht ausschliessen.
SteuernInhaltsprüfung
Auch erlaubte Dateien brauchen Inhaltsregeln.
Nützlicher Code und sensible Kundenfelder können in derselben erlaubten Quelle stehen. Prüfe unterstützte Textergebnisse vor der Übergabe mit konfigurierten Detektoren und Mustern. Inhalte lokal zur Prüfung zu lesen ist etwas anderes, als sie einem Modell zu senden.
- Personenbezogene Daten
- Detektoren umfassen E-Mail-, IBAN-, Kreditkarten- und Schweizer AHV-Formate.
- Klassifizierung
- Regeln prüfen konfigurierte Kennzeichnungen im Text.
- Injection-Muster
- Musterbasierte Prüfungen erkennen unterstützte eingebettete Anweisungen in Quellinhalten.
BelegenReaktion & Nachweis
Warnen. Maskieren. Blockieren. Mit einem Nachweis für jede Reaktion.
Bestimme die Reaktion jedes Detektors. Filter-Metadaten enthalten Kategorien und Trefferzahlen ohne sensible Trefferwerte. Audit-Details hängen vom Ereignispfad ab.
- Warnen
- Inhalt mit Warnung zurückgeben.
- Maskieren
- Erkannte Treffer vor der Übergabe ersetzen.
- Blockieren
- Ergebnis zurückhalten und eine Ablehnung zurückgeben.
/project/notes.txt Im erlaubten Verzeichnis
Inhaltsrichtlinie
kontakt: person@example.test
Zurückgegebener Text
kontakt: person@example.test
Warnung: E-Mail erkannt
kontakt: [EMAIL REDIGIERT]
[POLITIK BLOCKIERT]
Inhalt zurückgehalten
Beispieldaten. Eine aktive Richtlinie ist erforderlich.
Organisationsweite Regeln
Führe Regeln über die Datei hinaus.
Das Enterprise-Angebot ergänzt Kontrollen für Organisationsidentität, Richtlinien und Reporting. Die genauen Quellen-, Provider- und Aktionskontrollen hängen von der gewählten Version und Vereinbarung ab. Ein Optimierer kann eine Route vorschlagen, aber keine Berechtigung erteilen.
- Identität & Zugriff
- Nutze Organisationsrollen und Workload-Identitäten, sofern sie in der lizenzierten Version enthalten sind.
- Provider & Verarbeitung
- Bestätige erlaubte Ziele und Verarbeitungskontrollen für die gewählte Version.
- Richtlinie & Berichterstattung
- Prüfe Reporting und aufbewahrte Nachweise, die Version und Vereinbarung enthalten.
In deinem Workflow
Verschiedene Risiken. Bewusste Kontrollen.
Eine Dateigrenze ist eine Schutzschicht. Befehle, Zugangsdaten, Netzwerkziele und Projektkonfiguration brauchen eigene Entscheidungen.
Zugangsdaten schützen
Erkennung und Maskierung von Secrets haben eigene Einstellungen. Sie ergänzen PII- und Klassifizierungsfilter. Prüfe weiterhin, was deine Integration tatsächlich zurückgibt.
Diese Funktion entdeckenVertrauen in den Workspace
Projektkonfiguration kann sensible Ausnahmen anfordern. Prüfe diese Konfiguration und vertraue ihr ausdrücklich, bevor du erweitertes Verhalten zulässt.
Diese Funktion entdeckenNetzwerk- & Verarbeitungsgrenzen
Prüfe unterstützte Netzwerkziele und wende die Provider- und Verarbeitungsregeln des Deployments an. Direkte Aufrufe ausserhalb dieses Pfads brauchen eigene Kontrollen.
Diese Funktion entdeckenFragen & Antworten
Fragen zum Schutzumfang.
Ersetzt das die Anwendungssicherheit?
Nein. Aktiviere die benötigten Filter und prüfe den tatsächlichen Integrationsweg. Bilder, Binärdaten und Aufrufe ausserhalb von LeanCTX brauchen eigene Kontrollen. Behalte Host-Berechtigungen und Schutzmechanismen deiner Anwendung bei.
Sind alle Filter automatisch aktiv?
Nein. Die Inhaltsfilter sind standardmässig ausgeschaltet. Aktiviere die benötigten Aktionen in deiner Richtlinie und prüfe den unterstützten Ergebnispfad. PathJail und weitere Maskierungskontrollen haben eigene Einstellungen.
Garantiert das, dass keine sensiblen Inhalte ein Modell erreichen?
Kein Detektor erkennt jede Bedrohung oder jeden sensiblen Wert. Die Kontrollen gelten für unterstützte Aufrufe, Formate und aktivierte Regeln. Prüfe sie als Teil des Sicherheitsmodells deiner gesamten Anwendung.
Mit LeanCTX starten
Teste deine Kontextregeln.
Lege erlaubte Quellen fest, aktiviere passende Prüfungen und teste einen unterstützten Lesezugriff gegen deine Richtlinie.
Local-first. Modellunabhängig. Dein Kontext.