Aktuelle Entwicklungen der Hardwaresicherheit
Welche Begründung dafür, dass der Schutz vor Rowhammer durch TRR (Target Row Refresh) im DRAM in der Forschung umgangen wurde, ist richtig?
- ATRR ist ein Mechanismus, der den Refresh anhält; solange TRR aktiv ist, kippen deshalb sogar die Bits aller Zeilen leichter
- BTRR arbeitet erst nach dem Deaktivieren von ECC; bei jedem Eingreifen von TRR nehmen daher nicht korrigierbare Fehler zu, die dann für Angriffe ausgenutzt wurden
- CDie Zahl der verfolgbaren Zeilen ist begrenzt, sodass beim Aktivieren vieler Zeilen manche Zeilen übersehen werden, und zudem konnten Bits auch in zwei Zeilen entfernten Zeilen kippen
Antwort und Erläuterung anzeigen
Antwort: C. Die Zahl der verfolgbaren Zeilen ist begrenzt, sodass beim Aktivieren vieler Zeilen manche Zeilen übersehen werden, und zudem konnten Bits auch in zwei Zeilen entfernten Zeilen kippen
Wegen begrenzter Schaltungsfläche zeichneten viele TRR-Implementierungen im DRAM nur wenige häufig aktivierte Zeilen auf und frischten deren Nachbarzeilen zusätzlich auf. TRRespass, 2020 veröffentlicht, zeigte, dass das reihum erfolgende Aktivieren vieler Zeilen die Aufzeichnung überfordert, sodass Bits in ungeschützten Zeilen kippen. Half-Double, 2021 veröffentlicht, zeigte, dass Bits auch in zwei Zeilen entfernten Zeilen kippen und dass der zusätzliche Refresh (also Aktivierungen) zum Schutz der Nachbarzeilen selbst zur Störung weiter außen liegender Zeilen beitragen kann. Aufgrund dieser Ergebnisse werden Mechanismen gefordert, die die Aktivierungen jeder Zeile exakt zählen, sowie mehrschichtige Gegenmaßnahmen im gesamten System.
Weiter: 9 weitere Fragen zu Aktuelle Entwicklungen der Hardwaresicherheit