hacktricks/crypto-and-stego/padding-oracle-priv.md

8.8 KiB

Oracolo di riempimento

Impara l'hacking AWS da zero a eroe con htARTE (Esperto Red Team AWS di HackTricks)!

Altri modi per supportare HackTricks:

CBC - Cipher Block Chaining

Nel modo CBC il blocco crittografato precedente viene utilizzato come IV per fare XOR con il blocco successivo:

https://defuse.ca/images/cbc_encryption.png

Per decrittare CBC vengono effettuate le operazioni opposte:

https://defuse.ca/images/cbc_decryption.png

Nota come sia necessario utilizzare una chiave di crittografia e un IV.

Riempimento del messaggio

Poiché la crittografia viene eseguita in blocchi di dimensioni fisse, di solito è necessario un riempimento nell'ultimo blocco per completarne la lunghezza.
Di solito si usa il PKCS7, che genera un riempimento ripetendo il numero di byte necessari per completare il blocco. Ad esempio, se mancano 3 byte all'ultimo blocco, il riempimento sarà \x03\x03\x03.

Vediamo più esempi con 2 blocchi di lunghezza 8 byte:

byte #0 byte #1 byte #2 byte #3 byte #4 byte #5 byte #6 byte #7 byte #0 byte #1 byte #2 byte #3 byte #4 byte #5 byte #6 byte #7
P A S S W O R D 1 2 3 4 5 6 0x02 0x02
P A S S W O R D 1 2 3 4 5 0x03 0x03 0x03
P A S S W O R D 1 2 3 0x05 0x05 0x05 0x05 0x05
P A S S W O R D 0x08 0x08 0x08 0x08 0x08 0x08 0x08 0x08

Nota come nell'ultimo esempio l'ultimo blocco era pieno quindi ne è stato generato un altro solo con il riempimento.

Oracolo di riempimento

Quando un'applicazione decrittografa dati crittografati, prima decifrerà i dati; quindi rimuoverà il riempimento. Durante la pulizia del riempimento, se un riempimento non valido attiva un comportamento rilevabile, si ha una vulnerabilità dell'oracolo di riempimento. Il comportamento rilevabile può essere un errore, una mancanza di risultati, o una risposta più lenta.

Se rilevi questo comportamento, puoi decrittare i dati crittografati e persino crittografare qualsiasi testo in chiaro.

Come sfruttare

Potresti utilizzare https://github.com/AonCyberLabs/PadBuster per sfruttare questo tipo di vulnerabilità o semplicemente fare

sudo apt-get install padbuster

Per testare se il cookie di un sito è vulnerabile potresti provare:

perl ./padBuster.pl http://10.10.10.10/index.php "RVJDQrwUdTRWJUVUeBKkEA==" 8 -encoding 0 -cookies "login=RVJDQrwUdTRWJUVUeBKkEA=="

Codifica 0 significa che viene utilizzato base64 (ma sono disponibili anche altri, controlla il menu di aiuto).

Potresti anche abusare di questa vulnerabilità per crittografare nuovi dati. Ad esempio, immagina che il contenuto del cookie sia "user=MyUsername", allora potresti cambiarlo in "_user=administrator_" e ottenere privilegi elevati all'interno dell'applicazione. Potresti farlo anche utilizzando padbuster specificando il parametro -plaintext:

perl ./padBuster.pl http://10.10.10.10/index.php "RVJDQrwUdTRWJUVUeBKkEA==" 8 -encoding 0 -cookies "login=RVJDQrwUdTRWJUVUeBKkEA==" -plaintext "user=administrator"

Se il sito è vulnerabile, padbuster cercherà automaticamente di individuare quando si verifica l'errore di padding, ma è anche possibile indicare il messaggio di errore utilizzando il parametro -error.

perl ./padBuster.pl http://10.10.10.10/index.php "" 8 -encoding 0 -cookies "hcon=RVJDQrwUdTRWJUVUeBKkEA==" -error "Invalid padding"

La teoria

In sintesi, puoi iniziare a decifrare i dati crittografati indovinando i valori corretti che possono essere utilizzati per creare tutti i diversi padding. Quindi, l'attacco dell'oracolo di padding inizierà a decifrare i byte dalla fine all'inizio indovinando quale sarà il valore corretto che crea un padding di 1, 2, 3, ecc.

Immagina di avere del testo crittografato che occupa 2 blocchi formati dai byte da E0 a E15.
Per decifrare l'ultimo blocco (E8 a E15), l'intero blocco passa attraverso la "decrittografia del cifrario a blocchi" generando gli intermediari I0 a I15.
Infine, ogni byte intermedio viene XORato con i byte crittografati precedenti (E0 a E7). Quindi:

  • C15 = D(E15) ^ E7 = I15 ^ E7
  • C14 = I14 ^ E6
  • C13 = I13 ^ E5
  • C12 = I12 ^ E4
  • ...

Ora, è possibile modificare E7 fino a quando C15 diventa 0x01, che sarà anche un padding corretto. Quindi, in questo caso: \x01 = I15 ^ E'7

Quindi, trovando E'7, è possibile calcolare I15: I15 = 0x01 ^ E'7

Ciò ci permette di calcolare C15: C15 = E7 ^ I15 = E7 ^ \x01 ^ E'7

Conoscendo C15, ora è possibile calcolare C14, ma questa volta forzando il padding \x02\x02.

Questo BF è complesso quanto il precedente poiché è possibile calcolare il E''15 il cui valore è 0x02: E''7 = \x02 ^ I15 quindi è sufficiente trovare il E'14 che genera un C14 uguale a 0x02.
Quindi, eseguire gli stessi passaggi per decrittografare C14: C14 = E6 ^ I14 = E6 ^ \x02 ^ E''6

Segui questa catena finché non decifri l'intero testo crittografato.

Rilevamento della vulnerabilità

Registrati e accedi con questo account .
Se effettui il login molte volte e ottieni sempre lo stesso cookie, probabilmente c'è qualcosa di sbagliato nell'applicazione. Il cookie inviato dovrebbe essere unico ogni volta che accedi. Se il cookie è sempre lo stesso, probabilmente sarà sempre valido e non ci sarà modo di invalidarlo.

Ora, se provi a modificare il cookie, vedrai che ricevi un errore dall'applicazione.
Ma se forzi il padding (usando padbuster ad esempio) riesci a ottenere un altro cookie valido per un utente diverso. Questo scenario è molto probabilmente vulnerabile a padbuster.

Riferimenti

Impara l'hacking di AWS da zero a eroe con htARTE (HackTricks AWS Red Team Expert)!

Altri modi per supportare HackTricks: