Es gibt keine Möglichkeit, dies zu tun - dies ist eine Teilmenge dessen, was DRM-Schemata versuchen.

Wenn ein Endbenutzer etwas einmal entschlüsseln kann, um es zu sehen, kann er es wieder sehen. Möglicherweise ist Folgendes möglich:

• Nehmen Sie zuerst eine Kopie und entschlüsseln Sie diese,
• kopieren Sie den Bildschirm
• bearbeiten Sie die Anwendung

Die einzige Möglichkeit, sich zu nähern, besteht darin, die vollständige Kontrolle über die Hardware und Software zu haben, sodass Sie sie löschen können, sobald sie angezeigt wurde. Selbst dann könnte jemand eine Kamera verwenden, um Bilder vom Bildschirm aufzunehmen usw.

Ich möchte stattdessen fragen, wofür Sie ein solches Schema verwenden möchten, da es in vielen Szenarien Möglichkeiten gibt, den gleichen Effekt zu erzielen.

Wie Sie bereits angedeutet haben, ist so etwas nur in Hardware möglich. Eine Software oder verschlüsselte Datenlösung hat immer die Möglichkeit, vor der Entschlüsselung eine Kopie zu erstellen.

Bei Hardware besteht das Schema darin, Informationen zur Entschlüsselung zu zerstören. Ein naiver Ansatz wäre, einfach einen Block in den Speicher einzulesen, ihn im Speicher zu zerstören und dann zu entschlüsseln.

Dieser Ansatz kann natürlich Manipulationen zum Opfer fallen - ein Angreifer könnte das System so manipulieren, dass der Das Löschen schlägt fehl, aber was auch immer die Entschlüsselung tut, glaubt, dass sie erfolgreich war, und fährt daher mit der Entschlüsselung fort.

Ein differenzierterer Ansatz wäre, einige physikalische Eigenschaften so auszunutzen, dass das Lesen der Informationen sie auch zerstört. Dies ist in der Tat das, was die weitgehend theoretische Quantenkryptographie sicher macht - Sie können nicht lauschen (mithören), ohne Informationen zu zerstören, und so die Tatsache offenbaren, dass jemand die Nachricht abfängt.

Außerhalb des Quantenbereichs, Es kann Lösungen geben, die chemische oder andere physikalische Prozesse verwenden, aber sie können auch manipuliert werden.

Wenn ein Netzwerk verfügbar ist, können Sie das Entschlüsselungsverfahren (und den privaten Schlüssel) auf einen Dienst auslagern, der auf einem sicheren Server ausgeführt wird. Sie können dann alle gewünschten Regeln auf dem Server durchsetzen.

Der Client sendet den undurchsichtigen Text an den Dienst und fordert ihn auf, ihn zu entschlüsseln und den Klartextinhalt zurückzugeben, und der Server kann entscheiden, ob der Client dies tun soll basierend auf dem Entschlüsselungsverlauf zulässig sein - möglicherweise mehr als eine Entschlüsselungsoperation blockieren.

Es würde jedoch nichts den Anrufer daran hindern, das Ergebnis der Entschlüsselung immer wieder zu verwenden ist mehr oder weniger das gleiche wie immer wieder zu entschlüsseln. Es gab Versuche, dies für Musik und Filme zu tun (siehe geschützter Medienpfad), aber es ist ein verlorener Kampf. Wenn nichts anderes, könnte ein Hacker die Monitorhardware fälschen und das Eingangssignal aufzeichnen oder einfach eine HD-Videokamera auf den Monitor richten und den Inhalt während der Wiedergabe aufzeichnen. Eine ähnliche Abfangtechnik könnte für jede Art von digitalem Inhalt verwendet werden. Das Endergebnis ist also ... nicht, es ist nicht wirklich möglich.

Ein praktikablerer Ansatz wäre, eine Seriennummer in den Inhalt selbst zu backen und sie auf einem Autorisierungsserver zu verfolgen oder in einem zu backen Ablaufzeitstempel. Sie müssten dies dann auf der Empfangsseite erzwingen, was eine sichere Anwendung sein müsste. So funktioniert beispielsweise ein Einmalkennwort. Dazu müssen Sie jedoch beide Enden des Datenpfads besitzen und die Daten selbst außerhalb des Datenpfads unbrauchbar machen.

Es ist in keiner Weise praktisch und grundsätzlich unmöglich (auf zuverlässige Weise), aber es kann in gewissem Umfang möglich sein.

Das offensichtliche Hindernis, das die Grundsätzlich ist es unmöglich, dass alles, was Sie entschlüsseln, sobald Sie es gelesen haben, in Ihrem Kopf ist. Um sicherzugehen, dass das Geheimnis geheim bleibt, müsste es eine Art Giftpillenmechanismus geben. Vielleicht eine Kapsel, die einen TTS-Motor enthält und die Nachricht über die Knochenleitung an Sie überträgt und dann explodiert und Ihnen den Kopf abbläst.
Denn Sie wissen, solange Sie atmen, können Sie es einfach jemandem sagen. Hoffen wir dennoch, dass Sie nicht laut wiederholen, was das TTS in Ihrem Kopf flüstert.

Abgesehen davon gibt es Datenspeichersysteme, die nur einmal gelesen werden können. DRAM und ferroelektrischer RAM als nichtflüchtige Alternative sind zwei Beispiele dafür. Diese benötigen entweder ein eingebautes explizites Schreiben nach dem Lesen oder etwas anderes (z. B. eine Kondensatorschaltung). Andernfalls werden die Informationen durch Lesen der Informationen zerstört. Lassen Sie das weg, und Sie haben einen großen Schritt nach vorne gemacht.
Jetzt müsste man zumindest zwei Kopien erstellen (eine auf einen zerstörungsfreien Lesespeicher und dann) eine andere, um tatsächlich eine Kopie zu haben). Dies liegt zwar im Bereich "machbar", kann jedoch je nach Hardwarekompatibilität ohnehin eine gewisse Belastung darstellen (Sie sind sich nicht sicher, ob Sie nur zwei völlig unterschiedliche, inkompatible Speichertypen verkabeln und Daten wie in Star Trek kopieren können) gut, dass es sich als etwas schwieriger herausstellt!). Aber wir sind noch nicht am Ende.

Der Entschlüsselungsschlüssel und sogar ein Teil oder die vollständige ausführbare Entschlüsselungsdatei (vorausgesetzt, die Schleifen werden abgewickelt) können genauso gut im destruktiv gelesenen Speicher innerhalb der Entschlüsselung gespeichert werden Hardware. Der Entschlüsselungsschlüssel muss den Chip niemals verlassen, sodass außer für "Daten" keine Spuren für die Übertragung vorhanden sein müssen. Es wird während der Entschlüsselung gelesen und danach ist es weg. Also ... los geht's.

Wenn Sie nicht davon ausgehen, dass jemand Löcher in der Größe von ein paar Dutzend Nanometern in den Chip bohrt und Nanodrähte verwendet, um den Speicher irgendwie abzuhören, gibt es keine Möglichkeit, an die Daten zu gelangen. Ich sage nicht, dass das unmöglich ist, nur ... dass es irgendwie verrückt ist. Keine Information ist wertvoll genug, um dies zu rechtfertigen. Außerdem würde ich vermuten, dass dies ein ziemlich riskantes Verfahren ist, da ein versehentliches Austreten einer winzigen Ladung oder ein paar Nanometer zu weit nach links oder rechts zwangsläufig auch den Schlüssel zerstört.

Wie der Entschlüsselungsschlüssel normalerweise ist Sehr klein (32 Byte oder weniger), könnte es tatsächlich in einem sicheren Enklavenprozessor oder ähnlichem gespeichert werden, wie dies heutzutage bei vielen Mobilgeräten routinemäßig der Fall ist. Dieser Speicher könnte auch destruktive Lesevorgänge haben (und keinen externen Zugriff auf geklavte Daten, ähnlich wie bei jedem modernen Telefon). Aber es muss nicht einmal sein.
Sie könnten Sicherungen wie in Knox von Samsung oder SEP von Apple haben, mit denen Sie die Daten im Prinzip N-mal entschlüsseln können (nicht nur genau einmal, sondern genau N-mal, so viele wie du magst). Danach aktualisiert der Prozessor den Schlüssel einfach nicht (oder überschreibt ihn explizit). Oder, viel weniger sicher (aber wahrscheinlich immer noch gut genug), es weigert sich nur zu entschlüsseln.
Eine Kopie der verschlüsselten Daten zu erstellen, bringt also nicht viel, da Sie die nicht entschlüsseln können kopieren.

Natürlich kann jemand die entschlüsselten Daten immer noch trivial kopieren, wenn es irgendwelche Möglichkeiten gibt, dies zu tun. Normalerweise gibt es sowohl digitale als auch analoge. Wenn nichts anderes, können zwei oder drei Personen gleichzeitig auf den Bildschirm schauen oder ein Foto aufnehmen.

Dies ist jedoch ein Problem, das Sie grundsätzlich nicht lösen können (außer durch ein explodierendes Gerät oder ein Gerät, das Nervengas freisetzt).

Rein theoretisch gesehen ist dies nur möglich, wenn Sie sicherstellen können, dass nach der ersten Entschlüsselung keine Kopien von beiden

1. Entschlüsselten vorhanden sind Daten und
2. entweder die verschlüsselten Daten oder die Schlüssel, die zum Entschlüsseln benötigt werden.
ol>

Im Prinzip stark>, Sie können dies nur mit der Zusammenarbeit (bereit oder erzwungen) der Parteien tun, die mit diesen Informationen umgehen, die gelöscht werden müssen.

In der Praxis Dies kann ausreichen, je nachdem, was Sie erreichen möchten und welchen Komponenten des Systems Sie vertrauen möchten.

Wenn Sie beispielsweise einem typischen iPhone vertrauen (sollten Sie nicht) Im absoluten Sinne, aber wie bei allen Sicherheitsaspekten gibt es nur wenige Absolute. Normalerweise gibt es nur die Wahrscheinlichkeit und das Risiko, das Sie akzeptieren möchten. Sie können davon ausgehen, dass eine von Ihnen geschriebene iPhone-App und ihre Daten nicht vorhanden sind entweder von Malware oder vom menschlichen Benutzer manipuliert, Denn so scheint Apple zu versuchen, dies sicherzustellen, und so können Sie die Daten in Ihrem Code nachher entschlüsseln und löschen.

(Sie können sich immer ein sorgfältig gesichertes und geprüftes Gerät vorstellen Sie haben es selbst gemacht, wenn sich das iPhone für Sie zu unsicher oder nicht vertrauenswürdig anfühlt.)

Dadurch wird das "analoge Loch" nicht entfernt, wenn Sie dem Benutzer diese Daten anzeigen oder sie auf andere Weise auf beobachtbare Weise verlieren Dies kann für einige Anwendungsfälle akzeptabel sein. Beispielsweise zeigen Sie es dem Benutzer möglicherweise nicht an, sondern verwenden die entschlüsselten Daten nur als Teil eines Sicherheitsschemas in den Implementierungsdetails, die der Benutzer nicht direkt anzeigen muss.

Wir können dieses Beispiel auf die Datenübertragung erweitern : Sie können die verschlüsselten Daten über einen Datenkanal und den Schlüssel über einen anderen senden, sofern Sie darauf vertrauen, dass mindestens einer dieser Kanäle sicher ist und um die durch sie übertragenen Daten nicht zu behalten, oder Sie können darauf vertrauen, dass jeder Mittelsmann, der auf einem Kanal lauschen kann, niemals Informationen an jeden weitergeben kann, der auf dem anderen Kanal lauschen kann, dann haben Sie eine anständige Garantie, dass dies der einzige ist Was jemals entschlüsselt wird, ist Ihr kooperierender Client-Code.

TL; DR : Wenn Sie verstehen, warum es im Prinzip keine perfekte Lösung für dieses Problem gibt, können Sie einige Situationen identifizieren wo Sie es mit ausreichend hohen Gewinnchancen erreichen können, um sich in der Praxis wohl zu fühlen. Diese Situationen überschneiden sich jedoch möglicherweise nicht mit dem, was Sie sich erhofft hatten.

Dies ist eines der Versprechen der Quantenkommunikation - theoretisch wäre es möglich, ein Kommunikationsprotokoll "einmal lesen" zu erstellen, da die Beobachtung die Quantenzustände grundlegend verändert.

Natürlich bleiben praktische Probleme wie "Benutzer können immer noch ein Bild von ihrem Bildschirm mit ihrem Telefon aufnehmen" bestehen.