Das Führungssystem für Controls bei Software-Änderungen
Jede Code- und Prozessänderung, versiegelt als Audit-Nachweis.
Toevan prüft den Code in jedem Pull Request, hält fest, wie jede Änderung geprüft, freigegeben und gemergt wurde, und erfasst jede Änderung an den Regeln drumherum. Jede Tatsache wird signiert und verkettet als Nachweis, den Ihr Auditor offline mit Standard-openssl prüft, ohne Toevan-Software und ohne Konto.
- Datenverarbeitung in der EU
- AVV verfügbar
- Prüfbar mit Sigstore, in-toto und cosign
Arbeitet mit
- GitHub
- Kosli
- Sigstore
- Slack
- Jira
- Linear
Zuordnung zu
- SOC 2
- ISO/IEC 27001
- PCI DSS v4.0
- NIST 800-53 Moderate
- HIPAA
- GDPR
- DORA
- Prüft jede ÄnderungBlockiert den Merge bei einer verletzten Regel, mit Datei und Zeile.
- Hält fest, wie sie hineinkamJedes Review, jede Freigabe und jeder Merge, so wie es auf GitHub geschieht.
- Erfasst Control-ÄnderungenAbgeschaltete Regeln, Admin-Umgehungen und direkte Pushes.
- Versiegelt es als NachweisSigniert und verkettet, damit Ihr Auditor es offline prüft.
Warum jetzt
Regeldateien bitten das Modell, sich zu benehmen. Toevan prüft, ob es das getan hat.
KI-Assistenten schreiben heute einen großen Teil des Codes, den regulierte Teams mergen, schneller, als irgendein Review-Prozess ausgelegt ist. Eine CLAUDE.md oder .cursorrules ist eine Bitte. Ein Merge-Gate ist ein Control, und der Eintrag, den es schreibt, ist der Nachweis.
So funktioniert es
Ein Gate, ein Eintrag. Jede Ansicht, die ein Audit braucht.
Toevan läuft bei jedem Pull Request, nach jedem Merge auf main und bei jeder Änderung Ihrer Review-Regeln. Was es entscheidet, hält es fest, und was es festhält, können Ihr Team und Ihre Auditoren sehen.
§1
Gate
Blockiert die Änderung und sagt genau, warum.
Jeder Pull Request wird als GitHub Check gegen die von Ihnen übernommenen Blueprints geprüft. Gleiche Änderung, gleiche Regel, gleiches Ergebnis. Kein Modell entscheidet über ein Urteil.
- 28 deterministische Constraint-Typen für Compliance, Security und Architektur
- Kommentiert in der Zeile und gibt sein Urteil als Review ab
- Ausnahmen direkt im Pull Request beantragt, mit Begründung und Ablaufdatum
- Fix-Vorschläge, geprüft durch Build und Blast-Radius-Validierung
§2
Eintrag
Hält fest, wie jede Änderung hineinkam.
Jeder Merge, jede Freigabe und jede Änderung Ihrer Review-Regeln, beim Eintreten aus GitHub erfasst.
- Unabhängige Freigabe auf dem finalen Commit und die beim Merge geltenden Regeln
- Abgeschaltete Review-Regeln, Admin-Umgehungen und direkte Pushes, als Ereignisse
§3
Siegel
Versiegelt jede Entscheidung als Nachweis.
Jeder Gate-Lauf, jeder Merge und jede Regeländerung schreibt einen signierten, nur anfügbaren Eintrag, festgemacht am Commit und an der geltenden Regelsatz-Version.
- Hash-verkettet und signiert, mit optionaler Verankerung in Sigstore Rekor
- CSV- und PDF-Exporte pro Framework, Repository und Zeitraum
- Mindestens drei Jahre aufbewahrt (5, 7 oder 10 bei Enterprise), mit einer Kopie in Ihrem eigenen Repository
Controls
Zeigt den Control-Status so, wie ein Audit ihn verlangt.
Verfolgen Sie jedes Repository gegen die Frameworks, nach denen Sie geprüft werden, sehen Sie Ausnahmen, bevor sie ablaufen, und geben Sie externen Auditoren eine Nur-Lese-Rolle. Ansichten für Engineers, interne Revision und externe Auditoren.
Constraint-Erfolgsquote
96.4%27 / 28 Regeln ohne offenen Befund auf mainOffene Verstöße
30 kritisch · 1 hoch · 2 mittelGate-Läufe heute
1412 bestanden · 2 blockiertNachweis-Einträge
4,812letzte 90 Tage · nur anfügbar · signiert| Repository | SOC 2 | DORA | Offene Ausnahmen | Zuletzt geprüft |
|---|---|---|---|---|
| payments-api | 6 belegt | 1 teilweise | 1 | 17aa93d |
| ledger-service | 6 belegt | 1 teilweise | 0 | 91ac03e |
| web-checkout | 1 fehlgeschlagen | 1 teilweise | 0 | 4d2e8b1 |
| partner-gateway | 6 belegt | 1 teilweise | 2 | e07f5a2 |
§4
Prüfen
Ihr Auditor prüft es offline, mit Standard-openssl.
Keine Toevan-Software und kein Konto: offene Standards und gängige Werkzeuge. Drei Schritte, und die Antwort kommt in klaren Worten. Wurde etwas in einem Eintrag nach dem Versiegeln geändert, sagt die Prüfung das.
- Eine Kopie der Nachweise holen
Die Nachweise liegen auf einem Branch im eigenen Repository Ihres Mandanten, neben dem Code, den sie beschreiben. Ein gewöhnlicher Ordner voller Einträge.
- Den Schlüssel bestätigen
Prüfen Sie, ob der Fingerabdruck des Schlüssels zur Schlüssel-ID passt, die Toevan unter api.toevan.com/v1/public/evidence/keys veröffentlicht und in jedem Bericht abdruckt. Ein Befehl gibt ihn aus.
- Einen Eintrag aus Ihrer Stichprobe prüfen
Führen Sie die Prüfung für einen beliebigen Eintrag aus. Sie beantwortet zwei Fragen: Wurde die signierte Aussage geändert, und ist dieser Eintrag der, der signiert wurde?
rec_5b81d4eein Eintrag aus einer Stichprobe von 25 · BeispieldatenVerified OKDie Aussage ist genau das, was mit dem veröffentlichten Schlüssel signiert wurde.
record matches the statementDiese Eintragsdatei ist die, die die Signatur abdeckt. Sie können sich auf ihren Inhalt verlassen.
Die Zeilen, die die README des Evidence-Branches ausgibt. Sie brauchen nur openssl und die Shell.
- Schritt 2: den Fingerabdruck des Schlüssels ausgeben und mit dem veröffentlichten vergleichen
- Schritt 3a: die exakt signierten Bytes neu aufbauen (DSSE v1), dann die Signatur prüfen
- Schritt 3b: ist die Eintragsdatei die, die die signierte Aussage nennt?
$ ENV=attestations/<head_sha>/<record_id>.dsse.json
$ REC=records/<head_sha>/<record_id>.json
$ PUB=toevan.pub
$ openssl pkey -pubin -in "$PUB" -outform DER | openssl dgst -sha256
SHA2-256(stdin)= <key id>
$ T=$(sed -E 's/.*"payloadType":"([^"]*)".*/\1/' "$ENV")
$ sed -E 's/.*"payload":"([^"]*)".*/\1/' "$ENV" | openssl base64 -d -A > statement.json
$ sed -E 's/.*"sig":"([^"]*)".*/\1/' "$ENV" | openssl base64 -d -A > sig.der
$ { printf 'DSSEv1 %s %s %s ' "${#T}" "$T" "$(wc -c < statement.json | tr -d ' ')"; cat statement.json; } > pae.bin
$ openssl dgst -sha256 -verify "$PUB" -signature sig.der pae.bin
Verified OK
$ H=$(sed -E 's/.*"record_hash":"sha256:([0-9a-f]{64})".*/\1/' statement.json)
$ if [ "$(openssl dgst -sha256 -r "$REC" | cut -d' ' -f1)" = "$H" ]; then echo "record matches the statement"; else echo "RECORD DOES NOT MATCH THE STATEMENT"; fi
record matches the statement
$ printf 'record %s\n' "$(sed -nE 's/.*"record_id":"([^"]*)".*/\1/p' statement.json)"
record <the record id you picked>
$ printf 'subject %s\n' "$(sed -nE 's/.*"subject":\[\{"digest":\{"([^"]*)":"([^"]*)"\},"name":"([^"]*)"\}\].*/\3 \1:\2/p' statement.json)"
subject git+https://github.com/<owner>/<repository> gitCommit:<the commit you picked>
Für Auditoren
Gebaut für das Audit, und ehrlich über seinen Umfang.
Jedes Control jedes Frameworks im Katalog, zugeordnet: wo Toevan Code-Nachweise liefert, wo Prozess-Nachweise, und der viel größere Teil, der bei Ihrer Organisation bleibt.
Was Ihr Auditor erhält
- Ein Bericht pro Framework. Für jeden Zeitraum und jedes Repository: ein PDF für die Akte und eine CSV der Einträge zum Testen.
- Die vollständige Nachweiskette. Jedes Code-Ergebnis, jede Ausnahme, jeder Merge, jede Freigabe und jede Regeländerung, jeweils festgemacht an Commit und geltender Regelsatz-Version.
- Control-Änderungen, wenn sie geschehen. Abgeschaltete Review-Regeln, Admin-Umgehungen und direkte Pushes, versiegelt, wenn sie geschehen.
- Nur-Lese-Zugriff. Eine Auditor-Rolle, die Nachweise, Exporte und Berichte liest und keine Repositories und keinen Code sieht.
- Anleitungen, die kein Konto brauchen. Die Prüfung läuft offline mit offenen Werkzeugen gegen einen veröffentlichten Schlüssel.
Wie jede Tatsache gekennzeichnet ist
Jede Tatsache trägt eines von sechs Labels, damit Ihr Auditor weiß, wie weit er sich darauf verlassen kann.
Beide wurden versiegelt, als sie geschahen, daher fällt nichts zwischen Momentaufnahmen. Zählen Sie die Grundgesamtheit selbst nach, mit git und der Grundgesamtheits-CSV des Berichts.
Integrationen
Eigenständig vollständig. Verbunden, wenn Sie es brauchen.
Toevan braucht nur Ihre GitHub-Repositories, um jede Änderung zu prüfen, festzuhalten, wie sie hineinkam, die Nachweise zu versiegeln und Auditoren zu geben, was sie verlangen. Behalten Sie Semgrep, Snyk oder CodeQL für die Tiefe.
- Pull-Request-Gate und Ausnahmen mit Ablaufdatum
- Nachweise pro Änderung versiegelt und Prozess-Nachweise pro Merge
- Audit-Dashboards und ein Status-Badge für die README
- Läuft auf Ihren GitHub-Repositories
Preise
Kostenlos starten. Sprechen Sie mit uns, wenn das Audit ernst wird.
Jeder Plan versiegelt dieselben Nachweise und wird gleich geprüft. Die Pläne unterscheiden sich bei Umfang, Berichten, Workflows und dem Ort, an dem Toevan läuft.
Free
Für ein erstes Repository und einen ersten Blick auf das Gate.
- Repositories: bis zu 2 in einer Organisation, 1 in einem persönlichen Konto
- Plätze: bis zu 3 in einer Organisation
- Versiegelte Nachweisspur mit Export
- Pull-Request-Gate und Architektur-Canvas
- Offizieller Blueprint-Marktplatz
- KI-Fixes: 10 im Monat
Team
EmpfohlenPro verwaltetem Repository bepreist und jährlich abgerechnet, für Organisationen mit fünf bis hundert Repositories.
- Repositories: 5 bis 100, pro verwaltetem Repository bepreist, jährlich abgerechnet
- Plätze: unbegrenzt
- Frameworks: jedes Framework
- Deep Check, im Rahmen angemessener Nutzung
- Rollen pro Repository
- KI-Fixes: enthalten, im Rahmen angemessener Nutzung
- Compliance-Berichte als CSV und PDF
- SSO (SAML und OIDC), kommt bald
Starten Sie mit einem Pilot: ein Repository und ein Framework, durch einen Audit-Zyklus.
Enterprise
Mehr als hundert Repositories oder individuelle Konditionen.
- Repositories: mehr als 100
- Self-Hosted- oder Private-VPC-Betrieb, auf Anfrage
- Aufbewahrung der Nachweise: 3, 5, 7 oder 10 Jahre, Ihre Wahl
- Bevorzugter Support
- Mengenkonditionen
| Funktion | Free | Team | Enterprise |
|---|---|---|---|
| Nachweise | |||
| Versiegelte Nachweisspur mit Export | Enthalten | Enthalten | Enthalten |
| Offline-Prüfung mit offenen Werkzeugen | Enthalten | Enthalten | Enthalten |
| Compliance-Berichte als CSV und PDF | Nicht enthalten | Enthalten | Enthalten |
| Audit-Log | Nicht enthalten | Enthalten | Enthalten |
| Aufbewahrung der Nachweise | Mindestens 3 Jahre | Mindestens 3 Jahre | 3, 5, 7 oder 10 Jahre, Ihre Wahl |
| Gate und Controls | |||
| Pull-Request-Gate und Architektur-Canvas | Enthalten | Enthalten | Enthalten |
| Offizieller Blueprint-Marktplatz | Enthalten | Enthalten | Enthalten |
| Compliance-Frameworks | Nicht enthalten | jedes Framework | jedes Framework |
| Ausnahme-Workflows | Nicht enthalten | Enthalten | Enthalten |
| Deep-Check-Analyse vor dem Merge | Nicht enthalten | im Rahmen angemessener Nutzung | im Rahmen angemessener Nutzung |
| Umfang und Support | |||
| Repositories | bis zu 2 in einer Organisation, 1 in einem persönlichen Konto | 5 bis 100, pro verwaltetem Repository bepreist, jährlich abgerechnet | mehr als 100 |
| Plätze | bis zu 3 in einer Organisation | unbegrenzt | individuelle Konditionen |
| KI-Fixes | 10 im Monat | enthalten, im Rahmen angemessener Nutzung | enthalten, im Rahmen angemessener Nutzung |
| Eigene LLM-Schlüssel | Nicht enthalten | Enthalten | Enthalten |
| Bevorzugter Support | Nicht enthalten | Nicht enthalten | Enthalten |
| Mengenkonditionen | Nicht enthalten | Nicht enthalten | Enthalten |
| Integrationen und Sicherheit | |||
| Benachrichtigungen per Slack und Webhook | Nicht enthalten | Enthalten | Enthalten |
| Rollen pro Repository | Nicht enthalten | Enthalten | Enthalten |
| SSO (SAML und OIDC) | Nicht enthalten | Bald | Bald |
| Self-Hosted- oder Private-VPC-Betrieb | Nicht enthalten | Nicht enthalten | auf Anfrage |
Listenpreise gibt es noch nicht. Team wird pro verwaltetem Repository bepreist und jährlich abgerechnet, und wir vereinbaren es mit Ihnen.
Die Fragen, die wir zuerst hören
Klare Antworten zu Umfang, Determinismus und dazu, wohin Ihr Code geht.
Etwas offen geblieben?- Schreiben Sie unspilots@toevan.com
- Fragen Sie im 45-minütigen Pilot-CallCall buchen
- Sie prüfen einen Toevan-Kunden?Mehr Antworten für Auditoren
Umfang und Passung
3 FragenMüssen wir Vanta, Kosli oder unsere Scanner ersetzen?
Nein. Toevan arbeitet für die Code-Ebene allein und neben den Werkzeugen, die Sie haben. Behalten Sie Ihre Scanner für die Tiefe; Toevans eigene Prüfungen geben jeder Änderung eine Basis und entscheiden den Merge anhand Ihrer Regeln. Signierte Urteile fließen als Attestierungen in Kosli, und Toevans Berichte lassen sich an Controls in Vanta, Drata oder Ihrem eigenen Register anhängen.
Toevan ergänzt einen versiegelten Eintrag, aus der Änderung selbst berechnet: was jede Änderung bewirkt, und seit v1.4.0 auch ihren Weg vom Commit bis in die Produktion, signiert, als es geschah, und offline mit Standard-openssl prüfbar.
Heißt ein grüner Bericht, dass wir alles erfüllen?
Nein, und jeder Bericht sagt das. Toevan liefert Nachweise für die Controls, die im Code liegen, und seit v1.4.0 in Ihrem Änderungsprozess. Es zertifiziert nie ein Control und äußert keine Meinung dazu, ob Controls angemessen gestaltet sind oder wirksam arbeiten. Zugriffsprüfungen, Incident Response, Resilienztests, Drittparteirisiko und Governance bleiben bei Ihrem Prozess, und jeder Bericht listet genau auf, was er nicht abdeckt.
Unterstützen Sie nur GitHub?
Heute GitHub, über eine GitHub App mit Check Runs und Annotationen am Pull Request. Seit v1.4.0 liest es zusätzlich Merges, Reviews, Regeländerungen und Produktions-Deployments beim Eintreten. GitLab und Bitbucket stehen auf der Roadmap. Wenn eines davon Ihr Hindernis ist, sagen Sie es uns, dann rückt es nach oben.
Wie es läuft
3 FragenIst die Durchsetzung wirklich deterministisch?
Ja. Blueprint-Constraints werden gegen den Abhängigkeitsgraphen ausgewertet, ohne Modell in der Schleife: gleiche Eingabe, gleiches Urteil, bei jedem Lauf. KI schlägt Fixes vor und erklärt Verstöße, sie entscheidet nie, ob Code die Regeln einhält.
Verlässt unser Code unsere Grenze?
Analyse, Blueprint-Auswertung, Pull-Request-Gate und Signierung der Nachweise laufen auf Toevans eigener EU-Infrastruktur, und Ihr Quellcode wird nicht außerhalb davon gesendet. Abhängigkeitsprüfungen senden Paketnamen und Versionen, außer solchen, die Toevan als privat erkennt, an öffentliche Dienste wie OSV.dev. Optionale KI-Funktionen können aus dem Code abgeleiteten Kontext an einen EU-Anbieter oder an Ihren eigenen Anbieter-Schlüssel senden. Die Rekor-Verankerung, eingebaut und als Opt-in je Organisation, veröffentlicht nur Eintrags-Hashes. Self-Hosting ist auf Anfrage möglich. Die vollständige Erklärung steht auf der Seite Sicherheit.
Was passiert, wenn das Gate falsch liegt?
Sie beantragen eine Ausnahme mit Begründung, Umfang und Dauer. Die zuständige Person prüft sie, sie läuft planmäßig ab, und die Ausnahme selbst wird zum Nachweis.
Bringen Sie ein Repository und Ihr nächstes Audit mit.
Die Piloten starten im Q1 2027 mit einer kleinen Gruppe von Design-Partnern: regulierte Teams, die KI-gestützten Code ausliefern, von Series B bis Enterprise. Der erste Audit-Zyklus ist der Beweis.
- Ein Repository, ein Framework
- Nachweise ab dem ersten Pull Request
- Prüfbar ohne Toevan-Konto