A gestão de vulnerabilidades é um processo contínuo e crítico para qualquer organização. Com milhares de novas vulnerabilidades publicadas por ano e atacantes a explorar falhas em horas após a divulgação, manter sistemas atualizados e monitorizar o inventário tecnológico é uma prioridade estratégica de cibersegurança.
O que é uma Vulnerabilidade e um CVE
Uma vulnerabilidade é uma fraqueza num sistema, aplicação ou processo que pode ser explorada por um atacante para obter acesso não autorizado, elevar privilégios ou causar perturbação. Um CVE (Common Vulnerabilities and Exposures) é um identificador único e público atribuído a cada vulnerabilidade conhecida, gerido pelo MITRE e financiado pela CISA. O CVSS (Common Vulnerability Scoring System) classifica a gravidade de 0 a 10 — valores ≥9.0 são considerados Críticos.
Ciclo de vida de uma vulnerabilidade
Fase
Descrição
Implicação para as organizações
Descoberta
Investigador ou atacante identifica a falha
A organização ainda não tem visibilidade
Zero-day
Vulnerabilidade explorada antes de patch disponível
Risco máximo — mitigação por controlos compensatórios
Divulgação (CVE)
Publicação pública com identificador CVE
Janela crítica — patch deve ser aplicado rapidamente
Patch disponível
Fabricante lança correção
Priorizar aplicação com base no CVSS e exposição
Patch aplicado
Correção implementada nos sistemas afetados
Verificar cobertura total do parque tecnológico
Exploit público
Código de exploração disponível publicamente
Exposição aumenta drasticamente para sistemas sem patch
Principais desafios na gestão de vulnerabilidades
Volume crescente: Em 2023 foram publicados mais de 28.000 CVEs; em 2024 esse número ultrapassou os 30.000.
Falta de inventário: Não é possível proteger o que não se conhece — ativos desconhecidos (shadow IT) são frequentemente os mais vulneráveis.
Priorização: Nem todos os CVEs têm o mesmo risco real — um CVE crítico num sistema não exposto à internet é menos urgente que um CVE médio numa aplicação web pública.
Dependências de terceiros: Componentes de software open-source e fornecedores introduzem vulnerabilidades fora do controlo direto da organização.
Tempo de remediação: O tempo médio de aplicação de patches em grandes organizações é de 60 a 150 dias — atacantes exploram em horas ou dias.
Programa de gestão de vulnerabilidades
Componente
O que fazer
Inventário de ativos
Manter registo atualizado de todos os sistemas, aplicações e dependências
Scanning regular
Ferramentas de análise de vulnerabilidades (Nessus, OpenVAS, Qualys) com periodicidade mínima semanal
Priorização por risco
Combinar CVSS com exposição real (KEV, EPSS) para definir ordem de remediação
Gestão de patches
Processo formal de teste e aplicação de patches; SLAs por nível de criticidade
Testes de intrusão
Pentests anuais (mínimo) e após alterações significativas na infraestrutura
Monitorização contínua
Subscrição de feeds de inteligência (CNCS, CISA KEV, NVD, fabricantes)
Utilizamos cookies para garantir o correto funcionamento do site, analisar o tráfego e apresentar publicidade relevante. Pode aceitar todos os cookies, apenas os necessários, ou personalizar as suas preferências. Saiba mais na nossa Política de Privacidade.
Used to monitor number of Google Analytics server requests
10 minutes
__utmb
Used to distinguish new sessions and visits. This cookie is set when the GA.js javascript library is loaded and there is no existing __utmb cookie. The cookie is updated every time data is sent to the Google Analytics server.
30 minutes after last activity
__utmc
Used only with old Urchin versions of Google Analytics and not with GA.js. Was used to distinguish between new sessions and visits at the end of a session.
End of session (browser)
__utmz
Contains information about the traffic source or campaign that directed user to the website. The cookie is set when the GA.js javascript is loaded and updated when data is sent to the Google Anaytics server
6 months after last activity
__utmv
Contains custom information set by the web developer via the _setCustomVar method in Google Analytics. This cookie is updated every time new data is sent to the Google Analytics server.
2 years after last activity
__utmx
Used to determine whether a user is included in an A / B or Multivariate test.
18 months
_ga
ID used to identify users
2 years
_gali
Used by Google Analytics to determine which links on a page are being clicked
30 seconds
_ga_
ID used to identify users
2 years
_gid
ID used to identify users for 24 hours after last activity
24 hours
_gat
Used to monitor number of Google Analytics server requests when using Google Tag Manager
1 minute
_gac_
Contains information related to marketing campaigns of the user. These are shared with Google AdWords / Google Ads when the Google Ads and Google Analytics accounts are linked together.
Utilizamos cookies para garantir o correto funcionamento do site, analisar o tráfego e apresentar publicidade relevante. Pode aceitar todos os cookies, apenas os necessários, ou personalizar as suas preferências. Saiba mais na nossa Política de Privacidade.
NecessáriosAnalíticosPublicitáriosRedes sociais
Preferências de cookies
🔒
Cookies necessários
Funcionamento essencial do site
▼
Estes cookies são estritamente necessários para o funcionamento do site e não podem ser desativados. Incluem cookies de sessão WordPress e proteção CSRF.