Parameter Pollution | JSON Injection
Last updated
Last updated
Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)
HTTP Parameter Pollution (HPP) is 'n tegniek waar aanvallers HTTP parameters manipuleer om die gedrag van 'n webtoepassing op onvoorsiene maniere te verander. Hierdie manipulering word gedoen deur HTTP parameters by te voeg, te wysig of te dupliceer. Die effek van hierdie manipulering is nie direk sigbaar vir die gebruiker nie, maar kan die toepassing se funksionaliteit aan die bedienerkant aansienlik verander, met waarneembare impakte aan die kliëntkant.
'n Banktoepassing transaksie URL:
Oorspronklike URL: https://www.victim.com/send/?from=accountA&to=accountB&amount=10000
Deur 'n addisionele from
parameter in te voeg:
Gemanipeerde URL: https://www.victim.com/send/?from=accountA&to=accountB&amount=10000&from=accountC
Die transaksie mag verkeerdelik aan accountC
in plaas van accountA
gehef word, wat die potensiaal van HPP om transaksies of ander funksies soos wagwoordherstel, 2FA instellings, of API sleutel versoeke te manipuleer, demonstreer.
Die manier waarop parameters geparseer en geprioritiseer word, hang af van die onderliggende webtegnologie, wat beïnvloed hoe HPP uitgebuit kan word.
Gereedskap soos Wappalyzer help om hierdie tegnologieë en hul parsing gedrag te identifiseer.
OTP Manipulasie Geval:
Konteks: 'n Aanmeldmeganisme wat 'n Eenmalige Wagwoord (OTP) vereis, is uitgebuit.
Metode: Deur die OTP versoek te onderskep met behulp van gereedskap soos Burp Suite, het aanvallers die email
parameter in die HTTP versoek gedupliceer.
Uitslag: Die OTP, bedoel vir die aanvanklike e-pos, is in plaas daarvan na die tweede e-posadres in die gemanipeerde versoek gestuur. Hierdie fout het ongeoorloofde toegang moontlik gemaak deur die beoogde sekuriteitsmaatreël te omseil.
Hierdie scenario beklemtoon 'n kritieke oorsig in die toepassing se agterkant, wat die eerste email
parameter vir OTP generasie verwerk het, maar die laaste vir aflewering gebruik het.
API Sleutel Manipulasie Geval:
Scenario: 'n Toepassing laat gebruikers toe om hul API sleutel deur 'n profielinstellingsbladsy op te dateer.
Aanval Vektor: 'n Aanvaller ontdek dat deur 'n addisionele api_key
parameter aan die POST versoek toe te voeg, hulle die uitkoms van die API sleutel opdateringsfunksie kan manipuleer.
Tegniek: Deur 'n gereedskap soos Burp Suite te gebruik, skep die aanvaller 'n versoek wat twee api_key
parameters insluit: een wettig en een kwaadwillig. Die bediener, wat slegs die laaste voorkoms verwerk, werk die API sleutel na die aanvaller se verskafde waarde op.
Resultaat: Die aanvaller verkry beheer oor die slagoffer se API funksionaliteit, wat moontlik toegang tot of wysiging van private data ongeoorloofde kan maak.
Hierdie voorbeeld beklemtoon verder die noodsaaklikheid van veilige parameter hantering, veral in funksies so krities soos API sleutel bestuur.
Die manier waarop webtegnologieë duplikaat HTTP parameters hanteer, verskil, wat hul vatbaarheid vir HPP aanvalle beïnvloed:
Flask: Neem die eerste parameter waarde wat teëgekom word, soos a=1
in 'n query string a=1&a=2
, en prioritiseer die aanvanklike voorkoms bo daaropvolgende duplikate.
PHP (op Apache HTTP Server): Daarenteen prioritiseer die laaste parameter waarde, en kies a=2
in die gegewe voorbeeld. Hierdie gedrag kan onbedoeld HPP eksploitatie fasiliteer deur die aanvaller se gemanipeerde parameter bo die oorspronklike te eerbiedig.
Daar resultate is geneem van https://medium.com/@0xAwali/http-parameter-pollution-in-2024-32ec1b810f89
Ignoreer enigiets na %00 in die parameter naam.
Hanteer naam[] as 'n array.
_GET beteken nie GET Metode nie.
Gee voorkeur aan die laaste parameter.
Gebruik die & en ; afdelers om parameters te skei.
Nie erkende naam[].
Gee voorkeur aan die eerste parameter.
POST RequestMapping == PostMapping & GET RequestMapping == GetMapping.
POST RequestMapping & PostMapping erken naam[].
Gee voorkeur aan naam as naam EN naam[] bestaan.
Koppel parameters byvoorbeeld eerste, laaste.
POST RequestMapping & PostMapping erken query parameter met Content-Type.
Erken naam[].
Koppel parameters byvoorbeeld eerste, laaste.
NIE erkende naam[].
Gee voorkeur aan die eerste parameter.
NIE erkende naam[].
Gee voorkeur aan die eerste parameter.
NIE erkende naam[].
Gee voorkeur aan die laaste parameter.
NIE erkende naam[].
Gee voorkeur aan die laaste parameter.
Die front-end mag die eerste voorkoms glo terwyl die backend die tweede voorkoms van die sleutel gebruik.
Sekere karakters gaan nie korrek deur die frontend geïnterpreteer word nie, maar die backend sal hulle interpreteer en daardie sleutels gebruik, dit kan nuttig wees om sekere beperkings te omseil:
Let op hoe die voorkant in hierdie gevalle mag dink dat test == 1
en die agterkant sal dink dat test == 2
.
Dit kan ook gebruik word om waarde beperkings te omseil soos:
Hier sal ons die serialiseerder van elke parser gebruik om sy onderskeie uitvoer te sien.
Serialiseerder 1 (bv. GoLang se GoJay biblioteek) sal produseer:
description = "Duplicate with comments"
test = 2
extra = ""
Serialiseerder 2 (bv. Java se JSON-iterator biblioteek) sal produseer:
description = "Duplicate with comments"
extra = "/*"
extra2 = "*/"
test = 1
Alternatiewelik kan eenvoudige gebruik van kommentaar ook effektief wees:
Java se GSON-biblioteek:
Ruby se simdjson biblioteek:
Die nommer
kan gedecodeer word na verskeie verteenwoordigings, insluitend:
Which might create inconsistencies
Leer & oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE) Leer & oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)