Lançamento do MetaDefender™ Core v5.24.0

Percentis de tempo de processamento, alertas de capacidade e melhorias no « Deep CDR »

Por Stella Nguyen

Nov 11, 2026

Partilhar esta publicação

As equipas que gerem MetaDefender Core em ambiente de produção precisam de saber qual é o desempenho real da sua implementação e de ser informadas sobre eventuais problemas antes que as transferências de ficheiros fiquem mais lentas. Também precisam de manter os detalhes confidenciais fora dos seus registos e evitar processar os mesmos ficheiros duas vezes.

MetaDefender Core A versão 5.24.0 adiciona métricas de tempo de processamento por percentil e alertas de capacidade, torna a tecnologia Deep CDR™, a validação da estrutura de ficheiros e as decisões do Adaptive Sandbox mais inteligentes, avisa quando um motor chega ao fim do suporte, mantém os nomes dos ficheiros fora dos registos e dá aos servidores geridos a partir de My OPSWAT Central Management mais controlo sobre as suas próprias definições. Vamos ver o que há de novo.

Uma visão mais clara do desempenho e da capacidade de processamento

Percentis do tempo de processamento

Um tempo médio de processamento pode ser enganador quando alguns objetos lentos o elevam. O Relatório Executivo e as visualizações do painel relacionadas incluem agora as métricas de tempo de processamento P50, P90, P95 e P99, para que as equipas possam ver a velocidade de processamento típica a par dos valores atípicos, em vez de se basearem apenas na média e no máximo.

Alertas por e-mail quando a capacidade de processamento está elevada

Os administradores podem configurar alertas para quando a utilização da fila de verificação ou dos intervalos de processamento ultrapassar um limite definido. Os alertas podem ser enviados por e-mail e também aparecem no painel de controlo, para que as equipas saibam que a implementação está a aproximar-se da sua capacidade máxima antes que uma fila crescente atrase as transferências de ficheiros.

Desinfecção mais inteligente e decisões mais « Sandbox »

Melhorias na tecnologia Deep CDR™

A tecnologia Deep CDR™ reconstrói cada ficheiro a partir do zero, pelo que a limpeza de um ficheiro que já tenha sido limpo cria mais uma cópia. Uma nova opção, desativada por predefinição, impede que a tecnologia Deep CDR™ volte a limpar um ficheiro quando MetaDefender Core já tiver produzido um resultado limpo. Isto ajuda MetaDefender Kiosk e a outros fluxos de análise repetida do USB a evitar a acumulação de cópias sanitizadas.

Os resultados da tecnologia Deep CDR™ também são mais claros à primeira vista. O cartão da tecnologia Deep CDR™ no resultado do processamento apresenta agora, em primeiro lugar, o número total de objetos processados, para que os analistas possam ver que parte de um ficheiro foi limpa sem terem de abrir os detalhes.

Os resultados da validação da estrutura do ficheiro determinam o que vai para Adaptive Sandbox

Os resultados da validação da estrutura de ficheiros, tais como macros e hiperligações, podem agora determinar se um ficheiro é enviado para Adaptive Sandbox, tal como já acontece com os resultados da tecnologia Deep CDR™. As organizações que recorrem à Validação da Estrutura de Ficheiros para esta decisão mantêm o mesmo comportamento de filtragem do Sandbox . Os ficheiros extraídos pela Validação da Estrutura de Ficheiros são também analisados assim que o motor os devolve, no caso das versões do motor que apresentam resultados durante o processamento.

Manutenção mais fácil do motor e privacidade dos registos

Avisos relativos ao fim do suporte técnico do motor

Os administradores passam a ver uma notificação na consola quando um motor está próximo ou já ultrapassou o fim do suporte. Um pacote de motor que exija uma versão mais recente de MetaDefender Core já não é instalado, quer seja através de download, carregamento manual ou pasta de recolha, e o pacote atual permanece em serviço. A página «Motores» mostra a rejeição no estado da atualização, com uma recomendação para atualizar em vez de tentar novamente, e um motor instalado que necessite de uma versão mais recente apresenta um aviso no seu mosaico.

Ocultação do nome do ficheiro nos registos

Os nomes dos ficheiros podem revelar informações confidenciais, tais como um projeto, um doente ou um cliente. Uma nova definição de «Ocultação do nome do ficheiro» substitui os nomes dos ficheiros nos registos do « MetaDefender »Core pelo ID de dados do ficheiro, de modo que os ficheiros de registo e a saída do syslog já não os revelam, embora cada entrada possa continuar a ser associada ao respetivo registo de análise.

Gestão centralizada em grande escala

Configurações do certificado «Per-Server » e do « Sandbox »

Uma política de grupo My OPSWAT Central Management pode agora deixar determinadas definições a cargo de cada servidor MetaDefender Core , enquanto todas as outras definições continuam a ser sincronizadas a partir da política. Um novo separador de exclusões na política abrange o certificado HTTPS, para que cada servidor mantenha o seu próprio certificado específico do anfitrião, em vez de receber um único certificado para todo o grupo, e a ligação Adaptive Sandbox , para que os servidores do mesmo grupo possam utilizar, cada um, o seu próprio endereço de servidor Sandbox e chave API . Desativar uma exclusão aplica novamente os valores da política na próxima sincronização, sem necessidade de voltar a registar o servidor.

Configuração do Splunk a partir de Central Management

A integração com o Splunk pode agora ser configurada a partir de My ,OPSWAT eCentral Management para os servidores que gere, de modo que o reencaminhamento SIEM é configurado uma única vez para todo o parque de servidores. No assistente de configuração, o passo relativo ao Splunk surge agora antes do registo no Central Management e é ignorado assim que o servidor é registado, uma vez que, a partir daí, o Central Management passa a ser responsável por essa configuração.

Também nesta versão

A versão 5.24.0 inclui várias outras melhorias. É possível adicionar um certificado e a sua chave privada a partir de um único ficheiro; os ficheiros com pacotes vulneráveis são listados em primeiro lugar no filtro SBOM; e as definições do Relatório de Utilização estão incluídas na exportação da configuração. No que diz respeito à segurança, foram resolvidos os problemas detetados numa revisão interna de segurança, MetaDefender Core já não utiliza o 7-Zip, e o Protobuf e o gRPC foram atualizados para as versões v33.5 e v1.84.0. Para servidores geridos por My OPSWAT Central Management , os relatórios são agora enviados de forma fiável através de ligações lentas ou de longa distância durante análises de grande volume, os campos de certificados da política listam os certificados atribuídos à política e a lista «Ignorar por Hash» apresenta a data de validade definida centralmente.

Ação necessária

A versão 8.0 dos módulos «Tipo de Ficheiro», «Extração de Arquivos», «Compressão de Arquivos», «País de Origem» e «Tecnologia Deep CDR™» requer o Microsoft Visual C++ Redistributable, versão 14.44 ou posterior. Certifique-se de que este está instalado nos computadores com Windows antes de estes módulos serem atualizados para a versão 8.0.

OPSWAT também irá deixar de prestar suporte ao Ubuntu 22.04 no MetaDefender Core e nos seus motores associados a partir de abril de 2027. As equipas que utilizam o Ubuntu 22.04 devem planear a migração para um sistema operativo suportado.

Lançamentos recentes

Está a atualizar a partir de uma versão anterior? Aqui fica um breve resumo das novidades introduzidas pela versão MetaDefender Core v5.23.0:

Para além do SBOM: Detecção de CBOM e AIBOM: Inventaria os ativos criptográficos e a sua resistência quântica e identifica os modelos de IA com as respetivas licenças.
Relatórios abrangentes de SBOM e vulnerabilidades sem tempos de espera: os relatórios são gerados em segundo plano, com uma bandeja de relatórios e um tempo limite de exportação configurável.
Controlos mais rigorosos do fluxo de trabalho: interrompa o processamento de um arquivo quando for detetado um ficheiro bloqueado, aceite apenas ficheiros protegidos por palavra-passe e configure um « Proactive DLP » por tipo de ficheiro.
Recuperar e gerir ficheiros em quarentena a partir do Central Management: Descarregar e gerir ficheiros em quarentena sem abrir uma porta de entrada.
Armazenamento de palavras-passe sincronizado com o Central Management: os armazenamentos de palavras-passe são aplicados de forma consistente em todo o grupo de instâncias.

Para conhecer o histórico completo, consulte as notas de lançamento.