2016-07-09 11 views
0

ウェブサービスを診断するためのChromeパッケージのアプリを作成しています。 URLにGETリクエストを送信して、レスポンスのヘッダーとデータを調べたいと思っています。Chromeのapp/extensionでHSTSを無視する

私の問題は、ユーザーがアプリケーションを使用する前にHSTSヘッダーが設定されているサイトにアクセスすると、Chromeが自動的にHTTPをhttpに変換するため、そのドメインのhttp:// URLにGETリクエストを送信できなくなることです://要求が送信される前のhttps://へのURL。

これを防ぐために何かできることはありますか?私はwebrequest APIとwebviewタグを調べましたが、私はHSTSを無視できるものは何も見つかりません。

これにはhttps://developer.chrome.com/apps/sockets_tcpを使用できますか(http、https、gzippedデータをサポートする必要がありますか?)

答えて

0

これを防ぐために何かできることはありますか?

おそらくそうではありません。 <webview>をすでにテストしていて、HSTSリストをブラウザと共有している場合、ネットワーク層は透過的にこれを書き換えます。

これにはchrome.sockets.tcpを使用できますか?

技術的には、HSTSは問題ではありません。具体的には、wget + SSL + gzip(JS、NaCl、ネイティブ・ホストなど)から実装する必要がありますが、後者の場合、組み込みソケットは必要ありません。

+0

あなたの意見では、実際には実際には不可能です(基本的にChromeの中で作業を大量に行うwgetを自分で実装する必要はありません)。このようなことをする既存のNaCIまたはネイティブのホストライブラリがありますか? – hvrpn

+0

私はNaClのためのそのようなライブラリーの存在を本当に見ていませんでした。 [ネイティブメッセージング](https://developer.chrome.com/extensions/nativeMessaging)では、例えば、実際に 'wget'や同等のものを呼び出すことができますが、扱いにくい大きなハンマーです。残念ながら(または幸いにも?)HSTSはChromeプラットフォームに組み込まれており、Chromeアプリケーションのランタイムを提供します。たぶん代替のアプリケーションフレームワーク(Electron?Node-WebKit?Needs research)を探すべきでしょうか。 – Xan

関連する問題