「Windowsのセキュリティ機能「EMET」、64ビット版Windowsでの32ビットプロセスに対しては不十分？」記事へのコメント

ロングモードへの移行を禁止すればいいのでは

[Anonymous Coward]

32-bit向けにビルドされながら実行中に64-bitモードに移行するプログラムがそんなにあるとは思えないので、
単にユーザコードからのロングモードへの移行を禁止する設定を導入してしまうのがよい気がします。

例えばEMETのオプションとして導入すれば、必要なプログラムだけホワイトリストで許可することもできますので、
実用上問題ないのでは。

Re:

[Anonymous Coward]

> そんなにあるとは思えない

全ての32bitアプリが該当しますが。

Re:ロングモードへの移行を禁止すればいいのでは

[Anonymous Coward]

どゆこと？

Re:ロングモードへの移行を禁止すればいいのでは

[L.Entis (21733)]

64bit Windows では、Win32 アプリケーションからのシステムコールは、32->64bit モード切替によって実行されるからでは？
というか、WoW64 はそういうことのためのもののはずかと…
（32bit の世界に OS はいませんから）

Re:ロングモードへの移行を禁止すればいいのでは

[Anonymous Coward]

WOW64はユーザモードのまま64bitモードに切り替えた後、
APIのパラメータを変換して64bitシステムコールを呼び出す構造になってます。

なので

> 単にユーザコードからのロングモードへの移行を禁止する設定を導入

なんてことをしたら32bitアプリは全滅するわけです。

Re:

[Anonymous Coward]

MSには、せっかくなのでWindows 10はOS Xのように64bit版だけの提供、という形にしてほしかったですね……。7で64bitへの移行がだいぶ進んだので、個人的には8あたりから完全64bit化をしてもよかったような気がします。32bitはRTだけにするとか。

Re:ロングモードへの移行を禁止すればいいのでは

[Rekishi (10137)]

64bit版Windowsで発生しているこの問題に対して何の解決にもならんのになぜ今ここでそんな話？

あと、どうでもいいけどOS Xでも32bitアプリは動くよ。
そこに起因する脆弱性がないなんて保証はどこにもない……。

# そのOS Xからの書き込みだけどさ。

Re:ロングモードへの移行を禁止すればいいのでは

[alp (1425)]

MS Office 2010/2013 64bit で互換性を派手にぶっ壊して、マイクロソフトでさえ Office は 32bit 版を使ってください [microsoft.com]と言っているわけで、WoW64 を外したら MS Office の動かない Windows になります。UI の互換性をとことん破壊しまくったマイクロソフトでさえそんな蛮勇はないでしょう。

＃業務アプリでも、そもそもライブラリ互換性が保たれているわけではないので、VB6 どころでなく .NET アプリでも動かないのがころごろ出ますぜ。

Mac OS X で 32bit アプリが動くのは他のACさんも書いている通り。

Re:

[Anonymous Coward]

> 個人的には8あたりから完全64bit化をしてもよかったような気がします。

8に失敗作の烙印が押されることろまで見えた

Re:

[Anonymous Coward]

そもそも、32bitのOSが必要なCPUがまだIntelから出てる。
Atom系にそういうのがあるよ。

Re:

[Anonymous Coward]

でも 禁止=例外発生=OSで捕捉ではないの?
そうなら OS でシステム(wow64)のコードか検証して切り替えればいいだけな気がするけど。

Re:

[Anonymous Coward]

例外の実行コストがどんだけ高いか分かった上で言ってんのお前？