アカウント名:
パスワード:
手元のマシン調べたら該当世代全て対象でした。この世代のCPUはアップデートしてなければ全て対象なのかもしれません。
Linux版は、Intel(R) MEI/TXEI driverいれないと、実行できません。それと、マニュアルがPDFなので、コンソールだけのサーバーだと読めません。$ ./intel_sa00086.pyだけなので、テキストファイルのドキュメント位、入れておいて欲しい所です。python3だと動かないので、python3がデフォルトのシステムの場合、$ python2 ./intel_sa00086.pyとかしないと動かないです。
マザーやCPUの詳細はdmidecodeコマンドで調べられます。FreeBSDもPortsで入ります。(出
攻撃可能になる条件が実際には狭いのかもという主張に反対するわけではありませんが下記のMEの記事によるとMEの完全無効化はできないとあります。https://gigazine.net/news/20170829-disable-intel-me-11/ [gigazine.net]
貴殿の記載の「ME機能を有効化した上で」というあたりがどこから得られた知見なのか教えていただけると幸いです。
それは、有効化と言う言葉の使い方が違うだけです。その記事で無効化出来ないと言うのは、完全に停止してPC上で一切MEが起動していない状態に出来ないと言う意味で使っています。対して#3317957での有効化はMEを使用して外部から操作できる状態にする(≒攻撃可能にする)と言う意味で有効化と言っています。
Linux上からMEの有効化設定の変更とか出来ないかと。出来たとしても、ドライバとか入れないといけないし、最低でも再起動は必須だし。そもそも、その時点でOSのrootやadmin取られてるのでMEとか言ってる場合じゃない。ちょっと、当然想定すべき事とは思えない。
MEの動作モードとしてAMT有効と無効が選べるってだけでME自体は動いてて、MEはハードウェアレベルで組み込まれててAPIが非公開。特定のバイナリ列を含んだメモリアクセスやらパケット通信やらUSB周りやらにフック掛けて動作するような機能があれば、権限やドライバが無くても何かしらの動作を起こさせることが出来るし、その動作内容に脆弱性があればバックドアと化す。
そんな機能を悪意有るバックドア以外の目的で仕掛けるかは怪しいけど、脆弱性の有るTLSライブラリにオンメモリでパッチ当てますとかならありえなくもない。そんな機能があって、なおかつそれに脆弱性があれば、ブラウザのJavaScriptでJITされたコード(実行属性付き)がヒットしつつ脆弱性を突破するとかでNAPTもプロキシも突破してハードウェアまで到達する可能性が出て来る。難しい想定であることは確かだけど、ハードウェアレベルで組み込まれた「何してるか分からんソフトウェア」に対してそのくらい警戒されるのはまぁ仕方ないことだと思う。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
調べてみました (スコア:1)
手元のマシン調べたら該当世代全て対象でした。この世代のCPUはアップデートしてなければ全て対象なのかもしれません。
Linux版は、Intel(R) MEI/TXEI driverいれないと、実行できません。それと、マニュアルがPDFなので、コンソールだけのサーバーだと読めません。
$ ./intel_sa00086.py
だけなので、テキストファイルのドキュメント位、入れておいて欲しい所です。
python3だと動かないので、python3がデフォルトのシステムの場合、
$ python2 ./intel_sa00086.py
とかしないと動かないです。
マザーやCPUの詳細はdmidecodeコマンドで調べられます。FreeBSDもPortsで入ります。
(出
Re:調べてみました (スコア:0)
攻撃可能になる条件が実際には狭いのかもという主張に反対するわけではありませんが
下記のMEの記事によるとMEの完全無効化はできないとあります。
https://gigazine.net/news/20170829-disable-intel-me-11/ [gigazine.net]
貴殿の記載の「ME機能を有効化した上で」というあたりがどこから得られた知見なのか教えていただけると幸いです。
Re: (スコア:0)
それは、有効化と言う言葉の使い方が違うだけです。
その記事で無効化出来ないと言うのは、完全に停止してPC上で一切MEが起動していない状態に出来ないと言う意味で使っています。
対して#3317957での有効化はMEを使用して外部から操作できる状態にする(≒攻撃可能にする)と言う意味で有効化と言っています。
Re: (スコア:0)
当然想定すべき事かと思います。
Re: (スコア:0)
Linux上からMEの有効化設定の変更とか出来ないかと。
出来たとしても、ドライバとか入れないといけないし、最低でも再起動は必須だし。
そもそも、その時点でOSのrootやadmin取られてるのでMEとか言ってる場合じゃない。
ちょっと、当然想定すべき事とは思えない。
Re: (スコア:0)
MEの動作モードとしてAMT有効と無効が選べるってだけでME自体は動いてて、
MEはハードウェアレベルで組み込まれててAPIが非公開。
特定のバイナリ列を含んだメモリアクセスやらパケット通信やらUSB周りやらにフック掛けて動作するような機能があれば、
権限やドライバが無くても何かしらの動作を起こさせることが出来るし、その動作内容に脆弱性があればバックドアと化す。
そんな機能を悪意有るバックドア以外の目的で仕掛けるかは怪しいけど、
脆弱性の有るTLSライブラリにオンメモリでパッチ当てますとかならありえなくもない。
そんな機能があって、なおかつそれに脆弱性があれば、ブラウザのJavaScriptでJITされたコード(実行属性付き)がヒットしつつ脆弱性を突破するとかでNAPTもプロキシも突破してハードウェアまで到達する可能性が出て来る。
難しい想定であることは確かだけど、ハードウェアレベルで組み込まれた「何してるか分からんソフトウェア」に対してそのくらい警戒されるのはまぁ仕方ないことだと思う。