> For the complete documentation index, see [llms.txt](https://wiki.datadike.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.datadike.com/product-docs/expert-insights/break-glass-emergencia.md).

# Break-Glass de Emergência

Procedimento de emergência para recuperação de acesso privilegiado quando o cluster do DataDike PAM está totalmente indisponível. Inclui pré-requisitos, etapas de ativação e reintegração.

## O que é o Break-Glass?

O procedimento de break-glass é o **mecanismo de último recurso** para garantir acesso a ativos críticos quando o próprio sistema PAM está indisponível — por falha catastrófica do cluster, corrupção de dados, desastre de datacenter ou qualquer cenário onde nenhum nó do PAM responde.

{% hint style="danger" %}
O break-glass é um procedimento de emergência que **contorna os controles normais do PAM**. Seu uso deve ser autorizado por um responsável sênior e registrado imediatamente após a resolução do incidente.
{% endhint %}

***

## Diferença entre Break-Glass e Break-Vault

|                         | Break-Vault                                         | Break-Glass                              |
| ----------------------- | --------------------------------------------------- | ---------------------------------------- |
| **Quando usar**         | PAM operacional, mas precisa de credenciais offline | PAM completamente indisponível           |
| **O que fornece**       | Export de credenciais por e-mail / SFTP / webhook   | Acesso direto a ativos sem o PAM         |
| **Onde configurar**     | PAM → Accounts → Automations → Break Vault          | Documentação e cofre físico externo      |
| **Rastro de auditoria** | Automático no PAM                                   | Manual — deve ser registrado pela equipe |

Para o Break-Vault (backup de credenciais enquanto o PAM está operacional), consulte a documentação do [Break Vault](/product-docs/product-guide/configuracoes/pam/sysadmin/accounts/automations/break-vault.md).

***

## Pré-requisitos (configurar antes da emergência)

Para que o break-glass funcione no momento crítico, os seguintes itens devem estar preparados **com antecedência**:

### 1. Cofre físico de credenciais de emergência

Mantenha um conjunto de credenciais de administrador local (não de domínio) em um cofre físico ou gerenciador de senha offline, atualizado a cada rotação do PAM:

* Conta de administrador local em cada servidor crítico
* Credenciais de acesso direto ao banco de dados do cluster PAM (PostgreSQL)
* Credenciais de acesso ao hypervisor / console ILO/iDRAC
* Chave SSH de emergência (sem passphrase, armazenada offline)

### 2. Documentação de acesso direto

Mapeamento de IP direto de cada ativo crítico (sem depender do DNS do PAM), porta de acesso e protocolo.

### 3. Lista de contatos de autorização

Defina quem pode autorizar o uso do break-glass — normalmente CISO ou responsável de TI sênior.

***

## Procedimento de Ativação

### Etapa 1 — Confirmar falha total do PAM

Antes de ativar o break-glass, confirme que:

* Todos os nós do cluster PAM estão inacessíveis (teste `curl https://<ip-pam>/api/health` em cada nó)
* A falha não é de rede local (tente de múltiplos pontos da rede)
* O time de operações foi acionado e está ciente

### Etapa 2 — Autorização formal

Obtenha autorização verbal e registrada (e-mail, ticket, Teams) do responsável designado. Documente:

* Hora de início
* Ativo(s) que serão acessados
* Motivo
* Nome do técnico que executará o acesso

### Etapa 3 — Acesso direto ao ativo

Use as credenciais do cofre físico para acessar o ativo diretamente pelo protocolo nativo:

**Linux:**

```bash
ssh -i /caminho/chave-emergencia.pem admin@<ip-direto-do-servidor>
```

**Windows:**

```
mstsc /v:<ip-direto-do-servidor>
# Usar conta: .\Administrator (local, não de domínio)
```

**Dispositivos de rede:**

```
ssh admin@<ip-de-gestao-direto>
```

### Etapa 4 — Execução mínima

Realize apenas as ações estritamente necessárias para resolver o incidente. Documente cada comando executado manualmente.

### Etapa 5 — Encerramento e registro

Ao concluir:

1. Encerre todas as sessões diretas
2. Registre em sistema de tickets todos os acessos realizados (ativo, hora, duração, ações)
3. Notifique o time de segurança

***

## Reintegração Pós-Emergência

Após a recuperação do cluster PAM:

1. **Rotacione todas as credenciais usadas no break-glass** — elas foram expostas fora do cofre do PAM.
2. **Revise os logs de auditoria** do PAM para verificar se a falha gerou anomalias de acesso.
3. **Atualize o cofre físico** com as novas credenciais geradas.
4. **Elabore o relatório de incidente** (RCA) documentando causa, impacto e ações corretivas.

***

## Perguntas Frequentes

**Com que frequência devo testar o procedimento de break-glass?**\
Recomenda-se um teste anual em ambiente de homologação, com rotação de credenciais após cada teste.

**E se o cofre físico também estiver inacessível?**\
Esse cenário deve ser tratado no BCP/DRP da organização. O PAM também oferece o Break-Vault para exportar credenciais de forma preventiva para destinos externos (e-mail, SFTP).

**O break-glass requer alguma configuração prévia no PAM?**\
Não — o break-glass é por definição externo ao PAM. O que o PAM oferece como complemento é o Break-Vault (exportação preventiva de credenciais).