01 / Öffentlich
Zweck, Aussagegrenzen, das erfundene Beispiel und Review-Muster. Quellcode der Forschungsprogramme wird nicht veröffentlicht.
OFFENE METHODE / KLARE GRENZEN
Eine eigenständige Lehrkomponente veranschaulicht die Verifikation. Review-Muster zeigen, was Auftraggeber erhalten. Interne Implementierungen der Forschungsprogramme sind nicht enthalten.

01 / DA-MODEL-002
DA-MODEL-002 ist ein erfundener Leuchtenprüfstand. Die Software hat einen Befehl angenommen; ob die Leuchte eingeschaltet wurde, muss ein externer Beobachter gesondert feststellen.
Eine Aufforderung, die Anzeige einzuschalten.
Die Software hat die Anfrage angenommen. Der Zustand der Anzeige ist nicht festgestellt.
Eine aktuelle, diesem Befehl zugeordnete Meldung eines vertrauenswürdigen Beobachters.
Die Bestätigung erfordert den aktuellen Befehl und eine aktuelle vertrauenswürdige Beobachtung. Falsch zugeordnete, veraltete und gefälschte Meldungen werden abgewiesen; eine Wiederholung kann die Aktualität nicht erneuern.
PASS · Python 3.12.14 ·
receipt_is_effect
request_1 → receiptwrong_ticket
request_1 → wrong_ticketstale
request_1 → staleforged
request_1 → forgedPython 3.10+ · keine externen Abhängigkeiten
python verify.py --report verification.local.json1ba4989109c73bfb1f16bc0787153e13d4e222a055917b2131b5fc612bae2bff02 / Review-Muster
Zwei aufeinander abgestimmte Dokumente zum selben erfundenen Prüfstand. Kennungen verknüpfen Vertrauensgrenze, Lücke, erforderlichen Nachweis und Abschlusskriterium.
| Grenze | Was sie überschreitet | Vertrauensgrundlage / Einschränkung |
|---|---|---|
| TB-01 · Client → Empfänger | Ein Befehl und seine Kennung. | Eine Quittung belegt die Annahme; sie ist kein Nachweis für den Zustand der Anzeige. |
| TB-02 · Empfänger → Umgebung | Die Absicht, einen externen Zustand zu ändern. | Ausführung und Beobachtung sind getrennt; eine Wirkung kann ohne Bestätigung eintreten. |
| TB-03 · Beobachter → Bewertung | Eine dem Befehl zugeordnete Beobachtung. | Quellenauthentizität und Messgenauigkeit werden hier vorausgesetzt. Ein reales System benötigt gesonderte Nachweise. |
| TB-04 · Bewertung → Oberfläche | Ein Status und ein Beobachtungszeitpunkt. | Zeigen Sie „beobachtet“, Zeitpunkt und Umfang an; machen Sie aus einer früheren Beobachtung keine Garantie für den aktuellen Zustand. |
| Lücke | Auswirkung und erforderlicher Nachweis | Abschlusskriterium |
|---|---|---|
| G-01 / TB-03 · Hoch | Die Authentizität des Beobachters wird vorausgesetzt. Erforderlich sind ein Vertrauensmodell, Schlüsselregeln und Negativprüfungen. | Die Quelle ist identifiziert; fremde, widerrufene und gefälschte Meldungen werden abgewiesen. |
| G-02 / TB-03 · Hoch | Abstrakte Aktualität ist keine gemessene Zeit. Erforderlich sind Verzögerungsgrenzen, Uhrunsicherheit und ein definiertes Ablaufverhalten. | Abgelaufene Meldungen und übermäßige Uhrunsicherheit können keine aktuelle Bestätigung erzeugen. |
| G-03 / TB-02 · Mittel | Wiederherstellung und die Wiederverwendung von Kennungen sind nicht modelliert. Neustart- und Persistenzszenarien sind erforderlich. | Nach einem Neustart kann eine alte Beobachtung keinem neuen Befehl zugeordnet werden. |
| G-04 / TB-04 · Mittel | Eine Beobachtung könnte als aktueller Zustand missverstanden werden. Erforderlich sind ein Oberflächenmuster und eine Prüfung der Verständlichkeit der Statusanzeige. | Die Oberfläche unterscheidet angenommen, beobachtet, abgelaufen und unbekannt. |
Beim Übergang vom Modell zu einem realen Prüfstand bleiben alle Lücken offen. Dies veranschaulicht das Format eines Ergebnisses; es ist kein Review eines Kundensystems.
Die deutschen Muster sind übersetzte Arbeitsvorlagen. Sie gehören nicht zum signierten Originalpaket. Signierte Prüfarchive, Quellcode und maschinenlesbare Protokolle bleiben in ihrer Originalsprache unverändert.
03 / Zugangsstufen
Die öffentliche Seite schaltet keine vertraulichen Unterlagen frei. Jede Herausgabe erfordert ein vereinbartes Ziel, einen benannten Empfänger und festgelegte Bedingungen.
Zweck, Aussagegrenzen, das erfundene Beispiel und Review-Muster. Quellcode der Forschungsprogramme wird nicht veröffentlicht.
Nach Vereinbarung: aufgezeichnete Prüfausgaben, eine Versionskennung und ausgewählte geschwärzte Unterlagen. Eine personalisierte Kopie trägt eine eindeutige Ausgabemarkierung; vollständiger Quellcode ist nicht enthalten.
Eine vereinbarte Unterlagenliste, personenbezogener Lesezugriff, ein Ablaufdatum und ein Ausgabeprotokoll. Kanal und Empfänger werden vor der Freigabe bestätigt.
Eine Ausgabemarkierung unterscheidet Kopien; sie verhindert keine Screenshots oder Abschriften. Ein NDA allein ist keine technische Zugriffskontrolle. Diese Website bietet kein automatisches Repository für vertrauliche Programme.
Technisches Review anfragen ↗Direkter Kontakt zum Forscher
1westwestwest@gmail.com04 / Integrität und Herkunft
Prüfbare Hashes und Signaturen für die verfügbaren öffentlichen Unterlagen. Eine Signatur belegt den Besitz des zugehörigen Schlüssels; eine unabhängige Identitätsprüfung oder Zeitstempelung wird nicht behauptet.
minisign -Vm public-evidence-index.json -p release-key.pubLaden Sie public-evidence-index.json.minisig in dasselbe Verzeichnis herunter. Bewahren Sie den Fingerabdruck des öffentlichen Schlüssels gesondert auf: Dateien und ein Schlüssel von derselben Website schaffen für sich genommen kein unabhängiges Vertrauen.
df5ad41bb5583bfe18ce84336e5122a5f24fd8c667868e99b7702c393882fa84Die Signaturen umfassen das öffentliche Beispiel, Review-Muster und das historische Formularpaket. Ohne ausdrücklich ausgewählte Snapshots werden keine Hashes privater Spezifikationen oder Quelltexte der sechs Programme behauptet. Die Signaturzeit stammt von der Uhr des Ausstellers und ist kein unabhängiger Zeitstempel.