【悲報】 Intel CPUのハイパースレッディングにHYPER絶望的な脆弱性
■ このスレッドは過去ログ倉庫に格納されています
OpenBSDプロジェクトは6月19日(カナダ時間)のコミットで、OpenBSD/amd64においてIntelプロセッサの
ハイパースレッディング機能をデフォルトで無効にしたと伝えた。
https://news.mynavi.jp/article/20180621-650751/ インテル CEO の不適切な内部ハイパースレッディング脆弱性、凄くエロいです。 こういうのって実際にその脆弱性を突かれて被害とか出てるの？
ソフト面での脆弱性ならわかるけど、ハード面での脆弱性ってイマイチぴんとこない >>78
ペンティアム以降人間がプログラミングしてるコードがそのまんま動いてるわけじゃ無くて
いろんな条件やデータの状態を先読みして速い選択肢を取るようになったんだよなー
このHTもその発展。
だから人間には「見かけ上見えてない処理」？みたいな部分があって
ソコついてるのはハードであってもソフトとあんまかわんない。 >>22
me, too.
HTでLinuxがまともに動かなかった頃から積極的にi5を選んできて正解 >>79
説明サンクス
でもやっぱりアホな俺にはわからないｽﾏｿ >>78
今のとこ悪用例ないから安心しろ
悪用例が出たら何が危険か簡単にわかる
そしてパッチとパッチの脆弱性探しイタチごっこ地獄が始まる i5だから関係ないわ、とか書いてる貧乏臭い奴ﾜﾛｽｗ それよりもお盛んマンなCEOが股間駆使して猛威を振るっていた問題は辞めさせて終わりでいいんか？ >>73
構造が違う
Intelの方はHTT時に共有化している分岐予測ユニットを利用した攻撃が出来る
脆弱性があると言うのもあるが、
介入できないはずのカーネルモード時に回路接続の構造の問題でユーザーモ
ードでの投機的実行を実行してしまい、カーネルモードで使用しているメモリ空
間のデータを読み出せるという最悪な脆弱性がある
CPUの回路構造がセキュリティを無視した物になっているのでIntelだけ危ない >>87
OS側で使えない様にするか、或はブート時のレジスタセットを弄る(=BIOSアップ)かってトコだな
>>85
ぶっちゃけ熱りを冷めさせるための贄だよ >>78
ハードの脆弱性の方が問題としては深刻
セキュリティで保護されているデータやプログラムは、その根本的な後ろ盾をハードの動作によって保証されている
ハードの欠陥によって、セキュアな動作が原理的に不可能だと判明してしまったら、攻撃を回避できる可能性はない
OSのログすら改竄可能であった場合には、たとえ攻撃されていたとしてもその事実を知ることすらできない HTオンとオフでFF14ベンチ試すと
オンの時に有意にスコアが下がるんだけどなぜか分かる人おる？
温度や消費電力でクロックが上がらないとかではない Perfumeスレが無いかと思ってperでスレタイ検索したらこれかよ >>90
HTTは1コアを2コアに見せかけるための技術なので
ソフトが本当に2コアあるつもりで負荷をフルにかけると破綻する
FF14ベンチは多分そこを見分けられていない(2コアあるはずなのに1コア分しか処理できねーじゃん → こいつ低スコアな、と結論) パイパン剃れってィングって右行き左行き繰り返してるだけで、実際無能だよな
ただマルティコアのコア数がインフレお越し掛けてるのもそのせいなんだろ？ >>90
単純にコア数以上のワークスレッドが有るから
そもそもSMT(HT)の基本は大雑把に言えば、ピーク性能の為にぶち込みまくったリソースだとどうしても無駄が出るからその有効活用のために設置される
まぁ他にも色々と事情があるんだけどね インテルなんてベンチ番町のインチキってこと
浅いゲーマーが提灯ベンチに騙される 今年に入ってもう何度目だよ
高速化のための技術が全部脆弱性孕んでる
セキュリティー犠牲にしたドーピング野郎じゃねぇか 俺のPCにIntel入ってたぜ。
LANチップだけどな。(´・ω・`) AMDよりいつも一定の割合で速かったからお察しだった 他のベンダーのSMTも無効にするって言っとるぞ
>For now this only works on Intel CPUs when running OpenBSD/amd64.
>But we're planning to extend this feature to CPUs from other vendors and other hardware architectures. よく分かってないんだけど
VMware上のOSも何か対策しないといかんの？ >>108
しなくて平気だよってここに書いてあったら安心ですか？ >>109
どっちかというと、しないとダメよってレスを期待して聞いてみました
VMwareは使ってないけど もうさ、コアごとにメインメモリも別々に載せちまえよ。
ついでにキャッシュも２次記憶も全部さ。 >>111
同一プロセス内マルチスレッドでマルチコア使ってキャッシュを共有したらメリットばかりだからな インテルに移籍したジムケラーが新しいCPU開発してるから問題ないよ cpuはコア一個ずつ載せられるようにしよ？
マザボに10個くらいスロット付けておけばいいじゃない IBMのPOWER CPUにも、ハイパースレッドと同じような機構があるが、
あれは大丈夫なんだろうか？
またAMDのCPUにはなかったかな？
たしかブルトーザーアーキテクチャー、パイルドライバーアーキテクチャ-も
資源を二つのコアで共有していたから、同様の問題があるはずなんだが。
インテルに限定してみても、XeonPhi （KNC,KNL)は、ハイパースレッドで
コア数の最大4倍のスレッド数で計算させることができるから、もしも
ハイパースレッドは問題があるということであれば、非常に不都合なことに
なりそうだ。
コア数を越えたスレッドを割り当てる一つのメリットは、メモリへアクセスしても
すぐにデーターが送られて来ない、つまりメモリアクセスの遅延が大きいときに、
そのデータが送られてくるまでコアを遊ばせておくのではなくて、別のスレッドに
切り替えて、コアに今できる計算をどんどんと行わせるためのもの。 過剰反応し過ぎじゃねぁの
ハードを他人と共有してなきゃ大した脆弱性じゃない
何でもシェアするクラウドだけシネばいい >>117
ソケット跨いだマルチプロセッサは
バスの速度に足引っ張られるからなー
スリッパみたいにパッケージ内に複数のダイ突っ込んで短距離で接続するのが主流
http://www.4gamer.net/games/300/G030061/20170517003/SS/003.jpg
まあスパコンなんかは結局物量で押し切るんだけどな これはターボブーストなんちゃらとは別物だよね？
必要ないならオフにしとけばいいだけ？ マジかよ俺のPCのペンティアムPROは大丈夫かよ！？ ■ このスレッドは過去ログ倉庫に格納されています
