Naar inhoud springen

AES-NI

ArchitectuurreferentieFeex

AES-NI is een x86-instructie-extensie voor AES-versleutelings- en ontsleutelingsrondes en gerelateerd sleutelschemabeheer. Het versnelt onderdelen van een cryptografische implementatie in plaats van een volledig beveiligd protocol te leveren.

Wat u moet weten

AES-NI is een x86-instructie-extensie voor AES-versleutelings- en ontsleutelingsrondes en gerelateerd sleutelschemabeheer. Het versnelt onderdelen van een cryptografische implementatie in plaats van een volledig beveiligd protocol te leveren.

Hoe het werkt

Instructies zoals AESENC en AESDEC transformeren een 128-bits AES-status, terwijl afzonderlijke vormen de finalerondes afhandelen en helpen bij sleutelexpansie. Een AES-implementatie kiest het aantal en de volgorde van rondes voor zijn sleutellengte. De instructies kiezen zelfstandig geen modus, wijzen geen nonces toe, verifiëren geen berichten en beveiligen geen opgeslagen sleutels.

Waar het nuttig is

Een onderhouden cryptografische bibliotheek kan dispatchen naar AES-NI voor een ondersteunde AES-modus. AES-GCM heeft ook authenticatieverwerking nodig, vaak versneld met carry-loze vermenigvuldiging. Protocolonderhandeling, recordindeling en berichtlengte beïnvloeden de end-to-end-prestaties.

Ondersteuning en activering controleren

CPUID.01H:ECX bit 25 duidt op legacy AES-NI. De uitvoeringsomgeving moet de XMM-status beheren. Controleer VAES- en vectorstatusvereisten afzonderlijk voor bredere VEX- of EVEX-implementaties, en gebruik de ondersteunde dispatch-faciliteiten van de cryptografische bibliotheek.

Gebruik een onderhouden cryptografische implementatie die functieselectie, foutcondities en het volledige algoritme afhandelt. Hardwareversnelling levert primitieven; sleutelbeheer, authenticatie, nonceregels en protocolkeuzes blijven softwareverantwoordelijkheden.

Wat de functie niet vaststelt

AES-NI-ondersteuning is geen beveiligingscertificering, malwareoordeel of garantie tegen side-channels in omliggende code. AES is geen SHA. VAES wordt afzonderlijk geënumereerd, en een guest kan AES-NI verbergen, zelfs als de host erover beschikt.

Compatibiliteit en prestaties in de praktijk

Een functieveld is geen productcertificering of bewijs dat een specifieke applicatie veilig is. Prestaties zijn afhankelijk van berichtgroottes, modus, batchverwerking en de rest van het protocol. Controleer de daadwerkelijke provider en houd de bijbehorende beveiligingsupdates actueel.

Een praktische controlelijst voor verificatie

  1. Noteer het exacte processor- of platformmodel en de betrokken applicatie-, OS- en runtimeversies. Behoud de formulering van de daadwerkelijke fout of vereiste.
  2. Raadpleeg de fabrikantdocumentatie voor dat exacte model en inspecteer vervolgens de effectieve capaciteit en ingeschakelde status in de omgeving waarin het programma draait.
  3. Vergelijk elke vereiste van de geselecteerde binary of backend. Een gelijknamige functie, alias of breed technologielabel is niet voldoende.
  4. Bevestig dat de applicatie de bedoelde implementatie heeft geselecteerd. Gebruik de gedocumenteerde diagnostiek en een ondersteunde terugvaloptie wanneer niet aan de vereisten wordt voldaan.
  5. Voer één ondersteunde wijziging tegelijk door en herhaal dezelfde werklast. Houd de oorspronkelijke configuratie en het herstelpad beschikbaar.

Als de functie wordt vermeld maar software deze niet kan gebruiken

Begin bij het exacte falende onderdeel. Een hardwaredatabase beschrijft geregistreerde capaciteiten; het besturingssysteem of de hypervisor kan een andere effectieve omgeving tonen. Een fout met betrekking tot een ongeldige instructie vereist ook onderzoek van de daadwerkelijke foutieve instructie en binary-build, omdat beschadiging of een niet-gerelateerde niet-ondersteunde instructie een vergelijkbaar symptoom kan veroorzaken.

Installeer de applicatie-, driver- of runtimeversie die voor het exacte platform wordt ondersteund, en gebruik indien nodig de gedocumenteerde basislijn of fallback-build van de leverancier. Een software-update kan geen instructie creëren die de processor mist. Wijzigingen in firmware en beveiligingsbeleid moeten de procedure en het herstelplan van de systeemfabrikant volgen in plaats van een generiek optimalisatierecept.

Bronnen en reikwijdte van deze uitleg

Intel 64 and IA-32 Architectures Software Developer's Manual

Deze referenties stellen architecturaal gedrag en softwarevereisten vast. Ze verifiëren niet onafhankelijk elke functiewaarde op een gekoppelde hardwaremodelpagina. Gebruik voor modelondersteuning het fabrikantenbewijs van die pagina en controleer de effectieve systeemconfiguratie. Dit artikel biedt geen benchmark, certificering of onafhankelijke beoordelingsdatum.

Bronnen en verificatie

Redactioneel eigendom: Feex. Er is geen onafhankelijke beoordelingsdatum vastgelegd. Hoe wij onderzoek doen.

Was dit artikel nuttig?

Een ja of nee is voldoende. Kies desgewenst een reden of voeg een korte opmerking toe.

Was dit artikel nuttig?