gpt4 book ai didi

c - Git HTTP 错误 'fatal: protocol error: bad line length character: '

转载 作者:行者123 更新时间:2023-11-30 16:23:47 27 4
gpt4 key购买 nike

我目前正在尝试在没有现有 Web 服务器的情况下用 C 创建一个简单的 Git HTTP 服务器。目前我唯一做的就是创建一个服务器套接字并使用客户端请求中的环境变量执行 git-http-backend CGI 脚本。 Pull 请求已经可以工作,但仅适用于空存储库。当我尝试克隆包含内容的存储库时,我在客户端收到此错误:

fatal: protocol error: bad line length character: 

这是客户端和服务器之间的通信日志:

C: GET /test.git/info/refs?service=git-upload-pack HTTP/1.1
C: Host: localhost:9000
C: User-Agent: git/2.20.1
C: Accept: */*
C: Accept-Encoding: deflate, gzip
C: Accept-Language: en-US, *;q=0.9
C: Pragma: no-cache
C:

S: HTTP/1.1 200 OK
S: Expires: Fri, 01 Jan 1980 00:00:00 GMT
S: Pragma: no-cache
S: Cache-Control: no-cache, max-age=0, must-revalidate
S: Content-Type: application/x-git-upload-pack-advertisement
S:
S: 001e# service=git-upload-pack
S: 000000fadd3fba560f4afe000e70464ac3a7a9991ad13eb0
S: HEAD003fdd3fba560f4afe000e70464ac3a7a9991ad13eb0 refs/heads/master
S: 0000

请注意一点:HTTP/1.1 200 OK 是手动添加的,其余部分来自 CGI 脚本。您还可以找到我的代码 here 。 首先,我有这样的理论:服务器响应的内容错误地放置了新行(例如,HEAD 应该高出一行),但事实证明事实并非如此。所以我的问题是:我能做些什么吗?在 C 中将此响应编辑为良好的格式相当复杂,尤其是响应较长的情况。

最佳答案

首先,请确保您了解将外部参与者控制的数据传递给 popen 等函数的安全隐患。您现在拥有的实现可以通过向请求行添加 shell 特殊字符来通过 shell 注入(inject)轻松利用。即使仅使用 git 和特制的存储库名称,您当前的代码也允许在服务器上执行任意命令。例如尝试这个:

git clone "$(echo -e 'http://localhost:9000/;echo\tunexpected\t>helloworld;cat\t/etc/passwd;exit;.git')"

这将在服务器的工作目录中创建一个文件,其中包含字符串“unexpected”,并将/etc/passwd的内容发送回客户端(使用wireshark查看它)。

为了避免这种情况,您需要确保正确转义输入数据,以免发生 shell 注入(inject)。理想情况下,您可以使用像 execve 这样的机制,它允许您将环境变量和可能的命令行参数作为缓冲区提交,而不是生成可能不安全的字符串,然后由 shell 进行解析。这样的解决方案当然涉及更多一些,因为它意味着重组您的程序。

那么您正在使用不安全的方式来连接字符串。 strcat 无法知道目标缓冲区有多大,因此,如果有足够的输入,它会很乐意覆盖缓冲区后面的堆栈。这是一个典型的堆栈溢出,可以被利用。使用更安全的替代方案,例如 strlcat 或更好的合适的字符串库。

现在回到你原来的问题:

从 git http-backend 获得的输出是原始二进制输出,包括空字节。在示例响应中,在分隔受支持的功能列表的 HEAD 之后确实会有一个空字节。您可以通过手动运行命令并将其通过管道传输到 xxd 之类的内容或将其转储到文件并使用十六进制编辑器查看来看到这一点。

在从管道读取数据然后将输出连接到响应缓冲区的循环中,您会截断数据,因为 strcat 对以空字节终止的 C 字符串进行操作。 HEAD 行的其余部分和空字节本身永远不会到达响应,从而破坏了 git 协议(protocol)。

您可以使用fread将原始数据从管道直接读取到缓冲区中。然后,您需要使用一个不会在空字节处停止的函数(例如 memcpy)将该缓冲区复制到响应缓冲区。为此,您还需要跟踪已读取的字节以及响应缓冲区中仍剩余多少空间。

或者,由于您实际上不对最终响应缓冲区进行任何处理,因此您也可以直接将从管道读取的数据发送到客户端套接字。这样您就不需要担心响应缓冲区的大小并跟踪偏移量和剩余空间。这是一个适用于 git 初始请求的版本:

        char response[10000] = "HTTP/1.1 200 OK\r\n";
send(client_socket, response, strlen(response), 0);
while (!feof(g)) {
size_t bytes_read = fread(response, 1, sizeof(response), g);
if (bytes_read == 0)
break;

send(client_socket, response, bytes_read, 0);
}

随后的 POST 请求失败。

关于c - Git HTTP 错误 'fatal: protocol error: bad line length character: ',我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/53894901/

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