一旦服务器配置为接收有效负载,它将侦听发送到您配置的端点的任何有效负载。 出于安全原� ,您可能需要将请求限制为来自 GitHub 的请求。 有� 种方法可以做到这一点,例如,您可以选择允许来自 GitHub 的 IP 地址的请求,但更简单的方法是设置一个密钥令牌并验证信息。
Web 挂钩 REST API 可让您管理存储库、组织和应用程序 web 挂钩。 您还可以使用 REST API 更改 web 挂钩的配置。 例如,您可以修改有效负载 URL、内容类型、SSL 验证和机密。 更多信息请参阅:
设置密钥令牌
您需要在两个地方设置您的密钥令牌:GitHub 和您的服务器。
要在 GitHub 上设置令牌:
- 导航到您设置 web 挂钩的仓库。
- 填写密钥文本框。 使用高熵值随机字符串(例如,通过在终端获取
ruby -rsecurerandom -e 'puts SecureRandom.hex(20)'
的输出)。 - 单击 Update Webhook(更新 web 挂钩)。
接下来,在服务器上设置存储此令牌的环境变量。 通常,这简单如运行以下命令:
$ export SECRET_TOKEN=your_token
切勿将令牌硬编� �到您的应用程序中!
验证来自 GitHub 的有效负载
设置密钥令牌后,GitHub Enterprise Server 使用它为每个有效负载创建一个哈希签名。 此哈希签名包含在每个请求的� �头中,作为 X-Hub-Signature-256
。
注: 为了向后兼容,我们还包括使用 SHA-1 哈希函数生成的 X-Hub-Signature
� �头。 如果可能,我们建议您使用 X-Hub-Signature-256
� �头以提高安全性。 下面的示例演示使用 X-Hub-Signature-256
� �头。
例如,如果您有一个侦听 web 挂钩的基本服务器,则配置可能类似于:
require 'sinatra'
require 'json'
post '/payload' do
request.body.rewind
push = JSON.parse(request.body.read)
"I got some JSON: #{push.inspect}"
end
目的是使用您的 SECRET_TOKEN
计算哈希值,并确保结果与来自 GitHub Enterprise Server 的哈希匹配。 GitHub Enterprise Server 使用 HMAC 十六进制摘要计算哈希,� 此您可以重新配置服务器,如下所示:
post '/payload' do
request.body.rewind
payload_body = request.body.read
verify_signature(payload_body)
push = JSON.parse(payload_body)
"I got some JSON: #{push.inspect}"
end
def verify_signature(payload_body)
signature = 'sha256=' + OpenSSL::HMAC.hexdigest(OpenSSL::Digest.new('sha256'), ENV['SECRET_TOKEN'], payload_body)
return halt 500, "Signatures didn't match!" unless Rack::Utils.secure_compare(signature, request.env['HTTP_X_HUB_SIGNATURE_256'])
end
注意:web 挂钩有效载荷可以包含 unicode 字符。 如果您的语言和服务器实现指定了字符编� �,请确保您将有效负载处理为 UTF-8。
您的语言和服务器实现可能与此示例代� �不同。 但是,需要指出一些非常重要的事情:
-
� 论您使用哪种实现方式,哈希签名都以
sha256=
开头,使用您的秘密令牌和有效负载主体的密钥。 -
不建议使用普通的
==
运算符。 像secure_compare
这� �的方法执行“恒定时间”字符串比较,这有助于减轻针对常规相等运算符的某些定时攻击。