Hyper-Threading ermöglicht Ausspionieren von Schlüsseln
- Ersteller KairoCowboy
- Erstellt am
KairoCowboy
Vice Admiral Special
Laut einer Meldung von <a href="http://www.heise.de/security/news/meldung/59547"target="_blank">Heise Security</a> soll es laut <a href="http://www.daemonology.net/hyperthreading-considered-harmful/"target="_blank">Colin Percival</a> auf Intel Systemen mit aktivierten Hyper-Threading möglich sein, dass ein Anwenderprozess beispielsweise den in OpenSSL-Verschlüsselungen verwendeten geheimen RSA-Schlüssel eines höher privilegierten Prozesses ausspioniert.
Da sich beim Hyperthreading die beiden Prozesse den CPU-Cache teilen, kann ein Spionageprozess aus dem Timing von Speicherzugriffen Informationen über die Operationen des anderen Prozesses gewinnen. Diese minimalen Zeitunterschiede sollen bereits genügen, um über einen sogenannten <a href="http://en.wikipedia.org/wiki/Side_channel_attack"target="_blank">Side-Channel-Angriff</a> an den RSA-Key einer OpenSSL-Verschlüsselung heranzukommen.
Das FreeBSD-Team stellt bereits ein <a href="ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05%3a09.htt.asc"target="_blank">Security-Advisory</a> zu diesem Problem und beschreibt in diesem Zusammenhang ein Workaround. Laut Percival könnten auch andere Betriebssysteme auf Intel-Plattformen mit Hyperthreading betroffen sein. Vorerst scheint die beste Lösung das Deaktivieren von Hyperthreading, bis bessere Workarounds oder Patches verfügbar sind.
Da sich beim Hyperthreading die beiden Prozesse den CPU-Cache teilen, kann ein Spionageprozess aus dem Timing von Speicherzugriffen Informationen über die Operationen des anderen Prozesses gewinnen. Diese minimalen Zeitunterschiede sollen bereits genügen, um über einen sogenannten <a href="http://en.wikipedia.org/wiki/Side_channel_attack"target="_blank">Side-Channel-Angriff</a> an den RSA-Key einer OpenSSL-Verschlüsselung heranzukommen.
Das FreeBSD-Team stellt bereits ein <a href="ftp://ftp.freebsd.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-05%3a09.htt.asc"target="_blank">Security-Advisory</a> zu diesem Problem und beschreibt in diesem Zusammenhang ein Workaround. Laut Percival könnten auch andere Betriebssysteme auf Intel-Plattformen mit Hyperthreading betroffen sein. Vorerst scheint die beste Lösung das Deaktivieren von Hyperthreading, bis bessere Workarounds oder Patches verfügbar sind.
KairoCowboy
Vice Admiral Special
meine meinung:
heikel, während amd sowas wie hardware viren prevention betreibt, stellt intel´s einzig vernünftige technologie ein fest in der hardware verankertes sicherheitsleck dar...
schade aber auch.
*g*
heikel, während amd sowas wie hardware viren prevention betreibt, stellt intel´s einzig vernünftige technologie ein fest in der hardware verankertes sicherheitsleck dar...
schade aber auch.
*g*
Lutscher
Vice Admiral Special
KairoCowboy schrieb:
So ein Pech aber auch.
Das lässt sich natürlich schlecht patchen.
G
Gast29012019_2
Guest
FreeBSD: This issue affects FreeBSD/i386 and FreeBSD/amd64, and is addressed in advisory FreeBSD-SA-05:09.htt.
in welchem Zusammenhang steht den er A64 damit ? - der hat kein HTrad.
in welchem Zusammenhang steht den er A64 damit ? - der hat kein HTrad.
corsair
Vice Admiral Special
- Mitglied seit
- 11.05.2003
- Beiträge
- 555
- Renomée
- 1
Hannnibal schrieb:
Ja alles klar , und morgen kommt das Sandmännchen
![:]](https://www.planet3dnow.de/vbulletin/images/smilies/rolleyes.gif "Augen rollen (sarkastisch) :]")
. Ich glaub ein wenig träumt ihr auch oder ?? Das wird sich gefixt oder behoben, das würde sich Intel nicht gefallen lassen. Und das die Bankrott gehen nur weil 1-2 CPU Baureihen nicht optimal ausgefallen sind , das ist doch Schwachsinn. Immerhin hat Intel immer noch den größten Marktanteil... Ich bin kein Intel Fan oder so , aber nur wegen einer Sicherheitslücke das zu beurteilen kann ich nicht akzeptieren....
CoolerMaster
Grand Admiral Special
Hannnibal schrieb:
lol
KairoCowboy
Vice Admiral Special
Zidane schrieb:
na überleg mal zidane.... *g*
da amd kein hyperthreading hat, lacht sich amd bissi ins fäustchen, die führen jetzt wahrscheinlich eine woche lang freudentänze auf ...
das wäre ein super marketing gag, aber leider ist amds marketing abteilung nur n haufen müder trolle.
edit: achso, du meinst die erweiterung /amd64 ... ich denke da geht nur darum, dass auch 64 bit systeme betroffen sind, emt64 und amd64 ist zwar nicht identisch, aber auch die 64 bit intel-cpus können HT nehm ich an...
G
Gast29012019_2
Guest
KairoCowboy schrieb:
ich habe ja deswegen gefagt was es da damit aussich hat, siehe das Zitat, da der AMD-64 kein HTR hat weiß ich auch.
Vielleicht gabs unter diesem Grund das Intel ab sofort wieder bei dem P3 ansetzt und sämtliche P4 Modelle streichen wird, und mit dem PM Dothan liegt man da schon gut um rennen, und auf einem Asus P4C800-SE dem CT-479 Adapter und einem Dothan der mit 2,8Ghz und erreicht sehr gute z.b SuperPi Zeiten ähnlich AMD-64 bei ähnlicher Taktung.
corsair
Vice Admiral Special
- Mitglied seit
- 11.05.2003
- Beiträge
- 555
- Renomée
- 1
Ja Intel sieht schon ein das die P4 Reihe nicht so der Bringer war (bis auf Northwood) , wie ich finde. Alles hochgezüchtete GHZ Boliden, die irgendwann schlappmachen. Jetzt heisst es wohl die Pro-Megahertz-Leistung erhöhen. In der Tat ist der Banias und der Dothan Kern ein Vorreiter für den Schritt in die richtige Richtung.
Hoffen wir das Intel in Zukunft effiziente, von mir aus Dual-Core CPU's released , so wie AMD mit dem X2.
Hoffen wir das Intel in Zukunft effiziente, von mir aus Dual-Core CPU's released , so wie AMD mit dem X2.
Eye-Q
Grand Admiral Special
Moin,
@corsair ironie?
Im grunde kann intel machen was sie wollen(und fröhlich flops wie den prescott produzieren)...
Durch ihre marktmacht und effizientes marketing hat das kaum auswirkungen auf ihre markt- und absatzpostion...
mfg
@corsair ironie?
Im grunde kann intel machen was sie wollen(und fröhlich flops wie den prescott produzieren)...
Durch ihre marktmacht und effizientes marketing hat das kaum auswirkungen auf ihre markt- und absatzpostion...
mfg
corsair
Vice Admiral Special
- Mitglied seit
- 11.05.2003
- Beiträge
- 555
- Renomée
- 1
Hannnibal schrieb:
Glaubst du. Die Nachfrage bestimmt den Markt. Irgendwann wird auch der letzte Depp kapiert haben das 4ghz + 550W Netzteil + dicken Kühler nicht besonders effizient sind. Wie gesagt , jedem das Seine. Aber ich denke das der Markt eher auf stromsparende Lösungen abzielt und der Trend Richtung mehr Leistung bei weniger Verlustleistung und Strom geht
.
Chatt
Grand Admiral Special
- Mitglied seit
- 09.02.2002
- Beiträge
- 4.619
- Renomée
- 3
Der normale Mediamarkt Käufer würde sich mit einer höheren Leistungsaufnahme sicherlich sogar ködern lassen.
Wenn der Markt so schlau wäre wie du hoffst hätte Intel schon damals beim Athlon herbe Schwierigkeiten bekommen, wie es schlussendlich ausgegangen ist wissen wir ja.
Chatt (der wo jetzt sicherlich nicht seine Intelaktien verkaufen würde wenn er welche hätte)
Wenn der Markt so schlau wäre wie du hoffst hätte Intel schon damals beim Athlon herbe Schwierigkeiten bekommen, wie es schlussendlich ausgegangen ist wissen wir ja.
Chatt (der wo jetzt sicherlich nicht seine Intelaktien verkaufen würde wenn er welche hätte)
foenfrisur
Grand Admiral Special
- Mitglied seit
- 19.02.2002
- Beiträge
- 4.791
- Renomée
- 77
BBott schrieb:
EY...nix gegen einen guten FÖN ja...
mit "h" oder ohne??
mfg
KairoCowboy
Vice Admiral Special
corsair schrieb:
dass intel das sehr gut kann, sieht man an den centrinos... die lassen in manchen games jeden amd-high-end prozessor stehen. beeindruckend wie ich finde, dazu low-power. sowas überzeugt
Bratmaxe
Admiral Special
KairoCowboy schrieb:
BBott schrieb:
Tom24
Grand Admiral Special
- Mitglied seit
- 14.01.2001
- Beiträge
- 5.401
- Renomée
- 7
Die Sache wurde schon lange vermutet, und Intel SMT Implementierung hat keinen guten Ruf. Manche Leute schreiben schon gar keinen HT-aware Scheduler fuer ihre Betriebssysteme mehr, weil es zu viele Spezialfaelle gibt die man beachten muss, damit einem die Performance nicht bei einigen Umstaenden in den Keller rutscht.
HT wurde auf den P4s im kritischen Betrieb weitgehend gemieden, weil es einfach zu unberechenbar ist, und nun haben wir ein proof-of-concept zu einem sehr kritischen Sicherheitsproblem.
HT wurde auf den P4s im kritischen Betrieb weitgehend gemieden, weil es einfach zu unberechenbar ist, und nun haben wir ein proof-of-concept zu einem sehr kritischen Sicherheitsproblem.
wie oft verschlüsselt ihr ?
HT bringt da wesentlich mehr vorteile
auch ist intels prozessor mitlerweile wesentlich älter als der A64
von der leistung kann er aber immer noch gut mithalten
und AMD lässt ja ihren vorsprung wieder verpuffen
mal schaun wo wir in 2-3 jahren stehen ...
intel ist ein hochprofitables unternehmen
welches auch gute prozessoren herstellt
HT bringt da wesentlich mehr vorteile
auch ist intels prozessor mitlerweile wesentlich älter als der A64
von der leistung kann er aber immer noch gut mithalten
und AMD lässt ja ihren vorsprung wieder verpuffen
mal schaun wo wir in 2-3 jahren stehen ...
intel ist ein hochprofitables unternehmen
welches auch gute prozessoren herstellt
Während Ihr jetzt alle auf Intel einschlagt, überlegt doch mal lieber, ob das nicht auch andere CPUs treffen kann. Der springende Punkt bei den beschriebenen Exploits ist doch, daß der Cache von mehreren Threads gleichzeitig benutzt wird, deswegen auch die Empfehlung des Autors, (zumindest logisch) getrennte Caches zu designen.
Aber nehmen wir mal einen Dual-Core (von AMD oder Intel), der zwar eigenen Cache pro Core hat, aber die Informationen in beiden Caches müssen ja wohl gleich sein, besonders wenn die CPU HT-Software abarbeiten soll (AMD hat ja extra das HT-Bit gesetzt, um von HT-Software zu profitieren), logisch ist es also wieder ein Cache, ohne Trennung der Threads.
Also vielleicht hab ich einen Denkfehler drin (bin ja kein CPU-Guru), aber theoretisch wäre der beschriebene Exploit auch auf solchen Dual-Cores möglich, oder?
Aber nehmen wir mal einen Dual-Core (von AMD oder Intel), der zwar eigenen Cache pro Core hat, aber die Informationen in beiden Caches müssen ja wohl gleich sein, besonders wenn die CPU HT-Software abarbeiten soll (AMD hat ja extra das HT-Bit gesetzt, um von HT-Software zu profitieren), logisch ist es also wieder ein Cache, ohne Trennung der Threads.
Also vielleicht hab ich einen Denkfehler drin (bin ja kein CPU-Guru
), aber theoretisch wäre der beschriebene Exploit auch auf solchen Dual-Cores möglich, oder?Ähnliche Themen
