Bullhorn tira plataforma do ar após ataque: e o seu plano B?
A Bullhorn, fornecedora de software para recrutamento, desativou o acesso à plataforma para conter um ciberataque. O caso serve de alerta: veja como preparar um plano de contingência caso um SaaS essencial saia do ar.
Quando um sistema que sua empresa usa todos os dias fica indisponível de uma hora para outra, o problema deixa de ser técnico e vira operacional. É o que mostra o caso da Bullhorn, empresa de software para recrutamento e staffing. Segundo o BleepingComputer, ela desativou o acesso à sua plataforma para conter um ciberataque, o que provocou uma queda em todo o sistema.
O que se sabe até agora
A informação publicada pelo BleepingComputer é enxuta: houve um ciberataque, a Bullhorn tirou a plataforma do ar como medida de contenção e o resultado foi uma indisponibilidade geral. Nos trechos disponíveis, não constam a natureza do ataque, o tipo de acesso obtido pelos invasores, a eventual exposição de dados de clientes nem uma previsão de retorno. Vale tratar esses pontos como não divulgados e acompanhar os comunicados oficiais da empresa.
Desligar o serviço por conta própria costuma ser uma decisão de contenção: reduz o risco de o problema se espalhar, ao custo de deixar os clientes sem acesso. Para quem depende da ferramenta, o efeito é o mesmo de uma pane, e a empresa fica à mercê do ritmo do fornecedor.
Por que isso importa para pequenas empresas
Quem contrata um SaaS terceiriza a operação do sistema, mas não terceiriza a responsabilidade com os próprios clientes, funcionários e prazos. Se o seu cadastro de candidatos, a agenda de entrevistas ou a cobrança ficam presos numa plataforma fora do ar, a sua rotina para junto. A maioria das pequenas empresas só descobre que não tem alternativa quando o acesso some.
Primeiro, identifique quais sistemas em nuvem são críticos. Pergunte: se esta ferramenta ficasse parada por alguns dias, o que deixaria de funcionar? Para cada resposta, defina um procedimento manual provisório, mesmo que simples, como planilha, e-mail ou telefone.
Segundo, mantenha cópias dos dados essenciais fora da plataforma. Se o serviço permite exportar contatos, histórico e documentos, programe essa exportação periodicamente e guarde o arquivo em local seguro, com acesso restrito. Teste se o arquivo realmente abre e se está completo.
Terceiro, defina quem decide e quem comunica. Em uma indisponibilidade, alguém precisa avisar clientes e equipe, e outra pessoa deve acompanhar os comunicados do fornecedor. Deixar isso combinado antes evita improviso.
Quarto, faça perguntas ao fornecedor, de preferência antes de renovar o contrato ou agora, caso já seja cliente:
- Como e em quanto tempo vocês avisam os clientes sobre um incidente?
- Existe um canal de status independente da própria plataforma?
- Quais dados podem ser exportados, e em que formato?
- Há plano de recuperação documentado e metas de tempo de retorno?
- Se houver exposição de dados, como a notificação será feita?
Quinto, revise o contrato e os termos de nível de serviço. Verifique o que está prometido em disponibilidade e o que acontece, na prática, quando o serviço cai.
Fechamento
O caso da Bullhorn ainda tem muitos pontos em aberto, e não cabe especular sobre o que não foi informado. O que já está claro é a lição: depender de um fornecedor exige ter dados exportados, um plano manual e respostas claras sobre incidentes antes que o acesso desapareça.
Fontes
Continue lendo
Anatel manda bloquear SMS sem cadastro: o que sua empresa faz
A Anatel determinou que operadoras bloqueiem SMS corporativos de remetentes sem cadastro. Empresas que enviam avisos, cobranças ou códigos por SMS precisam checar se estão no novo diretório antes do fim do prazo de 90 dias.
CibersegurançaVazamento no FGC: o que empresas devem revisar na LGPD
O FGC admitiu acesso indevido a nomes, CPFs e e-mails de investidores. O caso serve de roteiro para pequenas empresas revisarem acessos, fornecedores e o preparo para comunicar um incidente à ANPD.