Hardwarebeveiliging: nieuwste ontwikkelingen
Wat is de juiste verklaring waarom bescherming tegen Rowhammer door TRR (target row refresh) in de DRAM in onderzoek is omzeild?
- ATRR is een mechanisme dat de refresh stopt, dus terwijl TRR actief is, klappen de bits in alle rijen juist gemakkelijker om
- BTRR werkt door eerst ECC uit te schakelen, dus telkens wanneer TRR ingrijpt, nemen niet-corrigeerbare fouten toe en die worden door aanvallen benut
- CHet aantal rijen dat kan worden gevolgd is beperkt, zodat bij het activeren van veel rijen sommige rijen onbeschermd blijven, en er konden ook bits omklappen in rijen die twee rijen verder lagen
Antwoord en toelichting tonen
Antwoord: C. Het aantal rijen dat kan worden gevolgd is beperkt, zodat bij het activeren van veel rijen sommige rijen onbeschermd blijven, en er konden ook bits omklappen in rijen die twee rijen verder lagen
Door de beperkte oppervlakte voor de schakeling registreerden veel TRR-implementaties in de DRAM slechts een paar vaak geactiveerde rijen en gaven ze de rijen ernaast een extra refresh. TRRespass, gepubliceerd in 2020, liet zien dat het na elkaar activeren van veel rijen de registratie liet tekortschieten, zodat bits omklapten in onbeschermde rijen. Half-Double, gepubliceerd in 2021, liet zien dat ook in rijen op twee rijen afstand bits omklappen, en dat de extra refreshes (activeringen) die de aangrenzende rijen moeten beschermen, zelf kunnen bijdragen aan de interferentie op rijen verder naar buiten. Deze resultaten leidden tot de vraag naar mechanismen die de activeringen van elke rij exact tellen en naar gelaagde tegenmaatregelen in het hele systeem.
Verder: nog 9 vragen over Hardwarebeveiliging: nieuwste ontwikkelingen