CVE-2015-1635から保護するためのNGINXおよびNGINX Plusの活用

Owen Garrettプロダクトマネジメント担当シニアディレクター

4月14日、Microsoftは脆弱性に関する警告を発表しました。この脆弱性は現在、CVE-2015-1635として追跡されています。攻撃者が影響を受けるWindowsシステムに細工したHTTPリクエストを送信すると、リモートコード実行が可能になるおそれがあります。本番環境のWindowsサーバーにすぐにパッチを適用できない場合、NGINXとNGINX Plusは攻撃からの保護に役立ちます。

本稿執筆時点では、この脆弱性の具体的な詳細は公開されていません。しかし、攻撃者は非常に大きなRangeリクエストを含むHTTPリクエストを送信し、脆弱なシステムを探していると報告されています。これによりバッファオーバーフローが発生し、Windowsシステムがクラッシュする可能性があります。

この脆弱性に対処するため、Microsoftのパッチを適用することを強く推奨します。ただし、すべての本番システムにパッチを適用できず、NGINXまたはNGINX Plusを使用してそれらのシステムへのトラフィックを負荷分散またはプロキシしている場合は、簡単な設定変更だけで、脆弱なシステムに送信される特殊なリクエストをインターセプトして修正できます。

偵察トラフィックの特定と処理

Mattias Geniar氏は攻撃トラフィックを分析し、Rangeヘッダーに大きなバイト範囲を指定したHTTPリクエストがクラッシュを引き起こすと報告しています。

GET / HTTP/1.1rnHost: stuffrn
Range: bytes=0-18446744073709551615rn
rn

最も簡単な解決方法は、proxy_set_headerディレクティブを使用してRangeヘッダーを""（空文字列）に設定することです。これにより、HTTPリクエストがproxy_passディレクティブで指定されたWindowsサーバーに転送される前に、ヘッダーが実質的に削除されます。

server {    listen 80;
 
    location / {
        proxy_set_header Range "";
        proxy_pass http://windowsserver:80;
    }
}

アプリケーションでバイト範囲のサポートが必要な場合は、mapディレクティブを使用して、大きな整数に見える文字列を空文字列に置き換えてから、proxy_set_headerディレクティブでRangeヘッダーを設定できます。

map $http_range $saferange {    "~d{10,}" "";  # if it matches a string of 10 or more integers, remove it
    default $http_range;
}
 
server {
    listen 80;
 
    location / {
        proxy_set_header Range $saferange;
        proxy_pass http://windowsserver:80;
    }
}

または、444 ヘッダーの値が大きな整数のように見える場合は、HTTPコードRangeを返すこともできます。コード444を指定すると、NGINXおよびNGINX Plusは何も返さずにクライアント接続を直ちに切断します。

server {    listen 80;
 
    if ($http_range ~ "d{9,}") {
        return 444;
    }
 
    location / {
        proxy_pass http://windowsserver:80;
    }
}

安全を確保するためにパッチを適用してください。すぐに適用できない場合は、NGINXとNGINX Plusが潜在的なセキュリティホールの一時的な緩和に役立ちます。

NGINX Plusをお試しいただくには、30日間の無料トライアルを今すぐ開始するか、デモについてお問い合わせください。

著者について

Owen Garrettプロダクトマネジメント担当シニアディレクター

Owen Garrettのその他のブログ記事