げっぷスイートの奇妙な応答本体
BurpスイートでHTTPリクエストとHTTPレスポンスをキャプチャすると、facebook.comレスポンスをキャプチャしたい場合を除いて、すべて正常に動作します。HTMLではない読み取り不可能な形式の奇妙な応答本文が返されますが、奇妙なシンボル（応答ヘッダーは問題なく読みやすいですが、本文はそうではありません）。誰かがその理由が何であり、修正があるかどうか考えていますか？げっぷ証明書は私のブラウザで設定されています。そして、私のブラウザーでは応答がうまくレンダリングされます。
編集：
応答ヘッダー（投稿する必要があるかどうかわからない値がない場合）は次のとおりです。
HTTP/1.1 200 OK
P3P: CP="Facebook does not have a P3P policy. Learn why here: http://fb.me/p3p"
X-Frame-Options: DENY
X-XSS-Protection: 0
X-Content-Type-Options: nosniff
public-key-pins-report-only:
Pragma: no-cache
content-security-policy: default-src * data: blob:;script-src *.facebook.com *.fbcdn.net *.facebook.net *.google-analytics.com *.virtualearth.net *.google.com 127.0.0.1:* *.spotilocal.com:* 'unsafe-inline' 'unsafe-eval' fbstatic-a.akamaihd.net fbcdn-static-b-a.akamaihd.net *.atlassolutions.com blob: data:;style-src data: 'unsafe-inline' *;connect-src *.facebook.com *.fbcdn.net *.facebook.net *.spotilocal.com:* *.akamaihd.net wss://*.facebook.com:* https://fb.scanandcleanlocal.com:* *.atlassolutions.com attachment.fbsbx.com ws://localhost:* blob:;
Cache-Control: private, no-cache, no-store, must-revalidate
Strict-Transport-Security: max-age=15552000; preload
Vary: Accept-Encoding
Content-Encoding: br
Content-Type: text/html
X-FB-Debug:
Date: Mon, 05 Sep 2016 22:09:00 GMT
Connection: close
そして、HEXの応答本文の最初の数バイトは次のようになります。
0a 07 30 0c 00 e4 af 9f ab fe f7 e7 cb 7a 7b 41
サーバー応答の応答は Brotliエンコード ：
コンテンツのエンコード：br
Burp Suiteはこれをデコードしないと思うので、応答の圧縮バージョンが表示されます。
Brotliの詳細については、 ここ を参照してください。
更新：
Burp SuiteがBrotliをサポートするまでは、回避策としてAccept-Encoding- Headerをオーバーライドできます。 Proxy -> Options -> Match and Replaceにアクセスします。 「圧縮されていない応答を要求する」という名前のテンプレートがすでに有効になっており、簡単にアクティブ化できます。 