Der Schutz sensibler Daten endet nicht an den Grenzen des Prozessors oder eines Systems auf einem einzigen Chip. Wenn Anweisungen und Daten in einen externen Speicher wie DRAM übertragen werden, wird die Speicherschnittstelle zu einem Teil der Angriffsfläche – insbesondere in Raumfahrt- und Regierungssystemen, die möglicherweise in umkämpften Umgebungen betrieben werden und jahrzehntelang im Einsatz bleiben. Ein in Semiconductor Engineering veröffentlichter technischer Beitrag von Vincent van der Leest und Ajay Kapoor von Rambus entwirft einen Ansatz zum Schutz dieser Schnittstelle, der über die Verschlüsselung der Inhalte hinaus auch die Überprüfung ihrer Unverändertheit umfasst.
Der Beitrag wurde am 3. September 2026 im Format Sponsor Blog veröffentlicht. Daher sollte die Darstellung eines Rambus-Produkts als kommerzielles Beispiel für den vorgeschlagenen Ansatz verstanden werden und nicht als unabhängiger Beleg für dessen Überlegenheit. Das grundlegende technische Prinzip ist jedoch umfassender als das Produkt selbst: Externer Speicher benötigt Vertraulichkeit, Authentifizierung und Manipulationsschutz sowie ein Management des gesamten Lebenszyklus der Schlüssel.
Verschlüsselung verbirgt Daten, weist aber ihre Integrität nicht nach
Die Inline Memory Encryption, also die integrierte Speicherverschlüsselung, verschlüsselt Daten, bevor sie in den außerhalb des Systems angeschlossenen Speicher geschrieben werden, und entschlüsselt sie wieder, sobald sie zur Nutzung zurückkehren. Dies geschieht üblicherweise durch eine Verschlüsselungs-Engine zwischen der Verarbeitungslogik und dem Speicher-Controller. Dadurch lässt sich der Schutz für die Software transparent umsetzen, während Anforderungen an Leistung und Reaktionszeit erhalten bleiben.
Die Vertraulichkeit von Daten ist jedoch nicht gleichbedeutend mit ihrer Integrität. Ein Angreifer muss möglicherweise weder kryptografisches Material noch Sensordaten oder Ausführungsanweisungen lesen, wenn er in der Lage ist, einen Wert zu verändern, der mit einem Befehl, Koordinaten oder einer Nachschlagetabelle verbunden ist. Dasselbe Risiko besteht bei medizinischen und finanziellen Daten sowie bei Eingaben oder Parametern von Modellen der künstlichen Intelligenz, bei denen eine Veränderung zu unzuverlässigen Entscheidungen oder Ausgaben führen kann.
Aus diesem Grund schlägt der Beitrag vor, die Authentifizierung so nah wie möglich am Speicherort durchzuführen – und zwar bevor die Daten an den Prozessor, Beschleuniger oder die Steuerlogik übergeben werden. Je kürzer die Strecke ist, die nicht authentifizierte Daten zurücklegen, desto geringer ist die Wahrscheinlichkeit, dass sich beschädigte Daten im System ausbreiten.
Die Wahl des AES-Modus hängt von den Anforderungen ab, nicht vom Namen des Algorithmus
AES-XTS wird häufig zur Verschlüsselung von Speicherlaufwerken und Speichern mit hoher Übertragungsrate eingesetzt. Dieser Modus verwendet einen mit der Datenadresse verbundenen Wert, sodass derselbe Inhalt bei der Speicherung an unterschiedlichen Adressen nicht denselben Chiffretext erzeugt, ohne die Größe der geschützten Daten zu erhöhen. AES-XTS bietet jedoch ausschließlich Vertraulichkeit und gilt nicht als authentifizierter Verschlüsselungsmodus, der Vertraulichkeit und Integritätsprüfung kombiniert.
Im Gegensatz dazu kombiniert AES-GCM Verschlüsselung und Integritätsprüfung über einen Authentifizierungstag, der vor der Freigabe des Klartexts überprüft wird. Dadurch können absichtliche Veränderungen erkannt werden. Allerdings müssen Authentifizierungstags und Nonces beziehungsweise Initialisierungsvektoren gespeichert und verwaltet werden. Dies kann sich auf Speicherkapazität, Bandbreite, Adressverteilung, Caching-Mechanismen und die Initialisierungsphase auswirken.
In der Praxis sollte die Entscheidung daher nicht auf die Stärke des Algorithmus beschränkt werden. Der Ingenieur muss das Bedrohungsmodell, das erforderliche Sicherheitsniveau, den akzeptablen zusätzlichen Speicherbedarf, die Leistungsziele und die Gesamtarchitektur des Systems gegeneinander abwägen. In sicherheitskritischen Systemen kann die Fähigkeit, Manipulationen zu erkennen, die zusätzlichen Kosten für Metadaten und die höhere Designkomplexität rechtfertigen.
Widerstandsfähigkeit gegen Seitenkanalangriffe ist Teil des Designs
Selbst mathematisch sichere Algorithmen reichen nicht aus, wenn ihre Implementierung Schlüssel durch physische Leckagen preisgibt. Der Beitrag weist darauf hin, dass die Analyse des Stromverbrauchs, elektromagnetischer Abstrahlung oder von Zeitverhalten einem Angreifer mit physischem Zugang zur Ausrüstung dabei helfen kann, Schlüssel abzuleiten, ohne AES selbst zu brechen.
Daher sollten Maßnahmen gegen Seitenkanalangriffe in die Verschlüsselungs-Engine integriert werden und nicht erst nachträglich ausschließlich auf Systemebene hinzugefügt werden. Zu den im Beitrag genannten Sicherungselementen gehören der sichere Umgang mit Schlüsseln, ein vorhersehbares Verhalten bei Fehlern, der Schutz von Steuerpfaden und die Fähigkeit, zufällige Fehler zu tolerieren. Außerdem wird die Auffassung vertreten, dass die Nutzung einer im praktischen Einsatz bewährten Lösung und praktischer Erfahrung im Manipulationsschutz die Implementierungsrisiken und den Aufwand für den Vertrauensaufbau im Design verringern kann, insbesondere bei Raumfahrt- und Regierungsprogrammen.
Was muss auf Plattformebene geklärt werden?
Der Beitrag macht deutlich, dass das Hinzufügen einer Verschlüsselungs-Engine zum Speicherpfad nicht alle Schutzprobleme löst. Die Systemdesign- und Verschlüsselungs-Engine-Teams müssen mehrere miteinander verbundene Fragen behandeln, insbesondere:
- Aktualität der Daten: Die Überprüfung eines gültigen, aber alten Werts verhindert nicht dessen erneute Wiedereinspielung. Dafür können geschützte Zähler, Versionsinformationen oder ein synchronisierter Zustand erforderlich sein – mit Auswirkungen auf Metadaten, Persistenz und Wiederherstellung.
- Speicherinitialisierung: Geschützte Bereiche benötigen möglicherweise bereits vor dem normalen Start gültige Metadaten, während die Initialisierung großer Speicher den Startzeitpunkt und die Verfügbarkeit des Systems beeinflussen kann.
- Integration der Vertrauenswurzel: Die Bereitstellung von Schlüsseln, Sicherheitsrichtlinien, Übergänge zwischen Lebenszyklusphasen, das Löschen von Schlüsseln und Wiederherstellungsmechanismen müssen mit einer Vertrauenskette abgestimmt sein, die beim sicheren Booten beginnt und sich bis zum Schutz des Speichers während des Betriebs erstreckt.
Rambus zufolge verwendet sein für FPGA-Anwendungen entwickeltes Produkt IME-IP-340 AES-GCM, um Speichertransaktionen zu verschlüsseln, zu entschlüsseln und zu authentifizieren. Es unterstützt außerdem konfigurierbares Speichermanagement, Caching und Schlüsselmanagement sowie Optionen zur Abwehr von Angriffen durch Stromverbrauchsanalyse. Nach Darstellung des Unternehmens sollen diese Funktionen Designer dabei unterstützen, Sicherheit, Leistung, Metadatenkosten und Integrationsanforderungen gegeneinander abzuwägen.
Redaktionelle Einordnung: Die Grenzen sind wichtiger als die Verschlüsselungs-Engine
Die tatsächliche Veränderung, auf die sich der Beitrag konzentriert, besteht darin, den Speicherschutz vom Konzept des „Verbergens von Inhalten“ auf ein umfassenderes Konzept zu erweitern, das die Erkennung von Manipulationen und den Schutz vor Methoden zur Schlüsselgewinnung einschließt. Dies ist für Systeme wichtig, die auf externe Daten angewiesen sind, um Entscheidungen zu treffen oder Befehle auszuführen, denn die Integrität der Daten ist nicht weniger wichtig als ihre Vertraulichkeit.
Dennoch belegt die Quelle allein weder die Leistung von IME-IP-340 in bestimmten Betriebsumgebungen noch liefert sie detaillierte Zahlen zur Reaktionszeit, zum Umfang der Metadaten oder zu Ergebnissen unabhängiger Tests. Authentifizierte Verschlüsselung macht außerdem die Entwicklung von Mechanismen zur Verhinderung von Replay-Angriffen, zur Initialisierung und zum Lebenszyklusmanagement nicht überflüssig. Daher muss jede Lösung im Rahmen der vollständigen Plattformarchitektur und ihres spezifischen Bedrohungsmodells bewertet werden – und nicht als eigenständige Komponente, die automatisch die Sicherheit des Speichers gewährleistet.