{"id":141439,"date":"2025-08-24T11:11:56","date_gmt":"2025-08-24T09:11:59","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/ataka-na-brauzernye-dopolneniya-s-menedzherami-parolej-ispolzuyushhaya-klikdzheking"},"modified":"2026-01-24T17:56:45","modified_gmt":"2026-01-24T15:56:45","slug":"ataka-na-brauzernye-dopolneniya-s-menedzherami-parolej-ispolzuyushhaya-klikdzheking","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/ataka-na-brauzernye-dopolneniya-s-menedzherami-parolej-ispolzuyushhaya-klikdzheking","title":{"rendered":"Attacco alle estensioni del browser con gestori di password, che utilizza il clickjacking.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Alla conferenza DEF CON 33 \u00e8 stato presentato un metodo di attacco alle estensioni del browser che inseriscono i propri elementi dell'interfaccia nella pagina visualizzata. L'applicazione dell'attacco alle estensioni con i gestori delle password pu\u00f2 portare alla fuga di informazioni memorizzate nei gestori delle password, come parametri di autenticazione, dettagli delle carte di credito, dati personali e password monouso per l'autenticazione a due fattori. Il problema riguarda tutti i gestori delle password testati, inclusi 1Password, Bitwarden, LastPass, KeePassXC-Browser, NordPass, ProtonPass e Keeper. <\/p>\n
Il metodo di attacco si basa sul fatto che le estensioni del browser inseriscono un dialogo con la richiesta di compilazione automatica della password direttamente nella pagina visualizzata, integrando i propri elementi nel DOM (Document Object Model) di quella pagina. Se l'attaccante ha la possibilit\u00e0 di eseguire il proprio codice JavaScript sulla pagina, ad esempio sfruttando una vulnerabilit\u00e0 XSS sul sito, pu\u00f2 manipolare tutti gli elementi nel DOM, comprese le estensioni del browser inserite. <\/p>\n
Tra l'altro, \u00e8 possibile rendere trasparente il dialogo di conferma e sposare spazialmente il pulsante in questo dialogo con il pulsante del dialogo fraudolento creato dall'attaccante, che stimola l'utente a cliccare. Possono essere utilizzate richieste fasulle per i diritti di gestione dei Cookie, banner pubblicitari o moduli con captcha come dialoghi sostitutivi. Posizionando il dialogo fraudolento sotto il dialogo trasparente del gestore delle password e allineando la posizione dei pulsanti sullo schermo, \u00e8 possibile fare in modo che il clic dell'utente ricada sul pulsante di conferma della compilazione dei parametri di autenticazione nel dialogo del gestore delle password, sebbene l'utente pensi di aver cliccato, ad esempio, sul pulsante di chiusura della finestra pubblicitaria.
<\/center> <\/p>\n
L'attacco si riduce ai seguenti passaggi: <\/p>\n
\n
Creazione di un elemento invadente sulla pagina che stimola il clic.\n
Aggiunta di un modulo web per l'accesso o per la compilazione di dati personali.\n
Impostazione della trasparenza per i moduli web («opacity: 0.001» in CSS).\n
Utilizzo del metodo focus() per impostare il focus di input su un campo nel modulo, attivando il dialogo di autocompletamento del gestore delle password.\n
Ricerca del dialogo del gestore delle password apparso nel DOM e impostazione della trasparenza per esso.\n
Attesa del clic dell'utente su un elemento invadente visibile nella pagina, che, con la corretta combinazione di elementi visibili e invisibili, porter\u00e0 a un clic sul pulsante in una finestra di dialogo trasparente e alla compilazione dei campi da parte del gestore delle password.\n
Estrazione dei dati da un modulo web compilato e invio degli stessi sul server dell'attaccante. <\/ul>\n
Poich\u00e9 il completamento automatico dei parametri di autenticazione nel gestore delle password viene attivato solo per i siti nei quali questi parametri sono stati salvati, per organizzare l'attacco \u00e8 necessario essere in grado di eseguire il proprio codice JavaScript sul sito attaccato o su un sottodominio. Pertanto, per effettuare l'attacco \u00e8 necessario ottenere un sottodominio nello stesso dominio del sito attaccato o trovare una vulnerabilit\u00e0 XSS nel sito che consenta di iniettare il proprio codice nel contenuto visualizzato dall'utente. <\/p>\n
Si osserva che molti utenti utilizzano un singolo gestore di password sia per memorizzare i parametri di accesso che per generare password monouso per l'autenticazione a due fattori, il che consente di utilizzare il metodo di attacco considerato durante il completamento automatico delle password monouso. Come esempio, \u00e8 stata dimostrata un'attacco sul sito issuetracker.google.com, contenente una vulnerabilit\u00e0 XSS. Per ottenere i parametri di accesso e il codice per l'autenticazione a due fattori, \u00e8 sufficiente inviare all'utente un link che sfrutta la vulnerabilit\u00e0 XSS e ottenere tre clic tramite la sostituzione di richieste invadenti fittizie (autorizzazione al trattamento dei cookie, autorizzazione alla personalizzazione e accettazione della politica sulla privacy).
![\"Attacco](\"\/wp-content\/uploads\/2025\/08\/9df2f88789928b98278bb49ac8522c38.png\")
<\/center> <\/p>\n