Windows Vistaの中程度/高レベルの整合性レベルプロセス間のドラッグ/ドロップ

Question

Windows Vistaでは、アプリケーションを高いレベルのプロセスとして実行しているため、アプリケーションのウィンドウにファイルをドラッグ＆ドロップできません。私はそれを高いレベルで実行する必要がありますが、Windowsエクスプローラのような低/中レベルのプロセスからドロップされたファイルを受け入れる必要もあります。ドラッグ＆ドロップ操作をブロックしているのはUIPIだと思います。私は、特定のWindowsメッセージがUIPIをバイパスできるようにChangeWindowMessageFilter関数を使用できることを知っていますが、ドラッグアンドドロップ操作を許可するメッセージを追加するかわかりません。 ChangeWindowMessageFilterはこれを可能にする正しいアプローチですか、それとも良い方法ですか？ありがとう！このブログエントリのタイトルを考えると

Answer 1

：
「Why you shouldn’t touch Change­Window­Message­Filter with a 10-ft pole…を」、
私はそれが最善のアプローチではないと思います。）

さて、これが最初で偉大なアプローチのように見えるかもしれません - 結局のところ受信したメッセージが信頼できない送信元からのものであっても、受信メッセージを完全に検証できることが確認された場合にのみ、Change­Window­Message­Filterを使用します。

この問題を起こしても、は、あなたのプログラムを意図せずに開けてしまうことがあります。
カスタムウィンドウメッセージが通常どのように使用されるかを考えてみましょう。存在する事実上すべての共通コントロールは、カスタムクラスのメッセージ範囲（例えば、WM_USERおよびフレンド）において「危険な」メッセージを有する。

はまた、多くのプログラムやサードパーティのライブラリは、敏感な決定を下すか、ポインタパラメータを含めるために使用されている「危険な」メッセージを介して、あなたはWM_USERとWM_APPの両方を経由して、クロスプロセス通信プログラムを持つことができるようにWM_USERやWM_APPを、混乱させる。このブログエントリのコメントで

---

は、別のアプローチを説明しましたが、ほとんど同じ結論に：

私はRegisterWindowMessageを使用して、そのChangeWindowMessageFilterを経て許可します。
しかし、ポインターやその他の信頼できない値を渡す、またはセキュリティホールを作成するプロセス間ウィンドウメッセージインターフェイスを設計することはできません。

このような理由から、私は、可能な場合にはほとんどのプロセス間IPCに対してすべてのメッセージでウィンドウを使用することを避けがちです。通常は、それらを使用して安全ではないことは非常に困難です。

---

注：このエントリ "So, who wants to design a feature today?は" 同じ問題を示しており、レイモンド・チェンの洞察に満ちた記事へのポイント：両方

• Why aren't console windows themed on Windows XP?
• Windows Vista has more extended options on the context menu

問題の詳細
このServerFaultの質問 "Why can’t I drag/drop a file for editing in notepad in Windows Server 2008?"にはいくつかの回答が含まれていますが、クイック・ウィンはありません。

は、私は、このメソッドを使用して自分のアプリケーションを開くことの危険性を認識してんだ、そのように私は周りの任意のポインタ構造体を渡していないよまた、このarticle on IE