Security Center:What is application protection

Tipo de Ataque

Descrição

Recomendação

Injeção JNI

A injeção JNI é uma técnica comum de contorno de RASP. Quando um atacante obtém execução de código, ele pode usar funções da Java Native Interface para chamar bibliotecas compartilhadas maliciosas externas, contornando proteções de segurança no nível Java e ocultando comportamentos maliciosos.

Pode existir uma vulnerabilidade de execução de código no seu servidor. Verifique a localização da vulnerabilidade e restrinja a funcionalidade de execução de código.

Injeção SQL

Ataques de injeção SQL funcionam inserindo comandos SQL em requisições de página ou strings de consulta de formulários web, enganando o servidor para executar instruções SQL arbitrárias. Atacantes podem explorar formulários web para extrair dados de sites vulneráveis.

A injeção SQL é causada pela concatenação de instruções SQL. Use prepared statements para tratar parâmetros de entrada sempre que possível, ou restrinja a concatenação de parâmetros usando listas de permissões e listas de bloqueios.

XXE

Ataques de injeção XML External Entity (XXE) ocorrem quando um parser XML processa referências de entidades externas. Um atacante pode criar conteúdo XML malicioso para realizar leitura arbitrária de arquivos, execução de comandos e ataques à rede interna.

Verifique se sua aplicação precisa carregar entidades externas ao analisar XML. Caso contrário, desative entidades externas na configuração de parsing XML.

Consulta DNS Maliciosa

Consultas DNS maliciosas podem ser exploradas de várias formas. Atacantes podem usar protocolos DNS para contornar restrições de rede interna e exfiltrar dados sensíveis, ou sondar sistemas internos em busca de vulnerabilidades como SSRF e injeção JNDI.

Consultas DNS maliciosas são acionadas quando o servidor envia requisições para parâmetros controlados pelo usuário. Verifique os parâmetros e restrinja-os usando uma lista de permissões.

Chamada de Reflexão Maliciosa

Este é um módulo de autoproteção do RASP que impede atacantes de modificarem dados de runtime do RASP por meio de reflexão.

Pode existir uma vulnerabilidade de execução de código no seu servidor. Verifique a localização da vulnerabilidade e restrinja a funcionalidade de execução de código.

Conexão de Saída Maliciosa

SSRF (Server-Side Request Forgery) é uma vulnerabilidade onde um atacante cria requisições iniciadas pelo servidor para atingir sistemas internos.

Para corrigir vulnerabilidades SSRF, restrinja o intervalo de endereços de destino que as requisições do servidor podem alcançar. Use uma lista de permissões para permitir acesso apenas a recursos internos seguros e desative acessos de rede de saída desnecessários.

Leitura/Escrita Maliciosa de Arquivos

A classe RandomAccessFile do Java é usada para operações de leitura e escrita de arquivos. Se caminhos e conteúdos de arquivos não forem restringidos ao usar essa classe, um atacante poderá ler arquivos sensíveis do sistema ou fazer upload de arquivos trojan maliciosos.

Verifique se as operações de leitura e upload de arquivos são normais. Se anormais, verifique o código da função e restrinja as operações usando uma lista de bloqueios.

Upload Malicioso de Arquivos

Se o recurso de upload de arquivos de um site não restringir tipos de arquivos, um atacante poderá fazer upload de arquivos trojan maliciosos para obter maior acesso ao servidor, causando danos graves.

Restrinja os tipos de arquivos que podem ser enviados e proíba arquivos com permissões de execução, como JSP.

Execução de Comandos

Uma vulnerabilidade de execução de comandos ocorre quando um servidor não filtra os comandos que os usuários podem executar, permitindo a execução arbitrária de comandos do sistema.

A execução remota de comandos geralmente é causada por web shells ou código perigoso no servidor. Exclua quaisquer web shells prontamente. Se for um recurso normal do servidor, restrinja comandos executáveis usando uma lista de permissões.

Travessia de Diretórios

Fraquezas de configuração em um site podem permitir navegação arbitrária em diretórios, levando a violações de privacidade que atacantes podem explorar.

Verifique se as operações de travessia de diretórios são normais. Se anormais, verifique o código da função e use uma lista de bloqueios para restringir comandos relacionados como "./" e "../".

Injeção de Memory Shell

Memory shell é uma técnica emergente de malware onde atacantes injetam trojans na memória do servidor usando métodos especiais, contornando efetivamente defesas baseadas em WAF e host.

Pode existir uma vulnerabilidade de execução de código no seu servidor. Verifique a localização da vulnerabilidade e restrinja a funcionalidade de execução de código.

Leitura Arbitrária de Arquivos

Se o recurso de download e leitura de arquivos de um site usar caminhos absolutos ou caracteres de travessia de diretórios sem restrições nos caminhos dos arquivos, atacantes podem obter informações sensíveis e atacar o servidor.

Verifique se as operações de leitura de arquivos são normais. Se anormais, verifique o código da função e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Injeção de Threads

A injeção de threads é uma técnica comum de contorno de RASP. Quando atacantes obtêm privilégios de execução de código, eles podem criar novas threads para fazer o RASP perder o contexto do ambiente de runtime, afetando suas capacidades defensivas.

Pode existir uma vulnerabilidade de execução de código no seu servidor. Verifique a localização da vulnerabilidade e restrinja a funcionalidade de execução de código.

Attach Malicioso

A Attach API é uma tecnologia fornecida pelo Java para modificar bytecode dinamicamente em runtime. Atacantes frequentemente a usam para injetar memory shells do tipo agent com alta discrição.

Pode existir uma vulnerabilidade de execução de código no seu servidor. Verifique a localização da vulnerabilidade e restrinja a funcionalidade de execução de código.

Injeção JNDI

Quando uma aplicação realiza uma busca JNDI, se a URL de busca puder ser controlada por um atacante, ele pode fazer o servidor consultar links maliciosos, fazendo com que o servidor carregue classes maliciosas e obtenha execução arbitrária de código.

• Se a vulnerabilidade originar-se de um componente de terceiros, atualize a versão do componente prontamente.

• Se originar-se de código de busca JNDI personalizado, restrinja as URLs consultáveis e proíba protocolos perigosos.

Uso de Protocolo Perigoso

Se a URL acessível pelo servidor for controlável pelo usuário e a aplicação não restringir os protocolos, um atacante poderá usar protocolos perigosos como file e netdoc para ler arquivos sensíveis no servidor.

Restrinja os protocolos que a URL pode acessar.

Ataque de Desserialização

A desserialização Java é o processo de restaurar uma sequência de caracteres em um objeto Java. Se o objeto gerado contiver código de alto risco, um atacante poderá explorar o controle de variáveis de membro durante a desserialização para realizar ataques maliciosos.

• Atualize prontamente as versões de componentes vulneráveis.

• Se o fornecedor não lançou uma versão corrigida, desative temporariamente o recurso.

Exclusão Arbitrária de Arquivos

Se o recurso de exclusão de arquivos de um site não restringir caminhos de arquivos, atacantes podem excluir arquivos arbitrários usando caminhos absolutos ou caracteres de travessia de diretórios, comprometendo o servidor.

Verifique se as operações de exclusão de arquivos são normais. Se anormais, verifique o código da função e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Injeção de Expressão

Componentes de expressão fornecem funcionalidades ricas, incluindo consulta e processamento de dados em runtime. No entanto, muitos componentes de expressão também suportam operações de alto privilégio, como chamadas de função. Se irrestritos e controláveis pelo atacante, ele pode executar código arbitrário por meio da avaliação de expressão.

Restrinja estritamente o que pode entrar na avaliação de expressão, bloqueando a maioria das chamadas de função Java. Se causado por vulnerabilidade de componente de terceiros, atualize a versão do componente prontamente.

Injeção de Engine

O Java suporta muitos componentes de engine de terceiros (como engines JS Rhino, Nashorn e engines de template Velocity, FreeMarker). Essas engines tipicamente fornecem operações de alto privilégio, como chamadas de função. Se irrestritas e controláveis pelo atacante, ele pode executar código arbitrário através da engine.

Restrinja estritamente o que entra nos arquivos da engine, bloqueando a maioria das chamadas de função Java. Se causado por vulnerabilidade de componente de terceiros, atualize a versão do componente prontamente.

Binding Malicioso de Beans

Alguns frameworks Java suportam binding de parâmetros Beans em runtime. Se os tipos de Beans vinculáveis não forem restringidos, um atacante pode interromper a operação da aplicação ou até mesmo obter execução arbitrária de código modificando valores sensíveis de Beans.

Restrinja os tipos de Beans que podem ser vinculados e proíba a modificação de valores de Beans semelhantes aos tipos Class e ClassLoader. Se causado por vulnerabilidade de componente de terceiros, atualize a versão do componente prontamente.

Carregamento Malicioso de Classes

Muitos exploits de dia zero e web shells dependem de carregamento malicioso de classes. Uma vez que uma classe maliciosa é carregada, o atacante pode obter privilégios de execução de código através da inicialização da classe, habilitando operações maliciosas adicionais.

• Se o carregamento malicioso de classes for controlado por um web shell, exclua o web shell prontamente.

• Se o carregamento malicioso de classes for causado pelo framework, atualize a versão do framework prontamente.

Inclusão Arbitrária de Arquivos JSTL

JSTL (JSP Standard Tag Library) é uma coleção de tags JSP que encapsula funcionalidades centrais comuns para aplicações JSP. Quando parâmetros controláveis pelo usuário são concatenados diretamente em tags JSTL sem restrições, atacantes podem criar scripts de ataque especiais para realizar leituras arbitrárias de arquivos e ataques SSRF.

Evite concatenar diretamente parâmetros controláveis pelo usuário em tags JSTL. Se necessário, aplique controle estrito de lista de permissões ao conteúdo do parâmetro.

Tipo de Ataque

Descrição

Recomendação

Inclusão Maliciosa de Arquivos

Vulnerabilidades de inclusão de arquivos em PHP são problemas de segurança comuns que permitem a atacantes incluir e executar arquivos arbitrários manipulando a entrada. Essas vulnerabilidades tipicamente ocorrem ao usar as funções include(), require(), include_once() ou require_once().

Valide e restrinja caminhos de arquivos inseridos pelo usuário, permitindo apenas arquivos predefinidos dentro do diretório da aplicação para evitar que atacantes injetem caminhos maliciosos.

Conexão de Saída Maliciosa

SSRF (Server-Side Request Forgery) é uma vulnerabilidade onde um atacante cria requisições iniciadas pelo servidor para atingir sistemas internos.

Para corrigir vulnerabilidades SSRF, restrinja o intervalo de endereços de destino que as requisições do servidor podem alcançar. Use uma lista de permissões para permitir acesso apenas a recursos internos seguros e desative acessos de rede de saída desnecessários.

Desserialização

Vulnerabilidades de desserialização PHP são problemas graves de segurança que permitem a atacantes executar funções arbitrárias manipulando dados serializados. Isso tipicamente ocorre ao usar a função unserialize().

Evite desserializar diretamente dados não confiáveis. Use json_decode() ou outras alternativas seguras, ou valide e filtre estritamente as fontes de dados desserializados quando necessário.

Execução de Função de Callback

Funções de callback em PHP, como array_map() e array_filter(), podem tornar-se perigosas quando seus parâmetros são controláveis externamente, potencialmente dando a atacantes a capacidade de executar funções arbitrárias e controlar todo o sistema.

Para prevenir abuso de funções de callback PHP, garanta que nomes de funções de callback passados para array_map(), array_filter() e funções similares não sejam controlados por entrada do usuário, e verifique cada função de callback permitida contra uma lista de permissões.

Leitura/Escrita Maliciosa de Arquivos

Quando funções de leitura/escrita de arquivos são chamadas sem restrições nos caminhos e conteúdos dos arquivos, um atacante pode ler arquivos sensíveis do sistema ou fazer upload de arquivos trojan maliciosos.

Para prevenir vulnerabilidades de segurança relacionadas a arquivos, valide e restrinja estritamente os caminhos dos arquivos para permitir acesso apenas a diretórios predefinidos, e realize verificações de segurança no conteúdo dos arquivos para evitar uploads de código malicioso.

Execução Arbitrária de Código

Vulnerabilidades de execução arbitrária de código permitem que atacantes executem trechos de código arbitrários no servidor, potencialmente ganhando controle ou lendo e modificando dados sensíveis. Isso tipicamente ocorre quando o programa não valida adequadamente a entrada do usuário, permitindo injeção de código malicioso. A exploração bem-sucedida pode levar a vazamentos de dados, desfiguração de sites ou instalação de malware.

Use validação rigorosa de entrada e codificação de saída. Evite usar eval(), include() e funções similares para processar diretamente a entrada do usuário, e mantenha todas as bibliotecas e frameworks atualizados.

Leitura Arbitrária de Arquivos

Sem filtragem e restrições adequadas nas interfaces de leitura de arquivos, atacantes podem usar caminhos absolutos ou caracteres de travessia de diretórios para ler e baixar arquivos, obtendo informações sensíveis e atacando o servidor.

Implemente validação rigorosa de entrada e restrições de caminho nas interfaces de leitura de arquivos para garantir que apenas arquivos listados na lista de permissões possam ser acessados, e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Exclusão Arbitrária de Arquivos

Sem restrições adequadas de caminho de arquivo nas interfaces de exclusão de arquivos, atacantes podem usar caminhos absolutos ou caracteres de travessia de diretórios para excluir arquivos arbitrariamente e atacar o servidor.

Implemente validação rigorosa de entrada e restrições de caminho nas interfaces de exclusão de arquivos para garantir que apenas arquivos verificados possam ser excluídos, e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Execução de Comandos

Vulnerabilidades de execução de comandos permitem que atacantes injetem comandos ou código do sistema operacional remotamente em servidores backend, ganhando controle dos sistemas backend.

Valide e filtre todas as entradas do usuário. Evite usar entradas não processadas para construir comandos do sistema operacional e use APIs seguras para substituir a execução de comandos do sistema sempre que possível.

Travessia de Diretórios

Fraquezas de configuração em um site podem permitir navegação arbitrária em diretórios, levando a violações de privacidade que atacantes podem explorar.

Use configurações adequadas de permissão do servidor e arquivos como .htaccess para restringir o acesso a diretórios, garantindo que diretórios sensíveis não sejam navegáveis por usuários não autorizados.

Upload Malicioso de Arquivos

Se um recurso de upload de arquivos não restringir tipos de arquivos, um atacante poderá fazer upload de arquivos trojan maliciosos para obter maior acesso ao servidor, causando danos graves.

Restrinja e valide estritamente os tipos de arquivos enviados, permitindo apenas tipos de arquivos seguros, bloqueando extensões de arquivos executáveis como .php e verificando novamente o conteúdo dos arquivos no lado do servidor para garantir a segurança.

Tipo de Ataque

Descrição

Recomendação

Execução de Comandos

Vulnerabilidades de execução de comandos permitem que atacantes injetem comandos ou código do sistema operacional remotamente em servidores backend, ganhando controle dos sistemas backend.

Evite usar exec, spawn e funções similares para executar entradas controláveis pelo usuário. Se necessário, restrinja comandos executáveis usando uma lista de permissões.

Leitura/Escrita Maliciosa de Arquivos

Quando funções de leitura/escrita de arquivos são chamadas sem restrições nos caminhos e conteúdos dos arquivos, um atacante pode ler arquivos sensíveis do sistema ou fazer upload de arquivos trojan maliciosos.

Valide e restrinja estritamente os caminhos dos arquivos para permitir acesso apenas a diretórios predefinidos e realize verificações de segurança no conteúdo dos arquivos.

Leitura Arbitrária de Arquivos

Sem filtragem e restrições adequadas nas interfaces de leitura de arquivos, atacantes podem usar caminhos absolutos ou caracteres de travessia de diretórios para ler e baixar arquivos, obtendo informações sensíveis e atacando o servidor.

Implemente validação rigorosa de entrada e restrições de caminho nas interfaces de leitura de arquivos para garantir que apenas arquivos listados na lista de permissões possam ser acessados, e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Escrita Arbitrária de Arquivos

Se uma aplicação não validar e restringir adequadamente o tipo, tamanho e conteúdo dos arquivos sendo escritos, um atacante pode explorar isso para gravar arquivos maliciosos em locais designados no sistema alvo, implantando scripts maliciosos ou trojans. Isso pode levar ao comprometimento completo do servidor.

• Normalize e valide todos os caminhos de escrita de arquivos. Use path.resolve ou realpath para confirmar que o destino está dentro de um diretório permitido pela aplicação.

• Evite usar entrada do usuário diretamente como um caminho completo de arquivo. Prefira nomes de arquivos gerados pelo servidor e diretórios fixos.

• Proíba escrita em diretórios do sistema, scripts de inicialização do usuário, configurações SSH, tarefas cron, unidades systemd, configurações de gerenciador de pacotes e arquivos-chave da aplicação.

• Use sistemas de arquivos raiz somente leitura, permissões mínimas de arquivos e diretórios temporários isolados em contêineres e ambientes de produção.

• Para recursos de upload, exportação e cache, defina listas de permissões de extensão, tamanho e diretório por tipo de negócio e mantenha logs de auditoria.

Exclusão Arbitrária de Arquivos

Sem restrições adequadas de caminho de arquivo nas interfaces de exclusão de arquivos, atacantes podem usar caminhos absolutos ou caracteres de travessia de diretórios para excluir arquivos arbitrariamente.

Implemente validação rigorosa de entrada e restrições de caminho nas interfaces de exclusão de arquivos para garantir que apenas arquivos verificados possam ser excluídos, e use uma lista de bloqueios para restringir parâmetros de entrada como "./" e "../".

Link Malicioso de Arquivo

Se uma aplicação não validar adequadamente o caminho de destino e o objeto de link ao criar links de arquivos, um atacante pode usar soft links ou hard links para mapear arquivos protegidos para locais acessíveis, contornando controles de acesso para ler, modificar ou destruir arquivos sensíveis do sistema.

Não permita que entradas externas controlem diretamente alvos de link ou caminhos de link. Realize normalização, validação de caminho real e verificações de lista de permissões de diretório tanto nas origens quanto nos destinos dos links. Use lstat em diretórios de upload, temporários e de extração para identificar links simbólicos. Use usuários independentes de baixo privilégio para diretórios de alto risco para evitar dar ao processo da aplicação acesso de leitura/escrita a configurações do sistema, diretórios de credenciais e diretórios de montagem do host.

Conexão de Saída Maliciosa

SSRF (Server-Side Request Forgery) é uma vulnerabilidade onde um atacante cria requisições iniciadas pelo servidor para atingir sistemas internos.

Para corrigir vulnerabilidades SSRF, restrinja o intervalo de endereços de destino que as requisições do servidor podem alcançar. Use uma lista de permissões para permitir acesso apenas a recursos internos seguros e desative acessos de rede de saída desnecessários.

Criação Maliciosa de Processos

O fork() do Node.js pode ser usado para criar novos processos Node executando arquivos JS. Se uma aplicação não restringir estritamente cenários de chamada, lógica de execução ou parâmetros de entrada, um atacante pode usar essa capacidade para criar subprocessos maliciosos, realizar operações não autorizadas ou comprometer ainda mais o servidor através de carregamento de scripts ou execução de comandos.

Não permita que a entrada do usuário determine diretamente o caminho do módulo e os parâmetros de inicialização de fork(). Use uma enumeração fixa ou lista de permissões no lado do servidor de scripts bifurcáveis. Resolva e confirme que os scripts estão dentro de diretórios de aplicação confiáveis usando caminhos absolutos antes de iniciar. Passe apenas campos de negócio como parâmetros, não fragmentos de shell, caminhos de arquivos, argumentos de interpretador ou substituições de variáveis de ambiente. Use privilégios mínimos, diretórios de trabalho isolados e variáveis de ambiente restritas para subprocessos. Para cenários que exigem execução de tarefas do usuário, prefira workers restritos, filas ou sandboxes em vez de carregar dinamicamente scripts locais arbitrários.

Binding Malicioso de Processos

O process.binding() do Node.js pode ser usado para acessar módulos internos de baixo nível. Se uma aplicação não restringir tais chamadas, um atacante pode usar essa capacidade para acessar interfaces de baixo nível, contornar controles de segurança da camada superior e realizar operações inesperadas, levando a vazamentos de informações sensíveis, abuso de privilégios ou exploração adicional do sistema.

Não exponha process.binding e process._linkedBinding em código de negócio, plugins, templates ou ambientes de execução de scripts. Proíba passar parâmetros externos para essas interfaces. Para aplicações que suportam plugins, regras, templates ou Agent Skills, remova ou congele capacidades de process de alto risco em sandboxes. Ative hooks e alertas de binding de processos RASP em produção. Avalie a necessidade de chamadas diretas de binding nativo em pacotes de dependência e restrinja as origens das chamadas. Use isolamento de contêiner, usuários de privilégio mínimo e restrições de chamadas de sistema/acesso à rede para ambientes de runtime de alto risco.

Chamada MCP Maliciosa

Em cenários de AI Agent, o MCP (Model Context Protocol) pode ser usado para acessar recursos, services ou capacidades externas. Se uma aplicação não validar estritamente o escopo de chamada, parâmetros de requisição e conteúdo de retorno dos services MCP, um atacante pode induzir o Agent a fazer chamadas MCP maliciosas, acessando dados sensíveis, realizando operações de alto risco ou interagindo com services não confiáveis.

Trate o MCP Server como um componente externo não confiável. Permita apenas conexões com fontes confiáveis com versões fixas e configurações controladas. Estabeleça listas de permissões para nomes de ferramentas MCP, nomes de servidores, parâmetros, URLs, diretórios de trabalho e comandos de inicialização. Ative confirmação manual ou políticas de nível de risco mais alto para ferramentas que modificam arquivos, executam comandos, acessam redes ou leem credenciais. Não exponha chaves de produção diretamente aos MCP Servers. Execute MCP Servers em contêineres isolados ou contas de baixo privilégio. Realize validação de formato, validação de segurança de URL e registros de auditoria em metadados oauth, URLs remotas e conteúdo de retorno de ferramentas. Comportamentos subjacentes de child_process, fs, http e net gerados por chamadas de ferramentas ainda devem ser interceptados pelo RASP.

Chamada de Ferramenta Maliciosa

Em cenários de AI Agent, Tools podem ser usadas para realizar operações externas ou chamar capacidades de terceiros. Se uma aplicação não restringir efetivamente o escopo disponível, parâmetros de chamada e resultados de execução das Tools, um atacante pode usar injeção de prompt ou entrada maliciosa elaborada para induzir o Agent a chamar Tools de alto risco, realizando operações não autorizadas, acessando recursos sensíveis ou até mesmo afetando a segurança do host ou do sistema de negócios.

Projete permissões de Tool usando o princípio do menor privilégio. Negue ferramentas de alto risco por padrão e autorize explicitamente com base em cenários de negócio. Categorize ferramentas em níveis de risco: somente leitura, escrita, rede e execução de comandos. Exija confirmação ou aprovação de política para Tools de escrita, execução de comandos e saída. Aplique validação forte e restrições de lista de permissões em cada parâmetro de Tool, como modelos de comando, diretórios acessíveis, domínios permitidos e métodos HTTP permitidos. Trate resultados de Tool como entrada não confiável e realize detecção de injeção de prompt e dados sensíveis antes de entrar no contexto LLM. Mantenha registros de auditoria para nomes de ferramentas, parâmetros, cadeias de chamadas, runId/toolCallId e resumos de resultados. Bloqueie ou escale alertas ao detectar sequências perigosas, como leitura de arquivos sensíveis seguida de conexões de saída, ou execução de comandos seguida de escrita de itens de inicialização.

Tipo de Fraqueza

Nível de Risco

Descrição

Recomendação

Configuração Insegura do Fastjson

Alto

O Fastjson na aplicação tem desserialização ativada, o que pode ser explorado por atacantes para obter execução remota de código. Desative este recurso se não for necessário.

Defina o safemode do Fastjson como true ou defina autotype como false.

Configuração Insegura do log4j

Alto

O componente log4j tem a funcionalidade lookup ativada, que atacantes podem explorar para injeção JNDI, resultando em execução remota de código.

Atualize o log4j para a versão mais recente ou exclua o arquivo org/apache/logging/log4j/core/lookup/JndiLookup.class do pacote JAR.

Parâmetros de Inicialização Inseguros

Alto

Quando um atacante pode acessar a porta de depuração JDWP, ele pode executar código arbitrário através deste recurso, causando execução remota de código.

Feche a porta JDWP ou evite expor a porta JDWP à rede pública se tal cenário não for necessário. Tenha cautela com aplicações de longa duração que têm a porta JDWP ativada.

Chave Fraca do Shiro

Alto

O Shiro está usando uma chave de criptografia fraca, que atacantes podem quebrar para realizar ataques adicionais de desserialização, resultando em execução remota de código.

Atualize a chave de criptografia do Shiro na sua aplicação prontamente.

Configuração Insegura do JMX

Médio

O acesso remoto JMX está ativado sem autenticação adequada. Atacantes podem conectar-se remotamente ao service JMX da aplicação e obter execução de comandos.

Desative conexões JMX remotas ou use credenciais de autenticação seguras.

Configuração Insegura do Rhino

Médio

O framework Rhino contém propriedades perigosas que atacantes podem explorar para execução remota de código.

Atualize o Rhino para a versão mais recente e use SafeStandardObjects para definir o contexto Rhino, impedindo que a engine JavaScript chame código Java.

A seguir, um exemplo de uso de SafeStandardObjects para definir o contexto Rhino:

 package com.aliyun.sample;

  import org.mozilla.javascript.Context;
  import org.mozilla.javascript.Scriptable;

  public class RhinoSecurityExample {
      public static void main(String[] args) {
          Context ctx = Context.enter();
          // Scriptable scope = ctx.initStandardObjects(); // Unsafe
          Scriptable scope = ctx.initSafeStandardObjects(); // Safe
          ctx.setOptimizationLevel(-1);
          String str = "var test={};";
          str += "test.call=function(){return 'Successful!';};";
          str += "test.call()";  // Returns only JavaScript result, no Java call
          try {
              // Pass in and execute JavaScript code
              Object result = ctx.evaluateString(scope, str, "", 1, null);
              System.out.println("JavaScript execution result: " + result);
          } catch (Exception e) {
              e.printStackTrace();
          } finally {
              Context.exit();
          }
      }
  }

Configuração Insegura do Spring

Médio

O Spring Actuator tem certos endpoints ativados: heapDump, env, restart, refresh, trace, jolokia, h2-console, etc., que podem causar vazamento de informações sensíveis ou execução remota de código.

Desative esses recursos se nenhum cenário especial os exigir.

Credenciais de Login Fracas

Médio

A aplicação possui uma senha de login fraca, que atacantes podem quebrar por força bruta para acessar o sistema e obter informações sensíveis ou até mesmo acesso ao servidor.

Altere a senha da aplicação para uma senha complexa prontamente.

Configuração Insegura do JNDI

Baixo

A aplicação possui configurações inseguras dos parâmetros useCodebaseOnly/rmi-trustURLCodebase/ldap-trustURLCodebase, que podem estar vulneráveis a injeção JNDI.

Atualize o JDK para a versão mais recente. Se não puder atualizar, adicione os seguintes parâmetros de inicialização ao iniciar a aplicação:

-Djava.rmi.server.useCodebaseOnly=true -Dcom.sun.jndi.rmi.object.trustURLCodebase=false -Dcom.sun.jndi.ldap.object.trustURLCodebase=false

Configuração Insegura de Entidade XML

Baixo

O parsing de entidade externa XML está ativado, o que pode expor a aplicação a ataques XXE.

Desative entidades externas se nenhum cenário especial as exigir.

Senha Fraca de Banco de Dados

Baixo

A aplicação usa uma senha fraca para conectar-se ao banco de dados, que atacantes podem explorar para conectar-se ao banco de dados e causar vazamentos de informações sensíveis ou execução remota de código.

Altere a senha de conexão do banco de dados para uma senha complexa prontamente.