カーネルモードWebサーバー：巧妙な最適化またはセキュリティの悪夢？

私は、1人のユーザーが2011年からリンクを投稿し、IISが他のほとんどの（* nix）Webサーバーよりもはるかに速いことを説明するHacker Newsスレッドを読んでいました。別のユーザーは、HTTP.sysというカーネルモジュールを持つことでIISがその利点を得ると説明します。私の知る限り、2015年に他のほとんどの一般的なWebサーバーはこれを行いません。

カーネルモードのWebサーバーを作成したくありません。セキュリティエクスプロイト（低い保護リングでの実行はそれほど深刻ではない）から解放されると自分を信頼することはできません。

ソフトウェアエンジニアの観点から（Webサーバーの顧客とは対照的に）、カーネルモードで実行するのは賢明なパフォーマンス決定ですか？カーネルモードサーバーを消費者の純利益にするという点まで、アプリケーション開発でセキュリティの懸念を緩和できますか？

Http.sysはWebサーバーではなく、プロキシフォワーダーです。Windowsボックスに多くのWebサーバーが共存できるように設計されているため、Webサイトを実行するIISだけでなく、http / RESTまたはSOAPインターフェイスで実行されるいくつかのWCFサービスをすべて標準ポート80で実行できます（これが理由です少し揺れずにWindowsでApacheを実行することはできません。Apacheはこの登録システムで動作するように変更されていません。アプリケーションに対して透過的でなく、フックするにはかなり複雑な変更が必要です。

それが機能する方法は、それと対応するアプリケーションでURLを登録することです.httpリクエストがポート80で行われると、http.sysはそれを受け入れますが、そのURLターゲットを処理するために登録されているアプリケーションにリクエストを渡します。

カーネルモードのWebサーバーが意味をなさないことを疑います-この方法でソケットのパフォーマンスを改善できたとしても、有用な作業を実行するために、アプリケーションロジックはユーザースペースで実行されるため、常に移行が行われます- veはコールスタックに沿って少しシフトしました。

Http.sysは、利用可能な唯一のカーネルモードWebサーバーではありません。Linuxではtuxもあります。正しく特定したように、セキュリティはこれらの種類のサーバーの懸念事項であり、メインラインLinuxカーネルにtuxが含まれていないことにつながります（最新のカーネルバージョンでは更新されていないと思います）。

より良い解決策は、ハードウェア保護に依存しないオペレーティングシステムを使用してプロセスのセキュリティを実施することです。たとえば、Microsoftの特異性：このようなシステムは、セキュリティリスクなしでカーネルモードサーバーの効率向上を可能にします。残念ながら、2015年の時点では、この原則に基づくプロダクション対応のオペレーティングシステムは利用できず、AFAIKでも真剣に取り組んでいる人はいません（Singularityプロジェクトはキャンセルされました）。

Http.sysは、サードパーティが提供するコープを実行できないため、リスクが低いです。

Http.sysはいくつかのタスクを実行します。

• プロキシフォワーダとして機能するため、複数のプロセスがHTTPネームスペースのさまざまな部分への要求に応答できます。gbjbaanbの答えはこれをうまくカバーしています。

• Windowsファイルキャッシュから直接静的ファイルを提供します。これにより、コンテキストの切り替えがないため、小さなファイルの静的ファイルの速度が大幅に向上します。

• HTTP要求を転送するアプリケーションからの出力をキャッシュし、キャッシュされた結果を返します。アプリケーションは、キャッシングの持続時間（存在する場合）を完全に制御します。

Http.sysは、他のすべてをユーザー空間のプロセスに渡しながら、単純なタスクを非常に高速に実行するように設計されています。

コメントに応えて

「サードパーティが提供するコードを実行できないため、リスクが低い」-彼らは常にそう言っており、ほとんど真実ではありません。

問題は、Microsoftがこの質問をする複雑なカーネルコードを書くことを信頼する必要があることです。そうしないと、WebホスティングにWindowsをまったく使用しないことにします。Http.sysは、カーネルの複雑さを考えると、カーネルバグのリスクをほとんど追加しません。

「低レベル」のWebサービスとアプリケーションコードの間に明確な分離があるため、Http.sysがリスクを軽減します。

適切に設計されたセットアップでは、Webサーバーを実行するマシン（または仮想サーバー）は、リスクの高いターゲットであるため、ネットワークの他の部分へのアクセスが非常に制限されます。カーネルまたはユーザーモードのWebサーバーがハッキングされても、サーバーにネットワーク上の「権利」はないはずなので、Webサーバーのユーザーモードプロセスがその作業を行う必要があるため、ほとんど違いはありません。