1 Ik denk niet dat Intel daar sinds kort mee bezig is, Via heeft het als concurrent al lang geimplementeerd. Het is dus verre van nieuw, denk dat Intel tot nu problemen had het on-die te doen. Intel _volgt_ concurrentie in wat voor mooie marketing bewoordingen ze het ook proberen te verpakken. Net als indertijd met de 64 bits extensies.
2 Integratie on die betekent veel hogere snelheden dan losse chip. Vergelijk Via c5 (7 gbit/s) eens met een los kaartje die je met moeite boven de 700 Mbit/s krijgt.
3 Dat is geen vraag maar een zekerheid volgens velen. Wordt niet als probleem ervaren. Je kunt met hetzelfde gemak veronderstellen dat er een backdoor zit in een losse cryptochip. Nothing new, nothing changes.

EJ

Er moet wel een keuze blijven aan de gebruikerskant om wel of niet van de opdracht-set gebruik van te maken. En natuurlijk is er wel een probleem als er een vulnerability aanwezig is in de code.

Een greep naar de wereldmacht van de Belgen?

Ik zie 1 probleem. Momenteel wordt AES encryptie/decryptie uitgevoerd:
(A) door software, dus de CPU
(B) door dedicated hardware (bijv. in harddisks die hardware FDE = Full Disk Encryption ondersteunen)
Voor (B) maakt het niets uit, tenzij de Intel chip zoveel sneller is dat fabrikanten besluiten om de AES functionaliteit naar de CPU verplaatsen. Voor (A) betekent dit een versnelling. Het enige risico dat ik zie is dat aanvallers wellicht makkelijker kunnen vaststellen waar AES operaties in software plaatsvinden (zowel door statische analyse van software als door dynamisch de CPU te monitoren middels debug-achtige features). Maar feitelijk zijn dit security by obscurity risico's; die vind ik niet verwaarloosbaar, maar ze zijn zelden ernstiger dan andere risico's. Bovendien zijn er maar weinig software ontwikkelaars die zelf AES code schrijven, er wordt van een minimaal aantal bekende libraries gebruik gemaakt (zie bijv. http://msdn.microsoft.com/en-us/library/system.security.cryptography.aes.aspx).
Wellicht vanuit performance overwegingen. Intel heeft ooit overwogen om AES in de chipset op te nemen t.b.v. harddisk encryptie (zie http://www.tomshardware.com/reviews/hardware-based-security-protects-pcs,1771-4.html) maar heeft dat idee losgelaten.
Waar het om gaat is dat aanvallers geen toegang krijgen tot jouw geheime sleutel(s) en/of tot gevoelige niet-versleutelde data. Ik zie niet hoe een uitbreiding op de CPU instructieset dit verandert t.o.v. de huidige situatie (waarbij de CPU zonder speciale instructies voor het uitvoeren van cryptografische code wordt gebruikt).