Trust Center
Diese Seite trennt Produktstand, technische Testevidence, synthetische Showcases und noch offene Release Gates. Sie ist kein Zertifikat und keine Sammlung beruhigender Schlagworte.
Ein Installer Test belegt Installation. Ein HTTP 200 belegt Erreichbarkeit. externalWrites 0 belegt, dass der Testlauf kein externes System verändert hat. Keiner dieser Befunde beweist Rankings, Zitate, Leads, Zeitgewinn oder Umsatz.
Gebaut bedeutet, dass Code vorhanden ist. Geprüft bedeutet, dass ein benannter Test mit reproduzierbarem Ergebnis lief. Beobachtet bedeutet, dass eine Messung in einem passenden Zeitraum vorliegt. Offen bedeutet, dass die Aussage noch nicht getragen wird. Das Proof Ledger nutzt diese Trennung.
Velunor Bikes unter velunor-bikes.example, Qevora Systems unter qevora-systems.example und Studio Talvori unter studio-talvori.example sind erfundene Unternehmen. Namen, Domains, Ziele, KPIs, Freigaben und Ergebniswerte dienen nur der Produktdarstellung. Sie sind keine Kundenreferenzen.
Versionsnummern, Prüfzähler, Manifeste, Dateihashes, Runtime Receipts und SiteOne Erkennung können echte Testevidence sein. Sie werden als technische Artefakte beschrieben und nicht einer fiktiven Firma als Geschäftserfolg zugeschrieben.
Workspace, Ziele, Evidence, Actions, Freigaben, Receipts und Audit liegen in der lokalen Produktdatenbank. Die öffentliche Website lädt Analytics erst nach Einwilligung. Formulardaten werden nicht an Analytics übertragen. Produktive Secrets gehören erst in das getrennte Secure Profile.
Die Installer führen Ownership Marker, Manifeste und Dateihashes. Für einen Release fehlen noch vollständig signierte Artefakte, SBOM, Provenance, reproduzierbare Pakete und eine dokumentierte Verifikation auf allen Zielplattformen. Bis diese Gates geschlossen sind, wird keine höhere Reife behauptet.
Ein offener Meldeweg ist wichtiger als ein erfundenes Gütesiegel. Hinweise gehen an support@scilipoti.de. Ein formales Bug Bounty Programm, garantierte Reaktionszeiten und externe Zertifizierungen bestehen derzeit nicht.
Dazu gehören getrennte Betriebssystem Identitäten, durchgesetzte Capability Grants, ein Secret Broker, Egress Regeln, Host Key Prüfung, signierte Receipts, signierte Releases, Wiederherstellungstests und plattformübergreifende Sicherheitsprüfungen. Der Release Status ändert sich erst nach bestandener Evidence.
Weiterlesen
Die Sicherheitsseite erklärt Direct Profile, Secure Profile und die Grenzen der Host Runtime ohne Abkürzungen.