JWT Vulnerabilities (Json Web Tokens)
Ikiwa una nia ya kazi ya udukuzi na kudukua yasiyodukuzika - tunakupa kazi! (inahitajika uwezo wa kuandika na kuzungumza Kipolishi kwa ufasaha).
Sehemu ya chapisho hili inategemea chapisho kubwa: https://github.com/ticarpi/jwt_tool/wiki/Attack-Methodology Mwandishi wa zana kubwa ya pentest JWTs https://github.com/ticarpi/jwt_tool
Mafanikio ya Haraka
Chambua jwt_tool kwa mode All Tests!
na subiri mistari ya kijani
Ikiwa una bahati, zana itapata kesi ambapo programu ya wavuti inachunguza JWT kimakosa:
Kisha, unaweza kutafuta ombi katika proksi yako au kudump JWT iliyotumiwa kwa ombi hilo kwa kutumia zana ya jwt_:
Kuhariri data bila kubadilisha kitu chochote
Unaweza tu kuhariri data bila kubadilisha saini na kuangalia kama server inakagua saini. Jaribu kubadilisha jina lako kuwa "admin" kama mfano.
Je, token inakaguliwa?
Ili kujua ikiwa saini ya JWT inakaguliwa:
Ujumbe wa hitilafu unaashiria ukaguzi unaendelea; maelezo nyeti katika makosa marefu yanapaswa kuchunguzwa.
Mabadiliko kwenye ukurasa uliorejeshwa pia unaashiria ukaguzi.
Hakuna mabadiliko yanapendekeza hakuna ukaguzi; hii ni wakati wa kujaribu kuhariri madai ya mzigo.
Asili
Ni muhimu kujua ikiwa token uliundwa upande wa server au upande wa mteja kwa kuchunguza historia ya ombi la proksi.
Vyeti vilivyoonekana kwanza kutoka upande wa mteja vinapendekeza kwamba ufunguo unaweza kuwa umefichuliwa kwa nambari ya upande wa mteja, hivyo kuhitaji uchunguzi zaidi.
Vyeti vinavyoanzia upande wa server vinathibitisha mchakato salama.
Muda
Angalia ikiwa token inadumu zaidi ya masaa 24... labda haitamaliziki. Ikiwa kuna uga wa "exp", hakikisha server inashughulikia kwa usahihi.
Kuvunja nguvu siri ya HMAC
Badilisha algorithm kuwa None
Wekeza algorithm uliotumika kuwa "None" na ondoa sehemu ya saini.
Tumia kifaa cha Burp kinachoitwa "JSON Web Token" kujaribu udhaifu huu na kubadilisha thamani tofauti ndani ya JWT (tuma ombi kwa Repeater na kwenye kichupo cha "JSON Web Token" unaweza kuhariri thamani za token. Unaweza pia kuchagua kuweka thamani ya uga wa "Alg" kuwa "None").
Badilisha algorithm kutoka RS256(asymmetric) kwenda HS256(symmetric) (CVE-2016-5431/CVE-2016-10555)
Algorithm HS256 hutumia ufunguo wa siri kusaini na kuthibitisha kila ujumbe. Algorithm RS256 hutumia ufunguo wa faragha kusaini ujumbe na kutumia ufunguo wa umma kwa uthibitisho.
Ukibadilisha algorithm kutoka RS256 kwenda HS256, msimbo wa nyuma hutumia ufunguo wa umma kama ufunguo wa siri na kisha hutumia algorithm ya HS256 kuthibitisha saini.
Kisha, kwa kutumia ufunguo wa umma na kubadilisha RS256 kuwa HS256 tunaweza kuunda saini halali. Unaweza kupata cheti cha seva ya wavuti inayotekeleza hii:
Funguo ya umma mpya ndani ya kichwa
Mshambuliaji anaingiza funguo mpya katika kichwa cha token na seva hutumia funguo hii mpya kuthibitisha saini (CVE-2018-0114).
Hii inaweza kufanywa kwa kutumia kifaa cha "JSON Web Tokens" katika Burp. (Tuma ombi kwa Repeater, ndani ya kichupo cha JSON Web Token chagua "CVE-2018-0114" na tuma ombi).
JWKS Uigaji
Maagizo yanatoa maelezo ya njia ya kutathmini usalama wa JWT tokens, hasa zile zinazotumia dai la kichwa cha "jku". Dai hili linapaswa kuunganisha kwenye faili ya JWKS (JSON Web Key Set) ambayo ina funguo ya umma inayohitajika kwa uthibitisho wa token.
Kutathmini Tokens na Kichwa cha "jku":
Thibitisha URL ya dai la "jku" ili kuhakikisha inaelekeza kwenye faili sahihi ya JWKS.
Badilisha thamani ya "jku" ya token kuongoza kwenye huduma ya wavuti iliyodhibitiwa, kuruhusu uchunguzi wa trafiki.
Kufuatilia Mwingiliano wa HTTP:
Kufuatilia maombi ya HTTP kwenye URL uliyopendekeza kunadokeza majaribio ya seva kupata funguo kutoka kwenye kiungo uliyotoa.
Wakati wa kutumia
jwt_tool
kwa mchakato huu, ni muhimu kusasisha faili yajwtconf.ini
na eneo lako binafsi la JWKS ili kurahisisha majaribio.Amri kwa
jwt_tool
:Tekeleza amri ifuatayo kusimuliza hali na
jwt_tool
:
Muhtasari wa Masuala ya Kid
Dai la kichwa linaloweza kutambulika linalojulikana kama kid
hutumiwa kutambua funguo maalum, ambalo linakuwa muhimu hasa katika mazingira ambapo kuna funguo kadhaa kwa uthibitisho wa saini ya token. Dai hili husaidia katika kuchagua funguo sahihi kwa kuthibitisha saini ya token.
Kufunua Funguo kupitia "kid"
Wakati dai la kid
linapoonekana katika kichwa, inashauriwa kutafuta saraka ya wavuti kwa faili inayolingana au mabadiliko yake. Kwa mfano, ikiwa "kid":"key/12345"
imeelezwa, faili /key/12345 na /key/12345.pem inapaswa kutafutwa katika mzizi wa wavuti.
Kuvuka Njia na "kid"
Dai la kid
linaweza pia kutumiwa kufaidika kuvuka mfumo wa faili, ikiruhusu uteuzi wa faili ya kupendelea. Ni rahisi kufanya majaribio ya uunganishaji au kutekeleza mashambulio ya Udukuzi wa Ombi la Upande wa Seva (SSRF) kwa kubadilisha thamani ya kid
kulenga faili au huduma maalum. Kuharibu JWT kubadilisha thamani ya kid
wakati unahifadhi saini ya awali inaweza kufikiwa kwa kutumia bendera ya -T
katika jwt_tool, kama inavyodhihirishwa hapa chini:
Kwa kulenga faili zenye maudhui yanayoweza kutabirika, inawezekana kufanya JWT halali. Kwa mfano, faili ya /proc/sys/kernel/randomize_va_space
katika mifumo ya Linux, inayojulikana kuwa na thamani 2, inaweza kutumika katika parameter ya kid
na 2 kama nenosiri la kisymmetri kwa ajili ya uundaji wa JWT.
SQL Injection kupitia "kid"
Ikiwa maudhui ya dai la kid
yanatumika kupata nenosiri kutoka kwenye database, SQL injection inaweza kurahisishwa kwa kubadilisha mzigo wa kid
. Mzigo wa mfano unaotumia SQL injection kubadilisha mchakato wa kusaini JWT ni:
non-existent-index' UNION SELECT 'ATTACKER';-- -
Mabadiliko haya yanalazimisha matumizi ya ufunguo wa siri uliojulikana, ATTACKER
, kwa ajili ya kusaini JWT.
OS Injection kupitia "kid"
Hali ambapo parameter ya kid
inabainisha njia ya faili inayotumiwa ndani ya muktadha wa utekelezaji wa amri inaweza kusababisha vulnerability ya Remote Code Execution (RCE). Kwa kuingiza amri ndani ya parameter ya kid
, inawezekana kufichua funguo za siri. Mzigo wa mfano wa kufikia RCE na kufichua funguo ni:
/root/res/keys/secret7.key; cd /root/res/keys/ && python -m SimpleHTTPServer 1337&
x5u na jku
jku
jku inasimama kwa JWK Set URL. Ikiwa token hutumia dai la “jku” katika Header basi angalia URL iliyotolewa. Hii inapaswa kuashiria kwenye URL inayohifadhi faili ya JWKS inayoshikilia Funguo ya Umma kwa ajili ya kuthibitisha token. Badilisha token ili kuashiria thamani ya jku kwenye huduma ya wavuti unayoweza kufuatilia trafiki yake.
Kwanza unahitaji kuunda cheti kipya na funguo mpya za faragha na za umma.
Kisha unaweza kutumia kwa mfano jwt.io kuunda JWT mpya na funguo za umma na za kibinafsi zilizoundwa na kuelekeza parameter jku kwa cheti kilichoundwa. Ili kuunda cheti sahihi cha jku unaweza kupakua kimoja cha asili na kubadilisha parameta zinazohitajika.
Unaweza kupata parameta "e" na "n" kutoka kwa cheti cha umma kwa kutumia:
x5u
X.509 URL. URI inayoashiria seti ya vyeti vya umma vya X.509 (muundo wa vyeti wa kiwango) vilivyohifadhiwa katika fomu ya PEM. Cheti cha kwanza katika seti lazima kiwe cha kutumika kusaini JWT hii. Vyeti vya kufuatia kila kimoja husaini cheti kilichotangulia, hivyo kukamilisha mnyororo wa vyeti. X.509 imedefiniwa katika RFC 52807. Usalama wa usafirishaji unahitajika kuhamisha vyeti.
Jaribu kubadilisha kichwa hiki ku URL chini ya udhibiti wako na angalia ikiwa ombi lolote linapokelewa. Katika kesi hiyo, unaweza kuharibu JWT.
Ili kufanya alama mpya kwa kutumia cheti linalodhibitiwa na wewe, unahitaji kuunda cheti na kuchimba funguo za umma na za kibinafsi:
Kisha unaweza kutumia kwa mfano jwt.io kuunda JWT mpya na funguo za umma na za kibinafsi zilizoundwa na kuelekeza parameter x5u kwa cheti .crt kilichoundwa.
Unaweza pia kutumia udhaifu huu kwa SSRFs.
x5c
Parameter huu unaweza kuwa na cheti katika base64:
Ikiwa mshambuliaji anaunda cheti cha kujisaini mwenyewe na kuunda token bandia kwa kutumia funguo ya kibinafsi inayofanana na kubadilisha thamani ya parameter "x5c" na cheti lililoundwa kwa mara ya kwanza na kurekebisha parameta nyingine, yaani n, e na x5t basi kimsingi token bandia itakubaliwa na server.
Funguo ya Umma iliyowekwa (CVE-2018-0114)
Ikiwa JWT ina funguo ya umma iliyojumuishwa kama katika hali ifuatayo:
Kwa kutumia skripti ifuatayo ya nodejs ni rahisi kuzalisha funguo ya umma kutoka kwa data hiyo:
Niwezekana kuzalisha ufunguo mpya wa faragha / wa umma, kuijumuisha ufunguo wa umma mpya ndani ya token na kutumia kui kuzalisha saini mpya:
Unaweza kupata "n" na "e" kwa kutumia script hii ya nodejs:
ES256: Kufunua ufunguo wa kibinafsi na nonce sawa
Ikiwa baadhi ya programu hutumia ES256 na hutumia nonce sawa kuzalisha jwts mbili, ufunguo wa kibinafsi unaweza kurejeshwa.
Hapa kuna mfano: ECDSA: Kufunua ufunguo wa kibinafsi, ikiwa nonce sawa hutumiwa (na SECP256k1)
JTI (JWT ID)
Madai ya JTI (JWT ID) hutoa kitambulisho cha kipekee kwa Token ya JWT. Inaweza kutumika kuzuia token kutumika tena. Hata hivyo, fikiria hali ambapo urefu wa maksimumu wa kitambulisho ni 4 (0001-9999). Ombi 0001 na 10001 vitatumia kitambulisho kimoja. Kwa hivyo ikiwa seva ya nyuma inaongeza kitambulisho kwa kila ombi unaweza kutumia hili kwa kutuma ombi tena (ukihitaji kutuma ombi 10000 kati ya kila ombi la kutuma tena linalofanikiwa).
Madai yaliyosajiliwa ya JWT
Mashambulizi Mengine
Mashambulizi ya Kurejesha Kati ya Huduma
Imeonekana kwamba baadhi ya programu za wavuti hutegemea huduma ya JWT iliyoaminika kwa kuzalisha na kusimamia vibali vyao. Kuna visa ambapo kibali, kilichozalishwa kwa mteja mmoja na huduma ya JWT, kilikubaliwa na mteja mwingine wa huduma hiyo hiyo ya JWT. Ikiwa utoaji au upya wa JWT kupitia huduma ya mtu wa tatu unazingatiwa, uwezekano wa kujiandikisha kwa akaunti kwenye mteja mwingine wa huduma hiyo kwa kutumia jina la mtumiaji/barua pepe sawa unapaswa kuchunguzwa. Jaribio linapaswa kufanywa kurejesha kibali kilichopatikana katika ombi kwa lengo la kuona ikiwa kitakubaliwa.
Shida kuu inaweza kuashiriwa na kukubaliwa kwa kibali chako, ikiruhusu uigaji wa akaunti yoyote ya mtumiaji. Hata hivyo, inapaswa kuzingatiwa kwamba inaweza kuhitajika idhini kwa ajili ya majaribio zaidi ikiwa kujiandikisha kwenye programu ya mtu wa tatu, kwani hii inaweza kuingia eneo la kisheria lisilo wazi.
Uchunguzi wa Muda wa Vibali
Muda wa kumalizika wa kibali unachunguzwa kwa kutumia madai ya "exp" Payload. Kwa kuwa JWT mara nyingi hutumiwa bila habari ya kikao, kushughulikia kwa uangalifu kunahitajika. Katika hali nyingi, kukamata na kutuma tena JWT ya mtumiaji mwingine inaweza kuwezesha uigaji wa mtumiaji huyo. RFC ya JWT inapendekeza kupunguza mashambulizi ya kurejesha JWT kwa kutumia madai ya "exp" kuweka muda wa kumalizika kwa kibali. Zaidi ya hayo, utekelezaji wa uchunguzi unaofaa na maombi kuhakikisha usindikaji wa thamani hii na kukataa vibali vilivyomalizika ni muhimu. Ikiwa kibali kina madai ya "exp" na muda wa majaribio unaruhusu, kuhifadhi kibali na kukituma tena baada ya muda wa kumalizika kumepita kunashauriwa. Yaliyomo ya kibali, ikiwa ni pamoja na uchambuzi wa alama za wakati na uchunguzi wa kumalizika (alama za wakati katika UTC), yanaweza kusomwa kwa kutumia bendera ya -R ya zana ya jwt_tool.
Hatari ya usalama inaweza kuwepo ikiwa programu bado inathibitisha kibali, kwani inaweza kupendekeza kwamba kibali hakitaweza kumalizika.
Zana
Ikiwa una nia katika kazi ya udukuzi na kudukua yasiyoweza kudukuliwa - tunahitaji wewe! (ujuzi wa Kipolishi ulioandikwa na kuzungumzwa unahitajika).
Last updated