Procedimento notebook perdido ou roubado para TI
Um procedimento de notebook perdido ou roubado começa por bloquear a conta e forçar o encerramento de sessão em todo lugar, e depois acionar um bloqueio ou apagamento remoto pela inscrição MDM do aparelho, os dois nos primeiros minutos após o aviso. Registrar um boletim de ocorrência por furto, avisar um gestor e atualizar o registro de ativos importam, mas vêm depois de garantir a conta e os dados, não antes. A ordem é o ponto central: um procedimento que começa pela burocracia em vez do bloqueio remoto deixa uma janela aberta sem motivo.
- Bloqueie a conta e force o encerramento de todas as sessões em minutos após o aviso, antes de qualquer outra coisa.
- Acione um bloqueio ou apagamento remoto pelo MDM se o aparelho estiver inscrito; não espere primeiro por um boletim.
- Registre um boletim de ocorrência para furto, ou um log interno de incidente para perda, e anote o número de referência no ativo.
- Avise segurança ou compliance no mesmo dia se o aparelho podia conter dados regulados ou de clientes, não na próxima auditoria.
- Feche o caso marcando o ativo como perdido ou roubado no registro e removendo suas licenças de software para não pagar um posto em dobro.
O que é um procedimento de notebook perdido ou roubado?
Um procedimento de notebook perdido ou roubado é uma sequência de ações escrita e ordenada que entra em ação assim que um funcionário relata um aparelho desaparecido, para que a resposta não dependa de qual pessoa de TI atende o telefone nem de quão urgente parece naquele dia. Ele cobre três coisas em ordem fixa: proteger a conta e os dados, comunicar o incidente às pessoas certas, e atualizar o registro de ativos para que o aparelho deixe de ser tratado como equipamento ativo.
Sem uma ordem escrita, o instinto natural é perguntar primeiro, precisa registrar boletim, havia algo sensível nele, de quem é a culpa, e bloquear a conta por último. Essa ordem está invertida: cada minuto extra em que a conta fica aberta é um minuto em que outra pessoa poderia ler e-mails ou abrir uma sessão VPN a partir do aparelho desaparecido.
O que a TI deve fazer na primeira hora após o aviso?
A primeira hora tem três fases, cada uma com um prazo mais curto do que parece necessário:
| Prazo | Ação | Quem faz |
|---|---|---|
| 0 a 5 minutos | Desativar a conta ou forçar redefinição de senha e revogar sessões e tokens ativos | Suporte de TI, durante a ligação com o funcionário |
| 5 a 20 minutos | Acionar um bloqueio remoto, ou um apagamento remoto se não houver investigação policial em curso que exija preservá-lo intacto | Suporte de TI, via MDM |
| 20 a 60 minutos | Avisar o gestor do funcionário e, se dados regulados ou de clientes puderem estar envolvidos, segurança ou compliance | Suporte de TI ou o responsável de plantão |
O bloqueio da conta e o bloqueio remoto acontecem em paralelo com o funcionário, não depois que ele desliga. Esperar um formulário de incidente completo antes de mexer na conta é a razão mais comum para essa janela ser perdida.
A resposta muda entre um notebook perdido e um roubado?
A primeira hora é idêntica nos dois casos: bloquear a conta, acionar a ação remota, avisar as pessoas certas. O que muda é o que vem depois. Um notebook roubado precisa de um boletim de ocorrência, tanto porque algumas seguradoras exigem o número do boletim antes de pagar um sinistro quanto porque isso deixa um registro legal do furto. Um notebook perdido geralmente permanece um incidente interno: um registro interno com a data, a última localização conhecida e a conta do funcionário, sem boletim, a menos que depois se descubra que havia dados que acionam uma obrigação de notificação de vazamento.
A distinção importa por outro motivo: um notebook relatado como perdido que reaparece deve ser reinscrito e reverificado antes de voltar a uso, não apenas devolvido. Um aparelho que ficou fora do controle da TI, mesmo brevemente, não deveria voltar a serviço apenas por confiança.
Como bloquear ou apagar o aparelho remotamente?
O mecanismo depende do que o aparelho estava inscrito no momento da entrega, e é exatamente por isso que a inscrição na entrada importa mais do que qualquer passo tomado depois que o aparelho já sumiu. Um notebook inscrito em uma plataforma MDM, seja Apple Business Manager com Find My, Microsoft Intune, ou um console Google endpoint management, geralmente pode ser bloqueado ou apagado remotamente na próxima vez que se conectar à internet, mesmo se estiver desligado no momento em que o comando é emitido; o comando fica na fila e executa no próximo check-in. O guia da Apple sobre bloqueio de ativação é um exemplo claro de como um bloqueio sobrevive a uma tentativa de restauração de fábrica em um aparelho perdido, exatamente a propriedade que importa aqui.
Um aparelho sem inscrição MDM e apenas com criptografia de disco local, BitLocker ou FileVault, não pode ser apagado remotamente; a criptografia só impede a leitura dos dados, não alcança um aparelho que já está fora de contato. Essa lacuna é o argumento mais forte para tornar a inscrição MDM obrigatória na entrega em vez de opcional, detalhado mais abaixo.
Na InventorIA, um aparelho sincronizado do Microsoft Intune mostra a etiqueta “Gerenciado pelo Intune” no seu registro, então saber se um notebook específico está inscrito não exige uma consulta separada no console MDM.
É preciso registrar boletim de ocorrência por um notebook roubado?
Sim, em caso de furto, e o número do boletim deve ser registrado no histórico de incidentes do ativo, não apenas guardado em uma sequência de e-mails. Duas razões tornam o registro valioso mesmo quando a recuperação é improvável: a maioria das apólices de seguro que cobrem equipamentos roubados exige o número do boletim antes de processar um sinistro, e um boletim registrado faz a diferença entre uma suspeita interna e um incidente documentado se o aparelho reaparecer de uma forma que importe legalmente.
Um notebook simplesmente perdido, sem indício de furto, não precisa de boletim por padrão. Registrar um mesmo assim raramente muda o resultado, e tratar toda perda como furto infla a burocracia sem acrescentar proteção onde o risco real está nos dados, não no hardware.
Quem mais precisa saber que um notebook está perdido ou roubado?
Três pessoas ou equipes além do suporte de TI têm interesse real no incidente, cada uma por um motivo diferente:
- O gestor do funcionário, para que a perda fique registrada para a equipe e um pedido de empréstimo ou substituição não seja uma surpresa.
- Segurança ou compliance, no mesmo dia, se o aparelho podia plausivelmente conter dados regulados, registros de clientes, ou credenciais com acesso permanente a sistemas de produção. Decidir se o incidente vira uma violação notificável é responsabilidade deles, não da TI, mas eles não podem decidir sem serem informados rapidamente. O guia de resposta a violações de dados da FTC descreve claramente por que o prazo de notificação começa na descoberta, não na confirmação do dano.
- Financeiro ou compras, assim que um aparelho de substituição é solicitado, para que o custo seja lançado na linha orçamentária correta em vez de aparecer depois como uma compra sem explicação.
Como fechar o caso no registro de ativos?
O incidente não está encerrado quando a conta é bloqueada, está encerrado quando o registro corresponde à realidade. Isso significa quatro atualizações no mesmo dia, não na próxima auditoria: marcar o status do aparelho como perdido ou roubado em vez de apagar o registro, para que seu histórico continue consultável; remover ou reatribuir suas licenças de software, a mesma verificação coberta em encontrar licenças SaaS não usadas, para que um notebook desaparecido não mantenha um posto pago aberto indefinidamente; registrar a data do incidente e o número de referência no ativo; e abrir um pedido de substituição que siga a mesma política de ciclo de vida usada em uma renovação planejada, para que o novo aparelho não seja uma exceção fora da política. Um registro que reflete isso no mesmo dia faz a diferença entre uma consulta de cinco minutos na próxima auditoria e um novo levantamento de toda a frota; veja como esse registro funciona na prática com uma conta gratuita da InventorIA.
Como evitar o próximo incidente?
Nenhuma dessas medidas elimina o risco de um notebook sumir, mas cada uma encurta a janela de resposta ou reduz o que fica realmente exposto quando acontece:
- Criptografia completa de disco ativada e verificada na entrega, não presumida só porque o sistema operacional suporta
- Inscrição MDM obrigatória para todo notebook antes de sair da TI, sem exceções para executivos ou terceirizados
- Um tempo de bloqueio de tela abaixo de cinco minutos, para que um notebook sem vigilância por um momento não seja uma sessão aberta
- Uma etiqueta de ativo ou número de série gravado, que aumenta de forma real as chances de um aparelho perdido ser devolvido em vez de ficar retido
- Uma regra permanente contra deixar um notebook visível dentro de um carro estacionado ou em bagagem despachada no avião, duas formas comuns de um notebook desaparecer
Perguntas frequentes
Qual é o primeiro passo quando um funcionário relata um notebook perdido ou roubado?
Bloqueie a conta e revogue as sessões ativas imediatamente, ainda durante a ligação com o funcionário. Todo o resto, o apagamento remoto, o boletim, a atualização do registro, segue na mesma hora, mas a conta vem primeiro.
Preciso registrar um boletim de ocorrência por um notebook corporativo roubado?
Sim. A maioria dos seguros que cobrem equipamentos roubados exige o número do boletim antes de processar um sinistro, e ele cria um registro documentado do furto. Um notebook simplesmente perdido, sem sinal de furto, não precisa disso por padrão.
É possível apagar remotamente um notebook desligado?
Sim, se ele estiver inscrito em uma plataforma MDM. O comando de apagamento fica na fila e roda automaticamente na próxima vez que o aparelho se conectar à internet, mesmo após ficar desligado por um tempo. Um aparelho sem inscrição MDM não pode ser alcançado assim.
Quanto tempo deve levar todo o procedimento de notebook perdido ou roubado?
O bloqueio da conta e o apagamento remoto acontecem nos primeiros vinte minutos. A notificação e o boletim, quando necessário, acontecem no mesmo dia. Fechar a atualização do registro de ativos também deve acontecer no mesmo dia, não na próxima auditoria.
Acompanhe o status de um aparelho sem perder seu histórico
Mantenha em um só registro o número de série, o proprietário atribuído e o histórico de ciclo de vida de cada notebook, para saber sempre o que foi perdido e quem estava com ele.
Experimentar a demo →