Sicherheitsrichtlinie
Eine Sicherheitslücke melden#
Melden Sie sie vertraulich, auf einem der beiden Wege:
- Private Meldung von Sicherheitslücken auf GitHub – die Schaltfläche Report a vulnerability auf dem Security-Tab des Repositorys. Die Meldung ist nur für die Maintainer sichtbar, und ein Fix kann in einem privaten Fork vorbereitet und als GitHub Security Advisory veröffentlicht werden.
- E-Mail – contact@ashforde.org, mit Details und Schritten zur Reproduktion.
Bitte eröffnen Sie für sicherheitsrelevante Meldungen kein öffentliches Issue. Wir streben an, innerhalb weniger Werktage den Eingang zu bestätigen.
Unterstützte Versionen#
Vor 1.0: Nur der neueste getaggte Release wird unterstützt.
Speichersicherheit#
Die Bibliothek (Crate) deklariert #![forbid(unsafe_code)] an ihrer Crate-Wurzel (src/lib.rs), sodass ein unsafe-Block, eine fn, ein impl oder ein extern irgendwo in der Bibliothek ein Kompilierfehler ist und nicht etwas, das ein Prüfer finden muss. Das Attribut steht nicht hinter einem cfg, es gilt also für jede Konfiguration, in der die Bibliothek ausgeliefert wird, und alle drei lassen sich damit fehlerfrei kompilieren: der Standard-Rust-Build, das Python-Erweiterungsmodul (--features python) und das WebAssembly-Modul (--features wasm).
Geltungsbereich, genau angegeben, weil forbid je Crate gilt:
- Es betrifft nur die Bibliothek. Die CLI-Binärdatei (
src/main.rs), die Hilfsprogramme untersrc/bin/, das separat veröffentlichte Cratekshana-mcpund die vom Workspace ausgeschlossenen Kreuzvalidierungs-Cratesxval/sind eigene Crate-Wurzeln und werden davon nicht erfasst. Keines davon enthält heuteunsafe, aber das ist Disziplin und keine vom Compiler durchgesetzte Eigenschaft. - Es sagt nichts über Abhängigkeiten aus. Diese werden separat durch
cargo deny check advisories licenses bans sourcesin der CI geprüft – für das Wurzel-Crate und, als eigener Job, für das vom Workspace ausgeschlossene MCP-Server-Crate – und durch Dependabot-Warnungen und Sicherheitsupdates für das Repository überwacht.
Hinweis zu Exportkontrolle / doppeltem Verwendungszweck#
PNT-Resilienz und Quantensensorik können unter die Exportkontrolle für Güter mit doppeltem Verwendungszweck fallen. Dieses öffentliche Repository beschränkt sich auf generische, veröffentlichte Modelle und Methoden. Tragen Sie hier keine exportsensiblen Details zu Resilienz oder Anti-Spoofing bei; sie gehören in ein privates Overlay. Schreiben Sie im Zweifel zuerst eine E-Mail.