Segurança da informação
Análise de vulnerabilidades, revisão de logs, hardening de servidores e apoio a adequacao dos processos de proteção de dados.
Offensive Security
Ameacas não esperam o cliente se preparar
Enquanto a empresa decide se adota ou não uma ferramenta, Vulnerabilidades continuam sendo publicadas, exploradas e usadas em tempo real. Esta página junta o que esta acontecendo agora no mundo com o trabalho que precisa ser feito dentro da sua empresa: primeiro entender a exposicao, depois corrigir o que importa e, acima de tudo, reduzir a chance de o erro humano virar incidente.
Eventos nas ultimas 24 horas
0
atualizado pelo fluxo de origem
Avisos na janela semanal
0
feed público de vulnerabilidades
Categoria mais frequente
Exploit
exploracao automatizada de falhas
Maior causa de incidente
Erro humano
e o unico item que nenhum produto corrige
Monitor ao vivo
Os ataques que estao acontecendo neste momento
O globo recebe, em tempo real, os eventos do fluxo público do Check Point ThreatMap. Cada linha une a origem do ataque ao destino atingido, e o console registra o trafego conforme ele chega. E uma amostra continua do que os atacantes automatizados estao percorrendo na internet.
Globo de ataques
conexão ativa
AGORA
Aguardando os primeiros eventos do fluxo de monitoramento...
Console de eventos
filtros
threatmap --stream --ao-vivo
Fonte dos eventos: Check Point ThreatMap, fluxo público de eventos. Cada linha conecta a origem do ataque ao destino atingido, com a categoria informada pela fonte.
Seu ambiente pode estar exposto hoje
Os números abaixo vêm do feed público de vulnerabilidades e são
atualizados a cada consulta. A maioria dos avisos afeta produtos de
rede e componentes usados em ambientes corporativos, e a correção
depende de um inventário que quase nenhuma empresa mantém atualizado.
0
avisos na janela
0
com severidade critica
7
dias de janela
Feed ao vivo
Avisos publicados na janela atual
Dados obtidos do feed público da dbcve.org, com os avisos publicados na janela de sete dias. A descrição original do aviso e mantida, com a referência completa no aviso da base.
Consultando o feed de vulnerabilidades...
O feed de vulnerabilidades não respondeu neste momento. Tente novamente em instantes.
Dados de base derivados do NVD (domínio público). Enriquecimento e interface fornecidos por dbcve.org sob a licença CC-BY-4.0.
Como eu converso sobre isso
Não existe sistema imune a falhas de segurança
Existe uma crenca confortavel de que a empresa esta protegida porque tem antivirus, firewall e backup. Esse conforto e o que torna o problema mais perigoso, porque a sensação de segurança atrasa a ação.
Enquanto um produto sem patch continua no ambiente, a empresa não esta protegida: está apenas sem noticias. O que costuma acontecer e simples: um aviso e publicado, o inventario não sabe dizer se o produto esta em uso, ninguem verifica e, semanas ou meses depois, o ataque acontece.
E antes mesmo disso, existe a falha humana. Senha reutilizada, link clicado, acesso compartilhado, atualização adiada. A grande maioria dos incidentes não depende de ataque sofisticado, e sim de um passo básico que alguem não cumpriu. E por isso que o trabalho de segurança comeca muito antes do pentest.
- Todo produto sem atualização e uma porta esperando o momento.
- Inventario de ativos e a base de tudo que vier depois.
- Processo de atualização definido vale mais do que ferramenta cara.
- O erro humano responde pela maior parte das falhas de segurança.
Como esse trabalho e conduzido
01
Inventario
Levantar o que existe no ambiente: sistemas, produtos, versões e exposicao.
02
Contraste com o feed
Cruzar os avisos publicados com o que existe aqui dentro e apontar o que afeta o cliente.
03
Priorizacao
Ordenar por impacto real e probabilidade de exploracao, e não pela severidade do aviso.
04
Correção e registro
Aplicar, medir e deixar documentado o que foi feito e o que ainda depende de terceiros.
05
Processo
Transformar a correção pontual em rotina, para que a proxima falha não dependa de novo levantamento.
Duvidas
Perguntas frequentes
Por que a empresa continua vulneravel mesmo com antivirus e firewall?
Porque a maior parte dos incidentes não depende de ataque sofisticado. Depende de senha reutilizada, link clicado, acesso compartilhado, patch adiado ou produto sem inventario. Equipamento de proteção não corrige procedimento e nem repositorio desatualizado.
O que este monitor representa na prática?
E o trafego de ameacas que o Check Point ThreatMap observa continuamente na internet. Serve como referência do que esta sendo explorado no mundo agora, e como insumo para priorizar o que merece atencao primeiro no seu ambiente.
O que significa CVE e CVSS?
CVE e o identificador unico de uma vulnerabilidade publicly conhecida. CVSS e a nota de severidade, de 0 a 10, que resume o impacto técnico. A nota sozinha não define a prioridade: um produto sem patch exposto na internet pesa mais que um produto criticamente ativo, mas sem exposicao.
Por que você fala tanto de erro humano?
Porque e o dado. A maior parte dos incidentes tem um passo humano no meio, e nenhum produto corrige esse passo. Por isso o trabalho comeca pelo processo e pela conscientizacao, e so depois pela ferramenta.
Qual a diferenca entre relatório de segurança e parecer pericial?
O relatório de segurança organiza evidencias, analisa causa raiz e recomenda ações. Parecer pericial exige responsabilidade técnica regulamentada, devendo ser conduzido dentro das competencias legais e profissionais aplicaveis.