Funcionário preso, hospitalizado ou falecido com senhas de administrador exclusivas: recuperação do fator 1 do ônibus corporativo e carta de autorização autenticada¶

Quando o único administrador de TI, cofundador técnico, líder de DevOps ou controlador de uma empresa morre repentinamente, sofre um acidente vascular cerebral incapacitante ou trauma em uma unidade de terapia intensiva, é preso e detido sem fiança ou sai hostilmente enquanto mantém a única senha de root, YubiKey de hardware e autenticação multifator de SMS/Autenticador (MFA) para seu dispositivo AWS, Google Workspace, Microsoft 365, Cloudflare, registrador de domínio ou contas bancárias comerciais, a empresa enfrenta um bloqueio existencial de "fator de barramento de 1" de ponto único de falha. Dentro de dias ou horas, os certificados SSL expiram, as falhas de cobrança automatizada ameaçam desligar os servidores de produção, a folha de pagamento não pode ser liberada ou um ex-administrador hostil mantém a capacidade de limpar bancos de dados de produção de um laptop pessoal. Se a sua empresa estiver enfrentando uma crise médica no local ou um evento criminoso ativo de sabotagem ou extorsão por parte de um administrador desonesto, ligue para o número de emergência local (911 nos Estados Unidos e Canadá, 112 em toda a União Europeia, 999 no Reino Unido) através do nosso números de emergência diretório e revise imediatamente morte de pessoa-chave, incapacitação do fundador e sucessão emergencial de negócios, rescisão de funcionários e segurança no local de trabalhoe registrador de domínio ou conta na nuvem AWS suspensa por falha no faturamento ou sinalização de abuso.

Romper um bloqueio administrativo de ponto único de falha sem acionar bloqueios anti-aquisição automatizados na nuvem requer uma sequência de recuperação paralela e disciplinada: manter o cartão de crédito de cobrança ativo para que a infraestrutura de produção não seja encerrada automaticamente enquanto você estiver bloqueado, recuperar o controle da caixa de entrada de e-mail do administrador e do número de telefone SMS MFA por meio da reatribuição do SIM de telecomunicações corporativas (AT&T Premier, Verizon Business, T-Mobile for Business) ou extração de sessão de navegador ativo local e envio de um pacote de recuperação corporativa formal (carta de autorização autenticada [LOA], Estatuto Social do Secretário de Estado, Carta EIN do IRS e DNS TXT prova de registro) para AWS, Google Workspace, Microsoft 365 e seu registrador de domínio ICANN.

Faça isso agora¶

1. NÃO cancele o cartão de crédito corporativo ou a conta bancária ACH que paga por seus servidores em nuvem, registrador de domínio ou ferramentas SaaS enquanto estiver bloqueado. O erro mais destrutivo que os executivos cometem quando um fundador morre ou um único administrador é preso é dizer ao banco para congelar o cartão de crédito corporativo registrado na AWS, Azure, Google Cloud, Cloudflare ou GoDaddy. Se uma cobrança de renovação for devolvida enquanto ninguém conseguir fazer login para atualizar o cartão, os scripts automatizados de faturamento na nuvem suspenderão e excluirão permanentemente suas máquinas virtuais de produção, buckets S3 e bancos de dados de clientes. Mantenha o cartão de cobrança financiado e ativo até que o controle administrativo seja restaurado.
2. Nunca martele a tela de login root com tentativas de senha ou envios repetidos de MFA. Inserir senhas com falha ou acionar envios de MFA Duo/Okta/Authenticator não aprovados de 5 a 10 vezes seguidas Aquisição automatizada de conta (ATO) Fraud Locks na AWS, Microsoft Entra ID, Google e bancos, congelando a conta até mesmo contra fluxos legítimos de redefinição de senha e encaminhando sua empresa para uma fila de análise de segurança manual de 14 dias.
3. Verifique se o laptop ou desktop do administrador incapacitado ou ausente ainda está ligado com uma sessão de navegador desbloqueada ativa ou chave SSH em cache. Antes de reiniciar ou limpar o MacBook ou PC Windows da empresa de um funcionário, inspecione-o cuidadosamente (ou peça a um especialista de TI forense para inspecioná-lo enquanto mantém a máquina ativa): um perfil aberto do Chrome/Edge geralmente contém cookies de sessão autenticados para Console AWS, Google Admin, Microsoft 365, Cloudflare ou 1Password/Bitwarden e o local .ssh ou .aws/credentials pasta geralmente contém chaves de API de administração do IAM ou códigos de recuperação ativos (google-backup-codes.txt) no Downloads pasta que permite promover um segundo superadministrador imediatamente sem tocar no MFA.
4. Se o número de telefone MFA do administrador estiver em uma conta móvel corporativa, execute imediatamente uma troca de SIM de administrador de telecomunicações autorizado em um aparelho da empresa. Ligue para o representante da conta da operadora sem fio corporativa (AT&T Premier / Business, Verizon Business My Business, T-Mobile for Business, Vodafone Business, Rogers/Bell Business) ou entre em uma loja de varejo corporativa com seu CNPJ corporativo (EIN), impressão do oficial do Secretário de Estado e documento de identidade com foto do governo. Como proprietário legal da linha sem fio corporativa, transfira o número de telefone do administrador para um eSIM limpo ou cartão SIM físico em suas mãos; em 5 minutos, você pode receber códigos MFA por SMS e chamadas automatizadas de verificação de voz para redefinir logins de e-mail e root na nuvem.
5. Recupere o controle do seu nome de domínio principal (DNS) e o servidor de e-mail primeiro, porque eles são as chaves mestras para todas as outras contas. Na recuperação de contas corporativas, o controle do DNS zona é prova de propriedade corporativa. Depois de controlar seu registrador de domínio ou host DNS (Cloudflare, Route 53, GoDaddy, Namecheap, CSC), você pode publicar o obrigatório DNS TXT ou CNAME token de verificação exigido pelo Google Workspace, Microsoft 365, AWS e Slack para remover a MFA de um administrador morto ou indisponível e promover um novo superadministrador.
6. Reúna um "Pacote de Autoridade Corporativa e Recuperação de Fator de Ônibus" padronizado assinado por um diretor corporativo e autenticado hoje. Todos os principais provedores de nuvem, registradores da ICANN e bancos comerciais exigem os mesmos cinco documentos legais para substituir um único administrador morto, incapacitado ou desonesto: (1) uma Carta de Autorização Corporativa autenticada (LOA) em papel timbrado da empresa, (2) Contrato Social/Organização certificado e Certificado de Regularidade do Secretário de Estado nomeando o oficial signatário, (3) sua Carta de confirmação IRS CP 575 EIN (ou registro fiscal nacional), (4) as Últimas 3 faturas mensais de faturamento do fornecedor + Extratos bancários/de cartão redigidos mostrando o pagamento dessas faturas e (5) Cor de alta resolução Digitalizações do passaporte ou carteira de motorista do oficial signatário (mais uma certidão de óbito, carta de incapacidade hospitalar ou registro de prisão/rescisão policial, se aplicável).

Árvore de decisão: rompendo um bloqueio de administrador único com "fator de barramento de 1" na nuvem, DNS e serviços bancários¶

flowchart TD
    A["Único administrador / fundador / contador falecido, hospitalizado, preso ou ausente hostilmente com todas as senhas root e MFA"] --> B["Etapa 1: NÃO cancele o faturamento de cartões de crédito -> Mantenha sessões abertas do navegador do laptop, chaves .ssh e códigos de backup da pasta Downloads"]
    B --> C{"Você controla a caixa de entrada de e-mail corporativo do administrador (por exemplo, admin@suaempresa.com) OU o número de celular MFA?"}
    C -->|"Sim: a linha móvel está na conta corporativa sem fio (AT&T, Verizon, T-Mobile, Vodafone)"| D["Execute a troca de SIM/eSIM de telecomunicações corporativas em um telefone limpo da empresa -> Interceptar SMS/Voz MFA + redefinir senhas de e-mail e root na nuvem"]
    C -->|"Não: bloqueio do Google Workspace/Microsoft 365 Email E dispositivo MFA"| E{"Você ainda tem acesso de login ao seu registrador de domínio externo/host DNS (GoDaddy, Cloudflare, Namecheap, Route 53)?"}
    E -->|"Sim: podemos editar registros DNS TXT/MX"| F["Use a 'Recuperação de conta de administrador via DNS TXT' oficial do Google Workspace/Microsoft 365 para remover MFA antigo e promover novo superadministrador em 1 a 24 horas"]
    E -->|"Não: o registrador de domínio e o DNS também estão bloqueados pelo MFA do administrador único"| G["Etapa 2: Enviar ao registrador da ICANN o 'Pacote de transferência de registrante / recuperação de contato primário corporativo' (LOA autenticada + artigos + EIN + comprovante de utilidade/fatura)"]
    F --> H["Depois que o e-mail e o DNS forem recuperados: redefina as contas AWS Root, GitHub, Stripe, Slack e SaaS via e-mail + DNS + verificação de faturamento de suporte"]
    G --> H
    H --> I{"O Hardware YubiKeys ou o Authenticator App MFA ainda estão bloqueando o AWS Root ou o Bank Treasury?"}
    I -->|"AWS/Cloud Root MFA bloqueado"| J["Enviar solicitação de suporte para desativação do AWS Root MFA + declaração corporativa autenticada (ou atender chamada automática para o número de telefone raiz)"]
    I -->|"Banco Comercial / Folha de Pagamento Bloqueada"| K["Entre na agência do banco comercial com resolução corporativa removendo o antigo signatário + contrato social + prova de morte/incapacidade/rescisão"]

Fase 1: Preservando "Artefatos Dourados" locais na estação de trabalho do administrador (minutos 1 a 30)¶

Antes de ligar para os balcões de suporte do fornecedor, que podem levar de 24 a 72 horas para revisar a documentação autenticada, um atendente de incidentes experiente sempre verifica a estação de trabalho física ou virtual usada pelo administrador ausente. Em mais de 60% das emergências do “Fator de Ônibus 1”, as chaves do reino já estão desbloqueadas no laptop da empresa ou na mesa do escritório:

1. Pesquisa de mesa física, cofre e armário de servidor:
2. Verifique o cofre do escritório, a gaveta da mesa trancada e o fichário de documentação do rack do servidor para:
   • Uma chave de segurança de hardware de backup (YubiKey), porque os administradores de práticas recomendadas registram duas YubiKeys e deixam a chave de backup em um cofre do escritório ou gravada dentro do armário do servidor.
   • Códigos MFA Scratch/Backup impressos de 8 ou 10 dígitos para Google Workspace, Microsoft 365, GitHub, AWS ou 1Password.
3. Extração de sessões ativas e tokens do laptop da empresa do administrador (sem reinicialização):
4. Se o laptop estiver ativo e desbloqueado (ou se outra conta de administrador local ou gerenciamento de dispositivos móveis [MDM] como Jamf, Kandji ou Microsoft Intune podem redefinir a senha de login local do macOS/Windows sem perda de chave do FileVault/BitLocker):
   • Verifique as guias abertas do navegador e as extensões do gerenciador de senhas: se 1Password, Bitwarden, LastPass ou Dashlane estiver desbloqueado no navegador ou se um cookie de sessão ativo estiver aberto no Google Admin Console (admin.google.com), Microsoft Entrada (entra.microsoft.com) ou AWS IAM, crie imediatamente um segundo usuário Super Admin/Administrador IAM com seu próprio dispositivo MFA novo.
   • ** Pesquise o local Downloads e Documents Pastas para arquivos de texto de recuperação:** Pesquise no disco rígido por arquivos correspondentes *backup*, *recovery*, *codes*.txt, *aws*.csv, *root*, ou *cloudflare*. Quando os administradores ativam MFA pela primeira vez no Google, GitHub, Cloudflare ou Slack, o navegador baixa automaticamente um arquivo de texto simples (como Backup-codes-admin.txt ou rootkey.csv) direto para o Downloads pasta.
   • Inspecione as credenciais da CLI do desenvolvedor local (.aws, .ssh, .config/gcloud, .kube/config): Mesmo quando o console da web requer um aplicativo YubiKey ou Authenticator no telefone do administrador, o laptop de um engenheiro de DevOps quase sempre tem um não expirado AWS_ACCESS_KEY_ID e AWS_SECRET_ACCESS_KEY com AdministratorAccess armazenado em .aws/credentials (ou um ativo gcloud / az Token CLI). No terminal desse laptop, um desenvolvedor pode executar um único comando (aws iam create-user e aws iam attach-user-policy --policy-arn arn:aws:iam::aws:policy/AdministratorAccess) para criar um novo login de administrador completo em 10 segundos, ignorando totalmente o console web raiz bloqueado.

=======================================================================
   THE "DEPENDENCY PYRAMID" OF CORPORATE ACCOUNT RECOVERY
=======================================================================

             [ TIER 1: CORPORATE TELECOM LINE (SIM/eSIM) ]
             (Reassign corporate cell number to new phone
              to intercept SMS / Voice MFA verification)
                                  |
                                  v
            [ TIER 2: DOMAIN REGISTRAR & DNS ZONE CONTROL ]
            (Proves legal ownership of company.com via DNS
             TXT verification records for all cloud vendors)
                                  |
                                  v
          [ TIER 3: CORPORATE EMAIL (GOOGLE / MICROSOFT 365) ]
          (Promote new Super Admin -> Reset or shadow-route
           the absent admin's email inbox to receive links)
                                  |
                                  v
       [ TIER 4: CLOUD INFRASTRUCTURE (AWS / AZURE / GCP / SaaS) ]
       (Receive password reset link in recovered email + answer
        automated voice call on recovered telecom number + LOA)
=======================================================================

Fase 2: Recuperando o número de telefone MFA do administrador por meio de substituição de telecomunicações corporativas¶

Se o administrador ausente usou mensagens de texto SMS ou chamadas de voz automatizadas como método de MFA principal ou de backup (ou se o AWS Root Account Recovery exigir o atendimento de uma chamada telefônica de verificação automatizada para o número de telefone registrado), o caminho mais rápido para a recuperação total é assumir o controle desse número de telefone:

Cenário A: o número de telefone está em uma conta corporativa sem fio (AT&T Business, Verizon Business, T-Mobile for Business)¶

• Se a empresa pagar a conta mensal da operadora em uma conta comercial, o número de telefone será propriedade corporativa, mesmo que o iPhone físico esteja trancado em uma bolsa de propriedade hospitalar, em um armário de evidências policiais ou na casa de um funcionário falecido.
• Entre em contato com o Gerente de contas empresariais da sua operadora ou visite uma loja corporativa com seu CNPJ corporativo (EIN), Contrato Social e documento de identidade com foto.
• Solicite uma troca de SIM/eSIM (mudança de dispositivo) imediata movendo esse número de telefone (XXX-XXX-XXXX) em um smartphone extra da empresa em seu escritório. Em 10 minutos, cada código SMS MFA e chamada telefônica de verificação automatizada da AWS/banco toca diretamente no telefone em sua mão.

Cenário B: o administrador usou um número de telefone celular pessoal (hospitalizado, falecido ou preso)¶

• Se o funcionário for hospitalizado ou preso (e cooperar): Peça ao cônjuge, membro da família ou advogado de defesa do funcionário para transmitir um código MFA de 6 dígitos durante uma visita ao hospital ou obtenha a permissão assinada do funcionário para trocar temporariamente seu cartão SIM ou ler o código de recuperação para que a empresa possa continuar operando (especialmente se o salário contínuo, benefícios médicos ou patrimônio do funcionário depender da sobrevivência do negócio).
• Se o funcionário falecer: O Executor/Representante Pessoal Nomeado pelo Tribunal do patrimônio do funcionário (ou parente mais próximo apresentando uma Certidão de Óbito oficial em uma loja da transportadora) tem autoridade legal sob a Lei Revisada de Acesso Fiduciário Uniforme a Ativos Digitais (RUFADAA) e políticas de telecomunicações para acessar ou portar a linha, ou assinar um consentimento de uma página permitindo que o consultor de TI da empresa receba uma chamada única de verificação de MFA conforme conveniência da família.

Fase 3: Protocolos Oficiais de Recuperação de Bloqueio Empresarial Fornecedor por Fornecedor¶

Quando você não tiver o dispositivo MFA do administrador ou a sessão ativa do laptop, siga o protocolo de recuperação oficial exato para cada plataforma principal:

Aprofundamento 1: Recuperando o Google Workspace (admin.google.com) via verificação DNS TXT¶

O Google Workspace inclui uma saída de emergência automatizada integrada especificamente para quando o único superadministrador fica incapacitado ou perde sua chave MFA: 1. Vá para admin.google.com, digite o endereço de e-mail do superadministrador e clique em Esqueceu a senha? (ou percorra o desafio de login e selecione Tentar de outra maneira até que o Google acione o Assistente de verificação de propriedade de domínio). 2. Se a recuperação automatizada não solicitar DNS imediatamente, acesse o ** formulário de recuperação de espaço de trabalho do Google (toolbox.googleapps.com/apps/recovery/form)**. 3. O Google fornecerá uma string de verificação exclusiva (como google-site-verification=XXXX ou um único CNAME token) e solicitar que você forneça um endereço de e-mail de contato secundário em um domínio diferente (como um Gmail pessoal ou domínio de parceiro que você pode ler agora mesmo). 4. Faça login no seu provedor de DNS e adicione exatamente TXT ou CNAME grave no arquivo de zona do seu domínio e envie. Depois que os rastreadores do Google verificam o registro DNS (e verificam a documentação de domínio/faturamento se a verificação em duas etapas com chaves de hardware foi aplicada), o Google remove a MFA antiga ou promove seu usuário designado a Superadministrador.

Aprofundamento 2: Recuperando o Microsoft 365/Azure (Entra ID) por meio da Equipe de Proteção de Dados da Microsoft¶

Ao contrário do Google, a Microsoft não permite que um usuário não autenticado se autopromova a Administrador Global apenas por meio de um assistente da Web não assistido se a MFA do único Administrador Global for perdida. 1. Ligue para o Suporte Empresarial da Microsoft diretamente por telefone (nos EUA: 1-800-865-9408 ou sua linha regional de suporte comercial do Microsoft 365) e declare claramente ao prompt de voz e ao agente: "Temos um bloqueio completo de locatário de gravidade A: nosso único administrador global é [falecido/hospitalizado/não está mais na empresa] e precisamos de um encaminhamento para a equipe de proteção de dados da Microsoft." 2. A Equipe de Proteção de Dados da Microsoft é o único grupo dentro da Microsoft autorizado a retirar a MFA ou redefinir um único Administrador Global quando nenhum outro Administrador Global existir no locatário. 3. O engenheiro de proteção de dados abrirá um caso de verificação e solicitará que você adicione um ** específicoDNS TXT registre** em sua zona de domínio para comprovar o controle legal do domínio do locatário e verifique seu Contrato Social, faturas de cobrança corporativa e identidade oficial antes de redefinir as credenciais de Administrador Global.

Aprofundamento 3: Recuperando uma conta raiz da AWS quando o dispositivo MFA é perdido ou indisponível¶

1. Caminho A (você recuperou a caixa de entrada de e-mail raiz e o número de telefone do contato raiz):
2. A AWS permite a remoção por autoatendimento de um dispositivo Root MFA perdido se você controlar tanto o endereço de e-mail do Root quanto o número de telefone de contato do Root.
3. Faça login com o e-mail e senha do Root (ou redefina a senha do Root por e-mail primeiro). No prompt do MFA, clique em Solucionar problemas de MFA -> Entrar usando fatores alternativos de autenticação. A AWS enviará um e-mail de verificação para o endereço raiz e fará uma chamada telefônica automática para o número de telefone raiz registrado; inserir o código do teclado ignora imediatamente o dispositivo MFA perdido para que você possa desativá-lo no Console AWS.
4. Caminho B (o número de telefone raiz está inacessível ou pertence ao administrador ausente):
5. Clique em Entre em contato com o AWS Support para desativar o dispositivo MFA, selecione que você não pode receber a chamada telefônica e solicite uma chamada de um Representante de conta e suporte de faturamento da AWS para seu novo número corporativo.
6. Para contas de alta segurança ou propriedade corporativa disputada, a AWS fornecerá uma Declaração de Identidade Corporativa e Autorização Corporativa que deve ser assinada por um diretor corporativo perante um Tabelião Público licenciado e carregada juntamente com seu Certificado de Regularidade de Situação do Secretário de Estado e declarações de cobrança da AWS.

Modelo: Carta de autorização corporativa autenticada (LOA) para recuperação emergencial de conta¶

Imprima este modelo exato em papel timbrado oficial da empresa, assine-o na frente de um Tabelião Público licenciado (ou Solicitador/Comissário para Juramentos fora dos EUA) e anexe os cinco documentos de apoio sempre que enviar um tíquete de bloqueio de emergência a um provedor de nuvem, operadora de telecomunicações ou registrador de domínio:

=======================================================================
   NOTARIZED CORPORATE LETTER OF AUTHORIZATION (EMERGENCY RECOVERY)
=======================================================================
[ON OFFICIAL COMPANY LETTERHEAD: Legal Name, Address, Phone, Website]

Date: [Date]
To:   Trust, Safety & Account Recovery Legal Escalations Team
      [Vendor Name, e.g., Amazon Web Services / Cloudflare / GoDaddy]
Re:   EMERGENCY CORPORATE ACCOUNT RECOVERY & ADMIN REASSIGNMENT
      Account / Tenant ID / Domain Name: [Account ID or Domain]
      Prior Unavailable Administrator: [Name & Email of Absent Admin]

To Whom It May Concern:

I, [Your Full Legal Name], hereby certify and affirm under penalty of
perjury that I am the duly appointed [Title: Chief Executive Officer /
President / Managing Member] of [Full Legal Name of Company], a
[State/Country] [Corporation / Limited Liability Company] (Entity ID:
#[Secretary of State Number]; Federal Tax ID / EIN: #[XX-XXXXXXX]).

Our company's sole technical administrator on the above-referenced
account, [Name of Absent Admin], is permanently/currently unavailable
due to [sudden death on (Date) / acute medical incapacitation in ICU /
arrest and termination of employment on (Date)], leaving the company
without access to its Multi-Factor Authentication (MFA) device and
administrative login credentials.

As an authorized corporate officer empowered to bind [Company Name], I
formally request and authorize [Vendor Name] to:
  1. Revoke all administrative sessions and MFA devices associated
     with [Absent Admin's Email/Phone]; and
  2. Reassign Primary Account Owner / Super Administrator access to:
     - New Administrator Name:  [Full Name]
     - Corporate Email Address: [Email]
     - Verified Direct Phone:   [Phone Number]

Attached hereto as proof of corporate ownership and authority are:
  Exhibit A: Certified Articles of Incorporation & Good Standing Cert.
  Exhibit B: Official IRS Form CP 575 EIN Confirmation Letter
  Exhibit C: Last 3 Monthly [Vendor] Invoices & Redacted Bank Statements
  Exhibit D: Color Government Passport/ID of Signing Corporate Officer
  Exhibit E: [Death Certificate / Hospital Letter / Termination Notice]

Executed this ___ day of __________, 2026.

________________________________________
[Your Signature], [Title]

[NOTARY PUBLIC JURAT / SEAL & COMMISSION EXPIRATION BELOW]
=======================================================================

Números de emergência regionais e protocolos de agências¶

• Estados Unidos: Ligue para o 911 para qualquer emergência médica no local ou se um administrador demitido fizer ameaças físicas. Se um administrador desonesto ou preso se recusar a entregar credenciais corporativas ou sabotar sistemas, denuncie a invasão do computador imediatamente ao FBI Internet Crime Complaint Center (IC3) em ic3.gov e na FBI Field Office Cyber Task Force local (citando a Computer Fraud and Abuse Act, 18 U.S.C. § 1030) e consulte o conselho corporativo para registrar uma emergência Ordem de restrição temporária (TRO) e Mandado de Segurança obrigando a troca de chaves de acesso corporativas sob ameaça de desacato civil. Para fiduciários falecidos, os executores imobiliários agem de acordo com a Lei de Acesso Fiduciário Uniforme Revisado a Ativos Digitais promulgada pelo estado (RUFADAA)**.
• Reino Unido: Ligue para 999 para emergências médicas ou físicas, ou para 101 para relatórios policiais não emergenciais. A retenção não autorizada ou sabotagem de sistemas de TI corporativos por um funcionário desonesto é passível de ação judicial de acordo com a Lei de Uso Indevido de Computadores de 1990 (Seções 1 a 3); relatar incidentes para Action Fraud (0300 123 2040) e o Centro Nacional de Segurança Cibernética (NCSC) e verifique a autoridade do diretor corporativo por meio da Companies House.
• Canadá: Ligue para o 911 para emergências. Denuncie sabotagem criminosa ou extorsão por um ex-administrador de TI à polícia local e ao Canadian Center for Cyber Security (1-833-CYBER-88) de acordo com a Seção 342.1 (Uso Não Autorizado de Computador) e Seção 430(1.1) (Travessuras em Relação a Dados de Computador) do Código Penal do Canadá.
• União Europeia: Ligue para 112 para emergências. Observe que, de acordo com o Regulamento Geral de Proteção de Dados da UE (GDPR) e as leis nacionais de privacidade de funcionários (como as regras de local de trabalho BDSG da Alemanha e CNIL da França), os empregadores que recuperam a caixa de entrada de e-mail corporativo de um funcionário falecido ou hospitalizado devem evitar abrir mensagens claramente marcadas como "Privadas/Pessoais", a menos que conduzidas sob supervisão documentada de conformidade legal/de RH.
• Austrália e Nova Zelândia: Ligue para 000 (Austrália) ou 111 (Nova Zelândia) para emergências. Denuncie extorsão cibernética ou acesso não autorizado ao ReportCyber (cyber.gov.au / 1300 CYBER1) ou CERT NZ e use seu Extrato da Empresa ASIC ou Extrato do Escritório de Empresas da NZ como prova de autoridade do diretor para Cartas de Autorização do fornecedor. Veja nosso diretório completo em números de emergência.

Perguntas frequentes¶

Por que nunca devemos cancelar o cartão de crédito corporativo registrado na AWS, Azure ou GoDaddy enquanto estivermos bloqueados na conta do administrador falecido?¶

Se você cancelar ou congelar o cartão de crédito corporativo que paga pela sua infraestrutura de nuvem ou registrador de domínio enquanto ninguém tiver acesso de login para inserir um método de pagamento substituto, os scripts de cobrança automatizados suspenderão sua conta quando a fatura mensal falhar e limparão permanentemente seus servidores virtuais de produção, bancos de dados e registros de domínio após o período de carência. Sempre mantenha o cartão de cobrança financiado e ativo, porque os últimos três extratos de cartão de crédito pagos são a principal prova de propriedade que as equipes de suporte do fornecedor exigem para conceder a você a recuperação administrativa.

Como podemos ignorar a autenticação multifator (MFA) por SMS ou chamada de voz se o administrador estiver em coma na UTI ou falecido?¶

Se o número de telefone celular do administrador for cobrado em uma conta sem fio corporativa (como AT&T Business, Verizon Business ou T-Mobile for Business), um diretor corporativo pode apresentar o EIN e o contrato social da empresa à operadora de telecomunicações e trocar imediatamente esse número de telefone por um novo SIM ou eSIM em um aparelho da empresa. Em poucos minutos, todos os códigos SMS MFA e chamadas de verificação automatizadas da AWS/Microsoft chegarão ao telefone substituto sem perturbar o dispositivo pessoal do funcionário.

Como recuperamos o acesso ao Google Workspace ou ao Microsoft 365 se havia apenas um superadministrador ou administrador global?¶

Tanto o Google Workspace quanto o Microsoft 365 usam a verificação de DNS público como a prova definitiva de propriedade corporativa. Ao fazer login em seu registrador de domínio ou host DNS e adicionar um registro de verificação TXT ou CNAME exclusivo emitido pelo assistente de recuperação de conta de administrador do Google ou pela equipe de proteção de dados da Microsoft (juntamente com o registro corporativo e o comprovante de cobrança), o fornecedor retirará o MFA do administrador indisponível e promoverá um novo usuário em sua empresa a superadministrador ou administrador global.

Podemos recuperar as senhas dentro do cofre 1Password ou Bitwarden de um funcionário falecido se não configurarmos um segundo administrador?¶

Se o funcionário usou uma conta de consumidor individual ou um cofre pessoal sem um kit de emergência impresso (chave secreta + senha mestra) e sem a recuperação de conta de administrador empresarial habilitada previamente, a criptografia de conhecimento zero torna matematicamente impossível para o suporte 1Password ou Bitwarden descriptografar o cofre, mesmo com uma ordem judicial ou certidão de óbito. Em vez de tentar quebrar o gerenciador de senhas, contorne-o recuperando primeiro o registrador DNS e o sistema de e-mail corporativo e, em seguida, use fluxos de redefinição de senha de e-mail e cartas de autorização autenticadas para redefinir diretamente cada conta de fornecedor subjacente.

É legal adivinhar a senha do iPhone pessoal de um funcionário hospitalizado ou falecido para obter um código MFA da empresa?¶

Não: acessar o smartphone ou a conta de e-mail pessoal de um funcionário sem seu consentimento explícito, ou sem a autorização formal do executor imobiliário nomeado pelo tribunal ou da procuração de saúde, viola os estatutos de privacidade de computadores, como a Lei de Fraude e Abuso de Computadores dos EUA (CFAA) e a Lei de Comunicações Armazenadas. Sempre trabalhe por meio de equipamentos de propriedade da empresa, canais de recuperação de fornecedores empresariais ou consentimento por escrito do funcionário ou de seu representante legal.

Quais documentos devem ser incluídos em uma Carta de Autorização Corporativa (LOA) autenticada para recuperação de nuvem e domínio?¶

Todos os principais provedores de nuvem, registradores de domínio e instituições financeiras esperam cinco itens principais anexados a uma carta de autorização autenticada em papel timbrado da empresa: (1) contrato social / organização certificado e um certificado de regularidade do secretário de estado atual nomeando o oficial de assinatura, (2) a carta de confirmação EIN CP 575 do IRS da empresa, (3) as últimas 3 faturas mensais do fornecedor, além de extratos bancários ou de cartão de crédito redigidos comprovando que sua empresa os pagou, (4) uma digitalização colorida da assinatura passaporte do oficial ou carteira de motorista e (5) prova da indisponibilidade do administrador anterior (como certidão de óbito, carta hospitalar ou registro de rescisão).

Guias relacionados¶

• Morte de pessoa-chave, incapacitação do fundador e sucessão emergencial de negócios
• Rescisão de funcionários e segurança no local de trabalho
• Registrador de domínio ou conta na nuvem AWS suspensa por falha no faturamento ou sinalizador de abuso: interrupção de produção
• Disputa de parceria, fuga de banco de cofundadores desonestos e bloqueio corporativo
• Plano de continuidade de negócios e recuperação de desastres

Fontes e orientações oficiais¶

• Amazon Web Services (AWS, Inc.): Documentação do AWS Identity and Access Management (IAM): recuperação de uma conta da AWS quando o dispositivo MFA do usuário raiz é perdido, danificado ou indisponível e procedimentos de verificação de identidade autenticados.
• Ajuda do administrador do Google Cloud/Google Workspace: Recuperação do acesso do administrador ao Google Workspace usando verificação automatizada de TXT/CNAME de DNS de domínio e recuperação de superadministrador assistida por suporte.
• Microsoft Corporation (Microsoft Entra/Microsoft 365): Procedimentos e práticas recomendadas de bloqueio de locatário da equipe de proteção de dados da Microsoft para gerenciar contas de nuvem de acesso de emergência ("Break-Glass") no Microsoft Entra ID.
• Corporação da Internet para Atribuição de Nomes e Números (ICANN): Política de resolução de disputas de transferência de registradores e padrões de verificação de recuperação de registrantes para titulares de domínios corporativos.
• Uniform Law Commission (ULC, Estados Unidos): Revisada a Lei Uniforme de Acesso Fiduciário a Ativos Digitais (RUFADAA) e Regras de Custódia de Ativos Digitais Corporativos versus Pessoais.