gpt4 book ai didi

python - SSL 上的 MITM 代理卡在客户端的 wrap_socket 上

转载 作者:行者123 更新时间:2023-11-28 18:26:42 35 4
gpt4 key购买 nike

我身处困境,你是我最后的希望。我开始做一个使用 ssl 制作 MITM 代理的项目。我的程序使用 HTTP CONNECT 方法。为了保持简洁,我的程序遵循下图......

      Client          Proxy             Server
+ + +
CONNECT | | |
+------------> | |
| | |
| 200 Established |
| <-----------+ |
| | |
| <----------> | |
| Handshake | |
| | <---------> |
| | Handshake |
| | |
| | |
| <----------> | <---------> |
| Data Exchange| Data Exchange
| | |

我的代理与客户端共享一个证书,但是我的客户端似乎无法连接,当我调用 wrap_socket()接受套接字。这是客户端连接到代理的 python 部分......

import ssl, socket
from _thread import *
port = 8000
def run():
sock = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
sock.bind(('localhost', port))
sock.listen(10)
while True:
connection, addr = sock.accept()
data = connection.recv(8192)
connection.send(b"HTTP/1.0 200 OK")
connection = ssl.wrap_socket(connection, keyfile='private.pem', certfile='cacert.pem', server_side=True)
start_new_thread(connection_string, (connection, data, addr)) # start thread to handle CONNECT

我用Openssl模拟一个客户端

openssl s_client -proxy 127.0.0.1:8000 -connect www.google.com:443 -state -verify 1 -CAfile cacert.pem -verify_return_error

当客户端连接到代理时,它们都挂起。如果我杀死我收到的客户端

Traceback (most recent call last):
File "/mitm/mitm_proxy.py", line 100, in <module>
run()
File “/mitm/mitm_proxy.py", line 92, in run
connection = ssl.wrap_socket(connection, keyfile='private.pem', certfile='cacert.pem', server_side=True)
File "/usr/lib/python3.5/ssl.py", line 1069, in wrap_socket
ciphers=ciphers)
File "/usr/lib/python3.5/ssl.py", line 752, in __init__
self.do_handshake()
File "/usr/lib/python3.5/ssl.py", line 988, in do_handshake
self._sslobj.do_handshake()
File "/usr/lib/python3.5/ssl.py", line 633, in do_handshake
self._sslobj.do_handshake()
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:645)

如果我杀死我的代理,我的客户会说

CONNECTED(00000003)
s_client: HTTP CONNECT failed
---
no peer certificate available
---
No client certificate CA names sent
---
SSL handshake has read 140709212149056 bytes and written 39 bytes
Verification: OK
---
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
---

我已经将我的代码与其他有效的代码进行了比较,它们本质上是相同的,这就是我来这里的原因。我不知道出了什么问题。

最佳答案

我不确定这是否是您问题的主要原因,但这一个绝对是错误的:

    connection.send(b"HTTP/1.0 200 OK")

服务器的正确响应应该是以\r\n结尾的状态行,可选的key:value\r\n对,然后是\r\n 标记 HTTP header 的结尾,即最低限度:

    connection.send(b"HTTP/1.0 200 OK\r\n\r\n")

由于客户端没有收到丢失的 \r\n\r\n,它可能会等待它并且不会启动 TLS 握手(即发送 ClientHello)。服务器将等待客户端开始握手,这样双方将永远等待对方。

除了你不遵循标准 openssl s_client -proxy ... 似乎也不遵循标准。它实际上需要响应包含“已建立”一词,如下摘自 OpenSSL 1.1.0c 中 apps/s_client.c 中的惰性 HTTP 解析代码所建议的:

case PROTO_CONNECT:
...
BIO_printf(fbio, "CONNECT %s HTTP/1.0\r\n\r\n", connectstr);
(void)BIO_flush(fbio);
/* wait for multi-line response to end CONNECT response */
do {
mbuf_len = BIO_gets(fbio, mbuf, BUFSIZZ);
if (strstr(mbuf, "200") != NULL
&& strstr(mbuf, "established") != NULL)
foundit++;
} while (mbuf_len > 3 && foundit == 0);

所以试试下面这行:

    connection.send(b"HTTP/1.0 200 established\r\n\r\n")

关于python - SSL 上的 MITM 代理卡在客户端的 wrap_socket 上,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40851413/

35 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com