Mirrors/hacktricks
2
0
Fork 0
mirror of https://github.com/carlospolop/hacktricks synced 2024-11-21 20:23:18 +00:00
Code Issues Projects Releases Packages Wiki Activity
hacktricks/cryptography/padding-oracle-priv.md

9.5 KiB
Raw Permalink Blame History

{% hint style="success" %} Learn & practice AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Learn & practice GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks
{% endhint %}

{% embed url="https://websec.nl/" %}

CBC - Cipher Block Chaining

CBC 모드에서는 이전 암호화 블록이 IV로 사용되어 다음 블록과 XOR 연산을 수행합니다:

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

CBC를 복호화하려면 반대 작업을 수행합니다:

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

암호화 키와 IV를 사용하는 것이 필요함을 주목하세요.

메시지 패딩

암호화는 고정 크기 블록으로 수행되므로, 마지막 블록의 길이를 완성하기 위해 패딩이 일반적으로 필요합니다.
보통 PKCS7이 사용되며, 이는 블록을 완성하는 데 필요한 바이트 수를 반복하여 패딩을 생성합니다. 예를 들어, 마지막 블록이 3 바이트가 부족하면 패딩은 \x03\x03\x03이 됩니다.

8바이트 길이의 2 블록을 사용한 더 많은 예를 살펴보겠습니다:

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

마지막 예에서 마지막 블록이 가득 차서 패딩만으로 생성된 또 다른 블록이 생성된 것을 주목하세요.

패딩 오라클

애플리케이션이 암호화된 데이터를 복호화할 때, 먼저 데이터를 복호화한 다음 패딩을 제거합니다. 패딩 정리 중에 잘못된 패딩이 감지 가능한 동작을 유발하면, 패딩 오라클 취약점이 발생합니다. 감지 가능한 동작은 오류, 결과 부족, 또는 느린 응답일 수 있습니다.

이 동작을 감지하면 암호화된 데이터를 복호화하고 심지어 어떤 평문도 암호화할 수 있습니다.

어떻게 악용할 것인가

이러한 종류의 취약점을 악용하기 위해 https://github.com/AonCyberLabs/PadBuster를 사용할 수 있습니다.

sudo apt-get install padbuster

사이트의 쿠키가 취약한지 테스트하기 위해 다음을 시도할 수 있습니다:

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

Encoding 0는 base64가 사용된다는 것을 의미합니다 (하지만 다른 인코딩도 사용 가능하니 도움말 메뉴를 확인하세요).

이 취약점을 악용하여 새로운 데이터를 암호화할 수도 있습니다. 예를 들어, 쿠키의 내용이 "user=MyUsername"이라고 가정하면, 이를 "_user=administrator_"로 변경하여 애플리케이션 내에서 권한을 상승시킬 수 있습니다. paduster를 사용하여 -plaintext 매개변수를 지정하여 이를 수행할 수도 있습니다:

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

사이트가 취약한 경우 padbuster는 패딩 오류가 발생할 때를 자동으로 찾으려고 시도하지만, -error 매개변수를 사용하여 오류 메시지를 지정할 수도 있습니다.

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

이론

요약하자면, 모든 다양한 패딩을 생성하는 데 사용할 수 있는 올바른 값을 추측하여 암호화된 데이터를 복호화하기 시작할 수 있습니다. 그런 다음 패딩 오라클 공격이 시작되어 1, 2, 3 등의 패딩을 생성하는 올바른 값을 추측하면서 끝에서 시작으로 바이트를 복호화합니다.

암호화된 텍스트가 E0에서 E15까지의 바이트로 형성된 2 블록을 차지한다고 가정해 보겠습니다.
마지막 블록(E8에서 E15)을 복호화하기 위해 전체 블록은 "블록 암호 복호화"를 거쳐 중간 바이트 I0에서 I15를 생성합니다.
마지막으로 각 중간 바이트는 이전 암호화된 바이트(E0에서 E7)와 XOR됩니다. 따라서:

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

이제 C15가 0x01이 될 때까지 E7을 수정하는 것이 가능합니다. 이는 올바른 패딩이기도 합니다. 따라서 이 경우: \x01 = I15 ^ E'7

따라서 E'7을 찾으면 I15를 계산할 수 있습니다: I15 = 0x01 ^ E'7

이로 인해 C15를 계산할 수 있습니다: C15 = E7 ^ I15 = E7 ^ \x01 ^ E'7

C15를 알면 이제 C14를 계산할 수 있습니다, 하지만 이번에는 패딩 \x02\x02를 브루트 포스해야 합니다.

이 BF는 이전 것만큼 복잡하며, 값이 0x02인 E''15를 계산할 수 있습니다: E''7 = \x02 ^ I15 따라서 **C14가 0x02가 되도록 생성하는 E'14**를 찾기만 하면 됩니다.
그런 다음 C14를 복호화하기 위해 동일한 단계를 수행합니다: C14 = E6 ^ I14 = E6 ^ \x02 ^ E''6

이 체인을 따라 전체 암호화된 텍스트를 복호화할 때까지 진행하십시오.

취약점 탐지

계정을 등록하고 이 계정으로 로그인하십시오.
여러 번 로그인하고 항상 같은 쿠키를 받는다면, 애플리케이션에 문제가 있을 가능성이 높습니다. 전송된 쿠키는 매번 고유해야 합니다. 쿠키가 항상 같다면, 아마도 항상 유효할 것이며 이를 무효화할 방법이 없을 것입니다.

이제 쿠키를 수정하려고 하면 애플리케이션에서 오류가 발생하는 것을 볼 수 있습니다.
하지만 패딩을 BF하면(예: padbuster 사용) 다른 사용자에 대해 유효한 또 다른 쿠키를 얻을 수 있습니다. 이 시나리오는 padbuster에 취약할 가능성이 높습니다.

참고 문헌

{% embed url="https://websec.nl/" %}

{% hint style="success" %} AWS 해킹 배우고 연습하기:HackTricks Training AWS Red Team Expert (ARTE)
GCP 해킹 배우고 연습하기: HackTricks Training GCP Red Team Expert (GRTE)

HackTricks 지원하기
{% endhint %}