O que é falsificação de solicitação do lado do servidor?

Para entender a falsificação de solicitação do lado do servidor, vamos considerar um cenário em que uma rede corporativa é protegida por um firewall. Dentro dessa rede, podem existir vários dispositivos, incluindo computadores, dispositivos pessoais e servidores. No entanto, um servidor web está conectado tanto à rede corporativa quanto à internet, atuando como uma ponte entre as duas.

Um invasor pode explorar o SSRF utilizando o servidor web ou um servidor em nuvem como ponto de pivô para burlar o firewall e obter acesso aos recursos da rede interna da empresa. Esse acesso não autorizado pode envolver atividades como leitura de arquivos, varredura de portas ou até mesmo execução remota de código.

Por exemplo, uma solicitação de API projetada para recuperar avatares de um servidor de arquivos poderia ser manipulada por um invasor para acessar documentos comerciais ou financeiros confidenciais armazenados em um diretório diferente. Da mesma forma, em um ambiente de nuvem, um invasor poderia potencialmente acessar recursos da nuvem, como credenciais EC2, explorando a falsificação de solicitação do lado do servidor.

As entradas e os parâmetros do usuário desempenham um papel fundamental na viabilização dos ataques SSRF. Frequentemente, as vulnerabilidades SSRF surgem quando uma API aceita entradas de usuário não validadas ou lida de forma inadequada com parâmetros em solicitações HTTP. Os invasores podem manipular esses parâmetros para enviar solicitações a destinos indesejados, como recursos internos ou outras partes confidenciais da rede corporativa. A validação adequada das entradas do usuário e a sanitização dos parâmetros podem reduzir significativamente o risco de SSRF, impedindo que invasores explorem essas vulnerabilidades para acessar recursos internos.

Embora as APIs sejam frequentemente consideradas seguras por padrão, é fundamental lembrar que elas são essencialmente aplicações web. Portanto, qualquer vulnerabilidade que afete uma aplicação web também pode afetar uma API. O ato de buscar recursos externos por meio de APIs apresenta um risco significativo, tornando o SSRF uma preocupação crítica para os profissionais de segurança de API.

Uma das formas mais eficazes de mitigar o SSRF é proteger a comunicação entre a API e os serviços de back-end. Isso inclui a implementação de medidas rigorosas de controle de acesso, garantindo que os recursos internos não sejam expostos a solicitações não autorizadas e configurando cuidadosamente as definições de DNS para impedir que invasores resolvam endereços IP internos. Além disso, o uso de canais criptografados e a garantia de que os pontos de extremidade da API só se comuniquem com serviços de back-end confiáveis podem reduzir significativamente o risco de ataques SSRF. Também é essencial atualizar regularmente os protocolos de segurança e garantir um design adequado da API, alinhado com as Top 10 práticas recomendadas de segurança da API do OWASP.

Para mitigar o risco de SSRF, várias medidas podem ser implementadas:

• Listas de permissões: implemente listas de permissões para restringir os recursos que podem ser obtidos por meio de APIs. Ao especificar determinados recursos, as organizações podem garantir que apenas recursos autorizados e seguros sejam acessados.
• Isole servidores web: evite colocar servidores web diretamente na rede interna da empresa. Em vez disso, considere implantá-los em um segmento de rede separado ou na nuvem para minimizar o potencial de ataques SSRF.
• Avalie a necessidade de recursos: avalie se a obtenção de recursos externos é realmente necessária para o funcionamento da API. Minimizar a dependência de recursos externos pode reduzir a superfície de ataque e mitigar o risco de falsificação de solicitação do lado do servidor.
• Proteção por firewall: sempre utilize um firewall na rede corporativa para fornecer uma camada adicional de defesa contra acessos não autorizados e possíveis ataques SSRF.
• Siga as recomendações de design da API: mantenha-se atualizado com as recomendações de design de API que fornecem as práticas recomendadas para o desenvolvimento de APIs resilientes contra ataques SSRF.