Sicherheitsmodell

Ausdrücklicher Zugriff.
Sichtbare Grenzen.

CodeSecurity scannt von dir freigegebenen Quellcode. Es ist keine Sandbox für bösartige Repositorys, und ein erfolgreicher Scan garantiert keinen sicheren Code.

Control-Origin lokal halten.

Die Standardinstallation ist erreichbar unter http://127.0.0.1:8080. API, PostgreSQL und Laufzeitscanner veröffentlichen keine Hostports. Exakte Host- und Origin-Prüfungen schützen die Kontrollgrenze; Browseränderungen erfordern zusätzlich einen sitzungsgebundenen CSRF-Wert.

Editorrechte gehören zu genau einem Profil, Origin und einer Autorisierungsgeneration. Browser- und Editormitgliedschaft lassen sich unabhängig widerrufen. Installationsgeheimnisse bleiben außerhalb des Checkouts in privaten Laufzeitdaten des Eigentümers.

Lokale Kontoinhaber, Betriebssystemadministratoren und die Docker-Engine bleiben vertrauenswürdig. Veröffentliche den Control-Origin nicht im LAN oder Internet, um ein Verbindungsproblem zu umgehen.

Das beabsichtigte Repository freigeben.

Ein Repository im Editor auszuwählen ist von der Quellfreigabe getrennt. POSIX und Remote WSL nutzen schreibgeschützte Mounts; unterstützte native Windows-Quellen nutzen begrenzte, versiegelte Snapshots. Unsichere Links, geänderte Identitäten und unvollständige Erfassungen werden abgelehnt.

Sensible Muster in Befunden und begrenzten Ausschnitten werden vor der lokalen Speicherung maskiert. Rohe Toolausgaben sind temporär und werden nach Verarbeitung gelöscht. Maskierung erkennt bekannte Muster, garantiert aber nicht die Entfernung jedes Geheimnisses.

Erteile keinen Zugriff, wenn selbst maskierte Befunde oder Ausschnitte nicht gespeichert werden dürfen. Eingeschränkte Scannerprozesse machen beliebigen Repositoryinhalt nicht sicher ausführbar.

Vollständige Belege sind definiert.

Laufzeitscanner nutzen validierte schreibgeschützte Cachedaten und ein internes Netzwerk. Ein separater Updater erreicht geprüfte Quellen ohne Projektquell-Mount. Cacheaktivierung prüft Inhalt, Digests, Kompatibilität und Gültigkeit.

Fehlgeschlagene, teilweise, abgebrochene, veraltete oder fehlende Belege können keinen geschützten Push erlauben. Der Lebenszyklus eines Befunds oder ein geänderter Gate-Schwellenwert repariert keine unvollständige Abdeckung. Lokale Git-Hooks bleiben umgehbar.

Mitgelieferte Definitionen laufen ab. Updates erfordern erneuerten geprüften Quellcode, Neubau geänderter Eingaben und ausdrückliche Vorbereitung. Die Vorschau verspricht keinen signierten automatischen Updatekanal.

Eine externe Anfrage braucht eine bewusste Entscheidung.

Normale Scans rufen keine KI auf. Advisor kann lokales Ollama oder einen ausdrücklich autorisierten entfernten Ollama-Endpunkt nutzen. Entfernte Nutzung erfordert Host- und Endpunktfreigabe, Modellidentität und eine neue Bestätigung der Datenfreigabe für genau einen Befund.

Automatische und gebündelte externe Weiterleitung sind nicht erlaubt. Abbrechen holt bereits empfangene Daten nicht vom externen Anbieter zurück. Advisor-Ausgabe ist nicht vertrauenswürdiger Rat und entscheidet nie über das Gate.

Inhalt einer privaten Meldung

Beschreibe betroffene Version und Plattform, reproduzierbare Schritte, erwartete Grenze und beobachtete Wirkung. Nutze ein minimales synthetisches Beispiel. Hänge keine Laufzeitzustände, Browsercookies, Editorzugangsdaten, privaten Repositorys oder ungeprüften Logs an.

Wenn GitHubs private Meldung nicht verfügbar ist, nutze Lomo-Kontakt nur für die Bitte um sichere Meldeanweisungen, ohne Schwachstellendetails. Die Quellcodevorschau hat keine veröffentlichte Langzeit-Support- oder Backportrichtlinie und keine garantierten Reaktions- oder Behebungszeiten.

Vollständige öffentliche Sicherheitsrichtlinie lesen · Aktuelle Releasegrenzen prüfen

Quelle der Sicherheitsrichtlinie: 0.1-Quellcodevorschau · 0b47fd8. Prüfe Plattform- und Releasestatus