在 GitHub API 上使用带有用户名和密码的 Invoke-WebRequest 进行基本身份验证

Question

使用 cURL，我们可以通过 HTTP 网络请求传递用户名，如下所示：

$ curl -u <your_username> https://api.github.com/user

-u 标志接受用户名进行身份验证，然后 cURL 将请求密码。 cURL 示例适用于Basic authentication with the GitHub Api。

我们如何将用户名和密码与 Invoke-WebRequest 一起传递？最终目标是在 GitHub API 中使用具有基本身份验证的 PowerShell 用户。

Answer 1

这是使用 WebRequest 的另一种方式，希望对你有用

$user = 'whatever'
$pass = 'whatever'
$secpasswd = ConvertTo-SecureString $pass -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential($user, $secpasswd)
$headers = @{ Authorization = "Basic Zm9vOmJhcg==" }  
Invoke-WebRequest -Credential $credential -Headers $headers -Uri "https://dc01.test.local/"

Answer 2

这适用于我们的特定情况。

注释来自Wikipedia on Basic Auth from the Client Side。感谢@briantist's answer 的帮助！

将用户名和密码组合成一个字符串username:password

$user = "shaunluttin"
$pass = "super-strong-alpha-numeric-symbolic-long-password"
$pair = "${user}:${pass}"

将字符串编码为 Base64 的 RFC2045-MIME 变体，但不限于 76 个字符/行。

$bytes = [System.Text.Encoding]::ASCII.GetBytes($pair)
$base64 = [System.Convert]::ToBase64String($bytes)

创建 Auth 值作为方法，一个空格，然后是编码对 Method Base64String

$basicAuthValue = "Basic $base64"

创建标题Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ==

$headers = @{ Authorization = $basicAuthValue }

调用网络请求

Invoke-WebRequest -uri "https://api.github.com/user" -Headers $headers

PowerShell 版本比 cURL 版本更详细。这是为什么？ @briantist 指出 GitHub 正在破坏 RFC，而 PowerShell 则坚持使用它。这是否意味着 cURL 也在打破标准？

Answer 3

我知道这有点偏离 OP 的原始请求，但我在寻找一种方法来针对需要基本身份验证的站点使用 Invoke-WebRequest 时遇到了这个问题。

不同的是，我不想在脚本中记录密码。相反，我想提示脚本运行程序提供该站点的凭据。

我是这样处理的

$creds = Get-Credential

$basicCreds = [pscredential]::new($Creds.UserName,$Creds.Password)

Invoke-WebRequest -Uri $URL -Credential $basicCreds

结果是脚本运行器被提示一个 U/P 的登录对话框，然后 Invoke-WebRequest 能够使用这些凭据访问该站点。这是因为 $Creds.Password 已经是一个加密字符串。

我希望这可以帮助寻找上述问题的类似解决方案但没有在脚本中保存用户名或密码的人

Answer 4

如果有人需要一个班轮：

iwr -Uri 'https://api.github.com/user' -Headers @{ Authorization = "Basic "+ [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes("user:pass")) }

Answer 5

另一种方法是使用 certutil.exe 将您的用户名和密码保存在文件中，例如in.txt 作为用户名：密码

certutil -encode in.txt out.txt

现在您应该可以使用 out.txt 中的 auth 值了

$headers = @{ Authorization = "Basic $((get-content out.txt)[1])" }
Invoke-WebRequest -Uri 'https://whatever' -Headers $Headers

Answer 6

我必须这样做才能让它工作：

$pair = "$($user):$($pass)"
$encodedCredentials = [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes($Pair))
$headers = @{ Authorization = "Basic $encodedCredentials" }
Invoke-WebRequest -Uri $url -Method Get -Headers $headers -OutFile Config.html

Answer 7

我在这里假设基本身份验证。

$cred = Get-Credential
Invoke-WebRequest -Uri 'https://whatever' -Credential $cred

您可以通过其他方式（Import-Clixml 等）获取您的凭证，但它必须是 [PSCredential] 对象。

基于 cmets 编辑：

GitHub 正在破坏 RFC，正如他们在 link you provided 中解释的那样：

API 支持 RFC2617 中定义的基本身份验证，其中包含一些 细微差别。主要区别在于 RFC 要求 使用 401 Unauthorized 回答未经身份验证的请求 回应。在很多地方，这会暴露用户的存在 数据。相反，GitHub API 以 404 Not Found 响应。这可能 导致假设 401 Unauthorized 的 HTTP 库出现问题 回复。解决方案是手动制作 Authorization 标头。

据我所知，Powershell 的 Invoke-WebRequest 在发送凭据之前会等待 401 响应，并且由于 GitHub 从未提供过响应，因此您的凭据将永远不会被发送。

手动构建标题

相反，您必须自己创建基本的身份验证标头。

基本身份验证采用由冒号分隔的用户名和密码组成的字符串 user:pass，然后发送其 Base64 编码结果。

这样的代码应该可以工作：

$user = 'user'
$pass = 'pass'

$pair = "$($user):$($pass)"

$encodedCreds = [System.Convert]::ToBase64String([System.Text.Encoding]::ASCII.GetBytes($pair))

$basicAuthValue = "Basic $encodedCreds"

$Headers = @{
    Authorization = $basicAuthValue
}

Invoke-WebRequest -Uri 'https://whatever' -Headers $Headers

您可以组合一些字符串连接，但我想将其分解以使其更清晰。

Answer 8

Invoke-WebRequest 遵循@briantist 指出的RFC2617，但是如果Authorization 标头不存在，某些系统（例如JFrog Artifactory）允许匿名使用，但如果标头包含无效凭据，则会以401 Forbidden 响应.

这可用于触发401 Forbidden 响应并让-Credentials 工作。

$login = Get-Credential -Message "Enter Credentials for Artifactory"

                              #Basic foo:bar
$headers = @{ Authorization = "Basic Zm9vOmJhcg==" }  

Invoke-WebRequest -Credential $login -Headers $headers -Uri "..."

这将在第一次发送无效标头，由于-Credentials 覆盖了Authorization 标头，因此将在第二次请求中将其替换为有效凭据。

使用 Powershell 5.1 测试

Answer 9

使用这个：

$root = 'REST_SERVICE_URL'
$user = "user"
$pass= "password"
$secpasswd = ConvertTo-SecureString $pass -AsPlainText -Force
$credential = New-Object System.Management.Automation.PSCredential($user, $secpasswd)

$result = Invoke-RestMethod $root -Credential $credential