Usando segredos com segurança: um padrão para usar o HashiCorp Vault

HashiCorp Vault é uma ferramenta de código aberto que fornece uma maneira segura de armazenar e distribuir segredos, como chaves de API, tokens de acesso e senhas. Softwares como o Vault podem ser críticos ao implantar aplicativos que exigem segredos ou dados confidenciais.







De acordo com um estudo recente realizado por pesquisadores da North Carolina State University, mais de 100.000 repositórios públicos do GitHub contêm segredos de aplicativos de código aberto diretamente no código-fonte. Este estudo - de tokens de API privados a chaves criptográficas - escaneados apenas cerca de 13% dos repositórios públicos do GitHub - mostra que proteger os segredos de aplicativos de maneira adequada é um dos métodos mais negligenciados de proteção de informações em software.







Embora a magnitude do impacto seja surpreendente, é importante observar que esse problema não se limita a projetos de código aberto. Mesmo os repositórios de código-fonte privados podem revelar segredos se não forem protegidos adequadamente. Veja a violação de segurança na Buffer Inc. em 2013. O que começou como acesso ilegal ao código-fonte do próprio Buffer vazou as credenciais da API do Twitter da empresa, eventualmente enviando spam para inúmeras contas de clientes no Twitter.







Não vou oprimir o Buffer agora. Empresas são hackeadas todos os dias e o Buffer deu uma resposta de primeira. Sua transparência não filtrada e relatórios de incidentes forneceram um exemplo interessante da importância do gerenciamento de sigilo como um princípio fundamental de segurança da informação. Mas também levanta a questão de como melhor gerenciar os segredos em uma organização crescente e escalável.







Introdução ao HashiCorp Vault



Sou um grande fã da HashiCorp. Sua abordagem independente de fornecedor para ferramentas DevOps fornece excelentes soluções portáteis que abstraem de provedores de nuvem individuais e se concentram na solução de problemas do mundo real. Sua ferramenta secreta de gerenciamento, o Vault , não é exceção.







, Vault , .







Vault



Vault — Vault HashiCorp







Vault, . HashiCorp, Vault , macOS, Windows, Linux, Solaris BSD. Raspberry Pi.









Vault . Vault. , , , . HashiCorp:







Vault, : , , . .







, vault server -dev



(-dev



, , ):







$ vault server -dev
==> Vault server configuration:

        Api Address: http://127.0.0.1:8200
                Cgo: disabled
    Cluster Address: https://127.0.0.1:8201
        Listener 1: tcp (addr: "127.0.0.1:8200", cluster address: "127.0.0.1:8201", max_request_duration: "1m30s", max_request_size: "33554432", tls: "disabled")
        Log Level: info
            Mlock: supported: false, enabled: false
            Storage: inmem
            Version: Vault v1.2.1

WARNING! dev mode is enabled! In this mode, Vault runs entirely in-memory
and starts unsealed with a single unseal key. The root token is already
authenticated to the CLI, so you can immediately begin using Vault.

You may need to set the following environment variable:

    $ export VAULT_ADDR='http://127.0.0.1:8200'

The unseal key and root token are displayed below in case you want to seal/unseal the Vault or re-authenticate.

Unseal Key: p8MumXfy57bh2T1FxdvZSmHhxqr7aQAByPpfE4PLujk=
Root Token: s.aSQmpEYEi5MKelf5TDLPC6r9

Development mode should NOT be used in production installations!

==> Vault server started! Log data will stream in below:
      
      





, , . , ( , ). , , VAULT_ADDR, Vault , .







Unseal Key Root Token. , Root Token , / Vault Vault .









Vault . , Vault , , , . Vault (unsealed). , , (Unseal Key), (unseal) . Vault , .







Vault . , - :







$ vault operator init

Unseal Key 1: 4jYbl2CBIv6SpkKj6Hos9iD32k5RfGkLzlosrrq/JgOm
Unseal Key 2: B05G1DRtfYckFV5BbdBvXq0wkK5HFqB9g2jcDmNfTQiS
Unseal Key 3: Arig0N9rN9ezkTRo7qTB7gsIZDaonOcc53EHo83F5chA
Unseal Key 4: 0cZE0C/gEk3YHaKjIWxhyyfs8REhqkRW/CSXTnmTilv+
Unseal Key 5: fYhZOseRgzxmJCmIqUdxEm9C3jB5Q27AowER9w4FC2Ck

Initial Root Token: s.KkNJYWF5g0pomcCLEmDdOVCW

Vault initialized with 5 key shares and a key threshold of 3. Please securely distribute the key shares printed above. When the Vault is re-sealed, restarted, or stopped, you must supply at least 3 of these keys to unseal it before it can start servicing requests.

Vault does not store the generated master key. Without at least 3 keys to reconstruct the master key, Vault will remain permanently sealed!

It is possible to generate new unseal keys, provided you have a quorum of existing unseal keys shares. See "vault operator rekey" for more information.
      
      







, , , . vault login



, . Root Token (. ). , , :







$ vault login
Token (will be hidden):
Success! You are now authenticated. The token information displayed below is already stored in the token helper. You do NOT need to run "vault login" again. Future Vault requests will automatically use this token.

Key                 Value
---                 -----
token               s.aSQmpEYEi5MKelf5TDLPC6r9
token_accessor      MaJhao2R54EdV9fDq7sL11d4
token_duration      ∞
token_renewable     false
token_policies      ["root"]
identity_policies   []
policies            ["root"] 
      
      







Vault HashiCorp , Vault . vault kv put



:







$ vault kv put secret/foo bar=baz
Key             Value
---             -----
created_time    2019-08-09T16:43:10.604124Z
deletion_time   n/a
destroyed       false
version         1
      
      





, foo



secret



bar=baz



, . created_time



, deletion_time



destroyed



, version



, , .







, , , :







$ vault kv put secret/foo bat=ball
Key             Value
---             -----
created_time    2019-08-09T16:43:32.638788Z
deletion_time   n/a
destroyed       false
version         2
      
      





, ? , , , .









$ vault kv list secret
Keys
----
foo
      
      





— . — . , :







, , , . , vault kv get



:







$ vault kv get secret/foo
====== Metadata ======
Key             Value
---             -----
created_time    2019-08-09T16:43:32.638788Z
deletion_time   n/a
destroyed       false
version         2

=== Data ===
Key Value
--- -----
bat ball
      
      





Vault , , -version



:







$ vault kv get -version=1 secret/foo
====== Metadata ======
Key             Value
---             -----
created_time    2019-08-09T16:43:10.604124Z
deletion_time   n/a
destroyed       false   
version         1

=== Data ===
Key Value
--- -----
bar baz
      
      





, , , (release) , .









, ( ). , , «» , : delete



destroy



. , foo



:







$ vault kv delete -versions=1 secret/foo
Success! Data deleted (if it existed) at: secret/foo
      
      





(deleted



) GET, :







$ vault kv get -version=1 secret/foo
====== Metadata ======
Key             Value
---             -----
created_time    2019-08-09T16:43:10.604124Z
deletion_time   2019-08-09T16:45:39.664577Z
destroyed       false
version         1
      
      





, destroy:







$ vault kv destroy -versions=1 secret/foo
Success! Data written to: secret/destroy/foo
      
      





, , destroy , :







$ vault kv get -version=1 secret/foo
====== Metadata ======
Key             Value
---             -----
created_time    2019-08-09T16:43:10.604124Z
deletion_time   2019-08-09T16:45:39.664577Z
destroyed       true
version         1
      
      





HashiCorp Vault



Vault — , — , . Vault , , Vault .







Secrets engines



$ vault secrets enable database
Success! Enabled the database secrets engine at: database/
      
      





Vault ( , kv



). — . , - . , (database



) MySQL MariaDB, root .









$ vault auth enable github
Success! Enabled github auth method at: github/
      
      





Vault . GitHub, Vault , GitHub — GitHub — . , LDAP Okta, Vault.









$ vault write auth/userpass/users/test policies="dev-readonly,logs"
      
      





. GitHub , . Vault RBAC, CRUD- . .







Vault



Vault, . , Vault, . , API, , Vault, Vault HashiCorp – .







Além de proteger seus aplicativos e infraestrutura, você precisa de um plano de resposta rápida a incidentes. Confira nosso guia gratuito, De reativo a proativo: 6 maneiras de transformar seu monitoramento e resposta a incidentes, para criar fluxos de trabalho de gerenciamento de incidentes altamente colaborativos e transparentes.








All Articles