Parameter Pollution
Parameterverontreiniging
HTTP Parameter Pollution (HPP) Oorsig
HTTP Parameter Pollution (HPP) is 'n tegniek waar aanvallers HTTP-parameters manipuleer om die gedrag van 'n webtoepassing op onbedoelde maniere te verander. Hierdie manipulasie word gedoen deur HTTP-parameters by te voeg, te wysig, of te dupliseer. Die effek van hierdie manipulasies is nie direk sigbaar vir die gebruiker nie, maar kan die toepassing se funksionaliteit aan die kant van die bediener aansienlik verander, met waarneembare impakte aan die kant van die kliënt.
Voorbeeld van HTTP Parameter Pollution (HPP)
'n Banktoepassingstransaksie-URL:
Oorspronklike URL:
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000
Deur 'n bykomende from-parameter in te voeg:
Gemanipuleerde URL:
https://www.victim.com/send/?from=accountA&to=accountB&amount=10000&from=accountC
Die transaksie kan verkeerdelik aan accountC in plaas van accountA belas word, wat die potensiaal van HPP toon om transaksies of ander funksionaliteite soos wagwoordherstel, 2FA-instellings, of API-sleutelversoeke te manipuleer.
Tegnologiespesifieke Parameterontleding
Die manier waarop parameters ontled en prioriteit gegee word, hang af van die onderliggende webtegnologie, wat beïnvloed hoe HPP uitgebuit kan word.
Gereedskap soos Wappalyzer help om hierdie tegnologieë en hul ontledingsgedrag te identifiseer.
PHP en HPP-uitbuiting
OTP-manipulasiegeval:
Konteks: 'n Aanmeldingsmeganisme wat 'n Eenmalige Wagwoord (OTP) vereis, is uitgebuit.
Metode: Deur die OTP-versoek te onderskep met gereedskap soos Burp Suite, het aanvallers die
e-pos-parameter in die HTTP-versoek gedupliseer.Uitkoms: Die OTP, bedoel vir die oorspronklike e-pos, is in plaas daarvan na die tweede e-posadres gestuur wat in die gemanipuleerde versoek gespesifiseer is. Hierdie fout het ongemagtigde toegang moontlik gemaak deur die bedoelde sekuriteitsmaatreël te omseil.
Hierdie scenario beklemtoon 'n kritiese oorsig in die toepassing se agterkant, wat die eerste e-pos-parameter vir OTP-generering verwerk het, maar die laaste vir aflewering gebruik het.
API-sleutelmanipulasiegeval:
Skenario: 'n Toepassing laat gebruikers toe om hul API-sleutel by te werk deur 'n profielinstellingsbladsy.
Aanvalvektor: 'n Aanvaller ontdek dat deur 'n bykomende
api_key-parameter by die POST-versoek te voeg, hulle die uitkoms van die API-sleutelopdateringsfunksie kan manipuleer.Tegniek: Deur 'n gereedskap soos Burp Suite te gebruik, stel die aanvaller 'n versoek op wat twee
api_key-parameters insluit: een wettig en een skadelik. Die bediener, wat slegs die laaste voorkoms verwerk, werk die API-sleutel na die waarde wat deur die aanvaller voorsien is.Resultaat: Die aanvaller verkry beheer oor die slagoffer se API-funksionaliteit, wat moontlik toegang tot of wysiging van privaat data ongemagtig maak.
Hierdie voorbeeld beklemtoon verder die noodsaaklikheid van veilige parameterhantering, veral in funksies so krities soos API-sleutelbestuur.
Parameterontleding: Flask vs. PHP
Die manier waarop webtegnologieë dupliseer HTTP-parameters hanteer, verskil, wat hul vatbaarheid vir HPP-aanvalle beïnvloed:
Flask: Neem die eerste parameterwaarde wat aangetref word, soos
a=1in 'n vraagstringa=1&a=2, wat die aanvanklike voorkoms bo daaropvolgende duplikate prioriteer.PHP (op Apache HTTP-bediener): Daarteenoor, gee voorkeur aan die laaste parameterwaarde, wat vir
a=2in die gegewe voorbeeld kies. Hierdie gedrag kan onbedoeld HPP-uitbuitings fasiliteer deur die aanvaller se gemanipuleerde parameter bo die oorspronklike te eer.
Verwysings
Last updated
