XSS'ing il pannello diffusore sicurezza attraverso sli.do

Una delle cose che mi fanno piacere di fare eventi live è il tutto casuali, cose inaspettate che possono verificarsi senza alcun preavviso. In realtà, io sto sempre strutturo miei colloqui di presentare queste opportunità, ma questo era del tutto inaspettato:


Questo era pur rispondendo alle domande su un pannello - una sicurezza panel - a di ProgramUtvikling giorno di sicurezza a Oslo la settimana scorsa (sono i ragazzi che gestiscono le conferenze NDC di tutto il mondo). Ero seduto lassù sul palco con Erlend Oftedal e Einar Otto Stangvik mentre sul grande schermo dietro di noi scorrere attraverso domande poste dal pubblico utilizzando l'applicazione sli.do. Le domande venivano lette da Niall Merrigan fino ... si fermò e non ricordo se la sua reazione è stata di divertimento o di orrore o una combinazione dei due, ma voltandosi, abbiamo visto tutti lo schermo ornato con l'avviso XSS .

Tutti di buon umore, abbiamo chiesto il "colpevole" di farsi avanti e spiegare il suo approccio. Nicho Paulik intensificato e ha spiegato che aveva semplicemente lavorato attraverso il filtro Evasion Cheat Sheet OWASP XSS fino a quando non identificato che l'approccio iframe come questo ha funzionato solo bene:

<IFRAME SRC = "javascript: alert ('XSS');"> </ iframe>
Si tratta di un "attacco" piuttosto semplice e, naturalmente, avrebbe potuto essere molto peggio (cioè molto meno "appropriata"). Mostro spesso persone questo video Brenno de Winter che vi dà una visione più "impattante" in quello che può essere fatto con XSS e la classe di sito web che è vulnerabili ad esso:


Abbiamo rivelato l'edizione di sli.do il fine settimana dopo l'evento e hanno risolto durante la notte. Userò sli.do ancora - è un servizio accurato - e francamente, questo è stato uno dei momenti salienti della giornata!