Bypass de Autenticação:

7.2.8

Este bypass de autenticação é semelhante ao bypass de permissões do Shiro No método dofilterInternal da classe sessionfilter, o parâmetro dofilter é true por padrão, e somente quando ele é false é que a autenticação pode ser ignorada Seguindo até o método matches, veja que este código irá comparar a url com as 134 strings de caminho em patterns, e quando a correspondência for bem-sucedida, retornará true, permitindo que dofilter seja true Então continue depurando até que o loop possa entrar na condição de verificação, momento em que o pattern é /static.*?

1. O significado do padrão regex /static.?: Esta é uma regex em modo não-guloso, que corresponde a strings que começam com /static, seguidas de qualquer caractere (incluindo / , . etc.) (.? significa corresponder a qualquer caractere, o modo não-guloso afeta apenas o comprimento da correspondência, não se a correspondência ocorre).
2. A string correspondida: /static/../je/saas/saasYh/getInfoById — esta string claramente começa com /static, e o conteúdo subsequente inclui /../je/... , o que se enquadra no escopo de correspondência de /static.*?.

Portanto, basta adicionar /static/.. antes de qualquer caminho de diretório do backend para contornar a autenticação Na verdade, aqui não é apenas /static/.. que funciona; em patterns, qualquer caminho de camada única seguido de .*? pode ser usado para o bypass Exemplo:

/error/.*?
/adminseal.zz/.*?
/dwr/.*?
...