この質問にはすでに答えがあります：
Vista 32ビットからWindows 7 64ビットに最近移行したため、私のプログラムの1つに管理者権限が必要になりました。
かなりエキゾチックなテキストエディター（クリムゾンエディター）を使用します。Vist / Win7向けには設計されていませんが、Vistaではうまく機能しました。しかし、Windows 7では、プログラム実行可能ファイルは（互換性タブの[管理者として実行]フラグが設定されていなくても）このUACシールドをアイコンに追加し、実行するたびに昇格を求めます。
このメモ帳のようなアプリケーションに管理者権限が必要であるとWin7はどのように判断しますか？この誤ったヒューリスティックを無効にするにはどうすればよいですか？
回答:
いいえ、Crimson Editorがこれを行う理由は、署名されていないからではありません。（そして、これはWin7にとって新しいものではありません）。これは、コンパイル時に埋め込まれるアプリケーションマニフェストがを指定しているためrequestedPrivilegeLevel="highestLevel"です。
このフォーラムの投稿によると、Crimson Editorの開発者はリビジョン237-241でこれを変更しました。これは、「Crimson Editorをシェルコンテキストメニューに追加する」機能には管理者権限が必要なためです。
長期的な修正は、Crimson Editor開発者がアプリケーションマニフェストを修正することです。インストール中にシェルコンテキストメニューに自分自身を追加するか、少なくともユーザーにアプリを要求する代わりに手動で昇格させる（簡単に実行する）ように指示する必要があります。
requestedPrivilegeLevel="highestLevel"マニフェスト内にあるすべてのアプリ（マニフェストビューを使用してアプリケーションマニフェストを表示する）では、MicrosoftのApplication Compatibility Toolkitを使用して、アプリケーションをRunAsInvoker修正でシムできます。これにより、アプリが標準ユーザートークンで実行されます。
Application Compatibility Toolkitの使用方法の詳細については、Crimson Editorへの適用に関する一般的な記事、または一般的な手順を参照してください。
この問題のあるアプリケーションが2つあることがわかりました。1つはファイル名に「更新」があり、もう1つは「FileDecsription」に「更新」がありました。これら2つのアプリケーションから「更新」という単語を削除しただけで、UAC警告はなくなりました。「UACの仕組み」-「インストーラーの検出」で情報を見つけました：
http://msdn.microsoft.com/en-us/library/aa905330.aspx
次のように述べています：
インストーラー検出は以下にのみ適用されます。
- 32ビットの実行可能ファイル
- requestedExecutionLevelのないアプリケーション
- UACが有効な標準ユーザーとして実行されている対話型プロセス
32ビットプロセスを作成する前に、次の属性をチェックして、それがインストーラーかどうかを判断します。
- ファイル名には、「インストール」、「セットアップ」、「更新」などのキーワードが含まれます。
- 次のバージョン管理リソースフィールドのキーワード：ベンダー、会社名、製品名、ファイルの説明、元のファイル名、内部名、およびエクスポート名。
- 実行可能ファイルに埋め込まれたサイドバイサイドアプリケーションマニフェストのキーワード。
- 実行可能ファイルにリンクされている特定のStringTableエントリのキーワード。
- 実行可能ファイルにリンクされているリソースファイルデータのキー属性。
実行可能ファイル内のターゲットのバイトシーケンス。
注：キーワードおよびバイトのシーケンスは、さまざまなインストーラーテクノロジーから観察された共通の特性から導出されました。
Visual Studioを使用している場合、次のことができます。
HTH
ケバン
ヒューリスティックに関する情報はここにあります：http : //msdn.microsoft.com/en-us/library/aa905330.aspx
マニフェストは、これらのいくつかの制御に役立ちます。