Bypass dell'autenticazione:

7.2.8

Questo bypass dell'autenticazione è simile al bypass dei permessi di Shiro Nel metodo dofilterInternal della classe sessionfilter, il parametro predefinito dofilter è true, e solo quando è false si può evitare l'autenticazione Seguendo il metodo matches, si vede che questo codice confronta l'URL con 134 stringhe di percorso in patterns; quando la corrispondenza ha successo restituisce true, consentendo così a dofilter di essere true Poi si continua a eseguire il debug finché il ciclo non entra nella condizione di controllo, a quel punto pattern è /static.*?

1. Significato del pattern regex /static.?: Questa è una regex in modalità non greedy che corrisponde a stringhe che iniziano con /static, seguite da qualsiasi carattere (inclusi / , . ecc.) (.? indica corrispondenza con qualsiasi carattere; la modalità non greedy influisce solo sulla lunghezza della corrispondenza, non sul fatto che corrisponda o meno).
2. Stringa da confrontare: /static/../je/saas/saasYh/getInfoById Questa stringa inizia chiaramente con /static, e il contenuto successivo include /../je/... , che rientra nell'intervallo di corrispondenza di /static.*?.

Quindi basta aggiungere /static/.. davanti a qualsiasi percorso di directory del backend per bypassare l'autenticazione In realtà qui non funziona solo /static/..; in patterns, qualsiasi percorso a livello singolo seguito da .*? può essere utilizzato per il bypass Esempio:

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