httpie-credential-store 3.1.0

基本

如RFC 7617中定义的“基本”HTTP认证方案。通过Base64编码将凭据作为用户名/密码对传输。

{
  "provider": "basic",
  "username": "ikalnytskyi",
  "password": "p@ss"
}

其中

• username 是用于认证的用户名

• password 是认证用户的密码

摘要

如RFC 2617中定义的“摘要”HTTP认证方案。它在将用户名和密码发送到网络之前，先对它们应用哈希函数。

{
  "provider": "digest",
  "username": "ikalnytskyi",
  "password": "p@ss"
}

其中

• username 是用于认证的用户名

• password 是认证用户的密码

令牌

“令牌”HTTP认证方案（也称为“Bearer”）在 Authorization HTTP头中传输令牌。

{
  "provider": "token",
  "token": "t0k3n",
  "scheme": "JWT"
}

其中

• token 是认证用户的令牌

• scheme （可选，默认值：“Bearer”）是认证方案

头

“头部”HTTP认证方案并不是一个认证方案。它更像是传递任何自由格式的HTTP头（带秘密或不带秘密）的方法。

{
  "provider": "header",
  "name": "X-Extra-Key",
  "value": "k3y"
}

其中

• name 是要使用的HTTP头部名称

• value 是要传递的HTTP头部值

多个

即使在这个插件中，这也是一个假认证方案。它不做任何认证，但可以同时链接和应用一个或多个提供者。这可能是您（可能）永远不会使用的东西。

{
  "provider": "multiple",
  "providers": [
    {
      "provider": "token",
      "token": "t0k3n"
    },
    {
      "provider": "header",
      "name": "X-Extra-Key",
      "value": "k3y"
    }
  ]
}

其中

• providers 是同时使用的认证提供者列表

shell

Shell提供者不过是执行的一个简单shell命令。命令必须通过标准输出流将秘密返回给插件。这是一个通用的方法，可以用来将各种不受支持的密码管理器和/或密钥链连接起来。

示例

{
  "keychain": "shell",
  "command": "cat ~/path/to/secret | tr -d '\n'"
}

其中

• command 是要执行的shell命令

系统

系统提供者，正如其名所示，使用您的系统密钥链来从其中提取机密。它可能是 KWallet、GNOME密钥环、macOS密钥链 或甚至是 Windows凭证存储库。

示例

{
  "keychain": "system",
  "service": "github",
  "username": "ikalnytskyi"
}

其中

• service 是要提取数据的系统

• username 是用于提取数据的该服务的用户名

password-store

密码存储提供商是本插件与密码存储之间的桥梁。它会在您的系统上调用pass，并从存储记录的第一行（通常是密码）中提取秘密。

示例

{
  "keychain": "password-store",
  "name": "github.com/ikalnytskyi"
}

其中

• name是密码存储中的pass名称