Attesto 3 Provenance

AttestoMark Video

AttestoMark Video wird Bild für Bild aus dem Image-Provider zusammengesetzt und in Läufen aufeinanderfolgender Frames zurückgelesen. Diese Seite nennt, was gemessen überlebt, was gemessen verloren geht, und was eine Erkennung nicht feststellt.

Geltungsbereich

AttestoMark Video führt keinen zweiten Markierungsalgorithmus ein. Es setzt AttestoMark Image über ausgewählte Frames zusammen: zu Beginn jedes Stride erhält ein Burst von Frames den Locator, und die Erkennung dekodiert Läufe aufeinanderfolgender Frames statt gleichmäßig verteilter Einzelbilder.

Diese Wahl macht die Erkennung schnittfest. Jeder Stride beginnt einen Burst, also enthält ein Lauf dieser Länge unabhängig vom Schnittversatz ein markiertes Frame. Gleichmäßig verteilte Einzelproben können mit der Burst-Periode in Phase bleiben und jeden Burst verfehlen, was in den Protokolltests gemessen und nicht angenommen wird.

Architektur

Frame-Extraktion und Wiederzusammensetzung nutzen ffmpeg, das nur im Medien-Image der Local Vault liegt. ffmpeg kostet 205 zusätzliche Pakete und 448 MB gegenüber dem Basis-Image — gemessen, nicht geschätzt — und Codec-Bibliotheken sind historisch eine CVE-reiche Angriffsfläche, daher trägt eine Installation, die nie Video markiert, sie nicht.

Die Markierung selbst läuft in derselben Class-S-Sandbox wie der Image-Provider: kein Netzwerk, eine feste unprivilegierte Identität und Dateizugriff nur auf das übergebene Frame.

Embed-Lebenszyklus

Die Vault reserviert einen Registereintrag gegen den Digest des unmarkierten Videos, markiert die Burst-Frames, setzt den Stream wieder zusammen und erkennt das Ergebnis anschließend unabhängig, bevor der Eintrag abgeschlossen wird. Ein Embed, das nicht zurückgelesen werden kann, wird abgelehnt.

Geschlüsselte Erkennung

Die Erkennung extrahiert Probeläufe, dekodiert jedes Frame über den Image-Provider und löst den Locator gegen das verschlüsselte Register auf. Nur eine exakte Auflösung zählt; alles andere ist not_observed.

Formate und Grenzen

Containerformate, die ffmpeg dekodieren und neu kodieren kann, ausgegeben als H.264 in MP4. Die Mark liegt in den Frames, der Container ist nebensächlich.

Schlüssel und Register

Ein Video-Keyset trägt eine eigene Schema-Kennung und existiert nur in der Local Vault. Das Register ist ruhend verschlüsselt, und weder Mark-Kennung noch Locator-Bits erscheinen in der Datenbankdatei.

Nachweise

Ein Nachweisschema deckt jede Modalität ab. Es gibt bewusst kein video-spezifisches Nachweisobjekt: ein Leser, der erst wissen müsste, welche Modalität ein Ergebnis erzeugt hat, bevor er weiß, was es bedeutet, läse pro Format ein anderes Protokoll.

Gemessene Robustheit

Acht Assets und 80 Fälle gegen den echten Provider und echtes ffmpeg: Transkodierung nach H.264, Bitratenreduktion, 75%-Skalierung, moderater Beschnitt, Trimmen, Bildratenkonvertierung auf 24, Entfernen der Tonspur und kurze Clip-Extraktion, dazu exakte Erkennung und eine Falsch-Positiv-Prüfung mit nicht passendem Schlüssel.

8/8 überall außer bei der Bitratenreduktion mit 6/8. Aggressive Ratenbegrenzung entfernt die feinen Details, in denen das Frame-Signal lebt, was erwartet ist und genannt statt verschwiegen wird.

Diese Zahlen beschreiben genau dieses Korpus, diese Transformationen, diese Providerversion und diese Release-Umgebung. Sie sind keine allgemeine Überlebensrate.

Gemessene Entfernung

Ein Burst-Verfahren lädt zu einer naheliegenden Vermutung ein: dass das Entfernen von Frames die Mark entfernt. Sechs Assets zu 90 Frames wurden angegriffen, um das zu klären, und die Vermutung ist falsch.

Jedes zweite Frame weglassen, jedes dritte weglassen, die Bildrate auf 15 halbieren, um 10% beschleunigen und rückwärts abspielen lassen die Mark allesamt intakt. Die zeitliche Struktur ist robuster als die Frames, aus denen sie besteht.

Was sie entfernt, ist das, was eine Image-Mark entfernt: Beschnitt auf die mittleren 50% jedes Frames und Neukodierung bei CRF 40, wo Blockbildung sichtbar ist. Nichts Video-spezifisches fügt eine neue Schwäche hinzu, womit die einzuschränkende Aussage die Image-Aussage ist und keine eigene Video-Aussage.

Betrieb

Video-Markierung erfordert das Medien-Image, gebaut mit --target runtime-video. Das Basis-Image trägt keine Codec-Bibliotheken und lehnt Videooperationen ab, statt stillschweigend nichts zu erzeugen.

Fehlerfälle

Ein Embed, das nicht unabhängig zurückgelesen werden kann, wird abgelehnt. Ein Frame, das der Provider nicht markieren kann, bricht den Vorgang ab, statt ein Video mit unvollständigem Burst zu erzeugen. Ein fehlender Codec wird als fehlender Codec gemeldet, nicht als fehlende Mark.

Aussagegrenze

Eine erfolgreiche Erkennung beweist, dass diese Local Vault einen geschlüsselten Locator aufgelöst hat, der in den gezeigten Frames vorhanden war, und ihn an ihren verschlüsselten Mark-Eintrag gebunden hat. Sie beweist nicht, dass das Video das markierte Asset ist, wer es gefilmt hat, ob es generiert wurde, ob es etwas Wahres zeigt oder wem es gehört. Das Fehlen einer Mark ist kein Beleg dafür, dass etwas nicht aus dieser Kette stammt. Eine Mark lässt sich durch Beschnitt oder starke Neukodierung entfernen, was oben steht — und deshalb ist eine Erkennung ein Nachweis, den man neben Receipts, Source Bindings und Policy abwägt, und kein Urteil für sich.