mitmproxy抓包都是编码的,请问怎么转码?

发布于 2022-09-06 12:49:40 字数 478 浏览 26 评论 0

x\x9c5\xca\xd1
\xc3 \x0c\x85\xe1w\xc9u\x90d\x99\xb5\xf5m\xac\x93"X\x1d\xce^\x8c\xd2w_\x06\x1b\xb99\xf9\xf8O(-\x86\x91[\x05\x7fB\xd15\x8eG\x02/lf\xe1Y,jP\xb7\x9f2;\xc3\x0b\xd32!\x84\xf2o\xc9\x90\xbe1\x1e=\xc4\xb7F"\xce\xd0\x85\xb0\xa6\xd0s\xdd\xc0\x03\xa1\x1e \xe4\xd8\xea\xe8\xad(M\xf4\x85\x91\xf7\xf4\x1aa\x7f\xaa\xb0ew\xb7D7a\xb2p}\x00\x17B,\x8b

抓包的结果是这样的,mitmproxy识别出来的是url-encoded,请问这种要怎么转换成汉字或者url呢(解码)?
目前已经尝试过ASCII、Unicode、16进制等方法,都不行。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

不疑不惑不回忆 2022-09-13 12:49:40

这就是普通的二进制数据吧,ASCII字符原样表示,而非ASCII字符则使用xXX方式表示,只要把x后面两位用16进制解码就是一个字节的数据了。
不知道你这是哪一个环节抓出来的哪一部分的数据,可能是gzip压缩后的数据,也可能是应用自己的加密协议,这就得分析了

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文