Domanda:
La barra di stato del browser Web è sempre affidabile?
newuser999
2013-08-30 11:37:00 UTC
view on stackexchange narkive permalink

Se porto il puntatore del mouse su un collegamento, ma non faccio clic su di esso, vedo nell'angolo inferiore sinistro / inferiore che ne visualizza l'URL.

D: Questo URL (a sinistra / in basso) potrebbe essere diverso da quello che utilizzerà il mio browser Web? (non contare che il lato server può essere reindirizzato con un es .: HTTP 302)

La domanda è solo perché sai che dire agli utenti di controllare prima la parte sinistra / inferiore del browser fare clic sul collegamento è una cosa buona / utilizzabile per quanto riguarda la sicurezza.

Fornisci anche link / descrizioni autentici :)

PS: forse se JavaScript è abilitato, è possibile che l'utente acceda a un altro sito web, diverso da quello visualizzato in a sinistra / in basso?

enter image description here

AGGIORNAMENTO: disabilitare JavaScript con es .: NoScript risolve questo problema al 100%? (ha aperto una taglia per questa parte della domanda) - perché sembra che potrebbe essere prevenuta con NoScript.

Esempio: http://jsfiddle.net/qn4jF/embedded/result/
Non puoi fidarti di loro. Ci sono stati un milione di casi diversi nel corso degli anni in cui i browser sono stati indotti a fare qualcosa di diverso da quello che l'utente si aspettava. Se non puoi assolutamente fidarti della pagina che hai visitato, chiudi la finestra del browser. Non toccare niente. Fornire collegamenti a situazioni passate non è molto utile, perché nuove tecniche vengono inventate regolarmente. Seriamente, non fidarti.
Devo aprire altre domande riguardanti: "La disabilitazione di JavaScript con es .: NoScript risolve questo problema al 100%?" o posso mettere una taglia su questa domanda che lo riguarda?
Per rispondere alla seconda parte della tua domanda, a giudicare da tutte le risposte pubblicate finora, sì, disabilitare JavaScript funzionerebbe. Ma non è esattamente un'ottima soluzione, dato che dovresti disabilitare completamente Javascript e rompere la maggior parte dei siti Web in questi giorni.
Ho disabilitato JavaScript e sono andato su questo sito: http://jsfiddle.net/48KFV/2/show/ ha funzionato ancora :) quindi disabilitare JavaScript non può essere d'aiuto (Firefox usato).
http://jsfiddle.net/48KFV/2/show funziona senza javascript. La "barra di stato" è falsa e sembra falsa al paranoico, ma immagino che la persona media che vuole solo portare a termine il suo lavoro possa non notare la differenza.
Otto risposte:
bobince
2013-08-30 13:35:32 UTC
view on stackexchange narkive permalink

Questo URL (a sinistra / in basso) potrebbe essere diverso da quello utilizzato dal mio browser web?

Sì.

  • per un semplice clic su un collegamento, l'intero clic potrebbe essere catturato da JavaScript e fatto per fare qualcos'altro, incluso il passaggio a una pagina diversa

  • il collegamento potrebbe essere sostituito quando viene spostato (questo è un comportamento comune per alcuni script di monitoraggio dei clic sui collegamenti)

  • per browser come Chrome in cui il pop-up dell'indirizzo appare all'interno dell'area della pagina, quel pop-up potrebbe essere falsificato con JavaScript e gli elementi della pagina. In generale puoi fidarti solo dell'interfaccia utente del browser che appare nel bordo cromato, al di fuori del controllo della pagina.

Di conseguenza il pop-up dell'indirizzo è una funzione comoda ma non offre alcuna funzione di sicurezza .

Quindi, almeno, se non abbiamo JavaScript, dovremmo essere al sicuro, ma non altrimenti?
Non proprio. Puoi ancora falsificare un pop-up di indirizzo usando solo CSS `: hover`.
@bobince: Potete fornire un esempio?
@MarcksThomas questo dovrebbe dimostrare il punto (test in Chrome): http://jsfiddle.net/48KFV/show/ Non mi sono preoccupato del css e della transizione corretti: D
@Esailija e bobince. Sebbene sia un bell'esempio, è comunque necessario JavaScript per aprire la nuova finestra e "reindirizzare" al nuovo URL malvagio. Inoltre, la "barra" di stato originale del browser ha la priorità di ordine più alta e si troverà sempre sopra quella creata con CSS et al, quindi usare "href" non aiuta.
@Adnan: è possibile ancora più inganno. Ad esempio, immagina un "
" impostato per pubblicare sull'URL A, con un pulsante di invio nascosto (non ottieni un popup di indirizzo per questo), con la demo CSS di Esailija che mostra l'URL B.
@Adnan Ecco un esempio funzionante: http://jsfiddle.net/48KFV/2/show/ funziona anche per il clic centrale del mouse. http://jsfiddle.net/48KFV/2/ per vedere il codice (non può essere eseguito qui perché jsfiddle esegue la pagina in iframe e ci sono x-frame-options deny)
@Esailija Questo in realtà è abbastanza pulito. Grazie per averlo postato.
L'ho accettato come risposta perché il secondo esempio di Esailija funziona senza JavaScript :)
"_per browser come Chrome in cui il pop-up dell'indirizzo appare all'interno dell'area della pagina_" sembra che i designer di Chrome non si siano preoccupati di una barra di stato riservata, separata, impossibile da falsificare (come la barra di stato FF se disabiliti il ​​cambio di JS lo stato) perché non credevano che la barra di stato avesse vantaggi in termini di sicurezza.
Alvin Wong
2013-08-30 16:37:27 UTC
view on stackexchange narkive permalink

Sì, l'URL a cui un link ti porterà alla fine può essere diverso da quello mostrato nella barra di stato.

Uno dei modi possibili per farlo è ascoltare all'evento mousedown DOM dell'elemento link e cambia il link all'interno dell'evento.

Per osservare questo puoi andare su Google search, aprire la console per sviluppatori e fare clic su un risultato link.

Quando passi il cursore sul link:

Hover over

Quando tieni premuto il pulsante del mouse, il link viene modificato, ma il la barra di stato non cambia in Chrome:

Mouse down

Quando muovi leggermente il mouse, la barra di stato in Chrome viene aggiornata:

Mouse move

(In realtà penso che qualcuno dovrebbe inviare una segnalazione di bug su http://crbug.com.)

BenLanc
2013-08-30 16:15:59 UTC
view on stackexchange narkive permalink

No, non puoi fidarti.

L'esempio più prolifico di questo? Dai un'occhiata ai risultati di ricerca di Google, ad esempio. Passa il mouse su un risultato e ottieni un link nella barra di stato, fai clic con il pulsante destro del mouse e copia il link negli appunti e vedrai che ne hai uno completamente diverso.

Il modo in cui Google lo fa è super intelligente (e super semplice). Quando l'HTML ritorna, hai l'URL corretto nel href del link HTML, ma lo alterano non appena il tuo browser registra che il tuo browser rileva un evento "mouse down" sul link

Semplice, sì, ma decisamente fastidioso.
@RBerteig Yes: alcune persone copiano e pubblicano l'URL di feedback di Google nei forum invece dell'URL di destinazione. Google dovrebbe utilizzare PING (e il browser dovrebbe abilitare PING ogni volta che consentono di nascondere questa destinazione).
-1
@MrJamin "L'attributo ping, se presente, fornisce gli URL delle risorse che sono interessate a ricevere una notifica se l'utente segue il collegamento ipertestuale. Il valore deve essere un insieme di token separati da spazi, ognuno dei quali deve essere un valore non vuoto URL. Il valore è utilizzato dall'agente utente per il controllo dei collegamenti ipertestuali "[Collegamenti creati da elementi a e area] (http://www.whatwg.org/specs/web-apps/current-work/multipage/links.html) Vedi anche http://jibbering.com/blog/?p=192
Ecco perché utilizzi la navigazione da tastiera nelle pagine dei risultati di Google.Eventi molto convenienti e senza mouse.Finalmente ho trovato un uso per il tasto del menu contestuale.
curiousguy
2013-09-03 10:44:13 UTC
view on stackexchange narkive permalink

La domanda è solo perché si sa che dire agli utenti di controllare la parte sinistra / inferiore del browser prima di fare clic sul collegamento è una cosa buona / utilizzabile per quanto riguarda la sicurezza.

La mia risposta non tecnica (a differenza di altre risposte che si concentrano sulla potenza di JS e CSS):

Penso che questa idea di controllo non sia assolutamente realistica (al limite della follia) e in quanto tale nefasto per la sicurezza informatica realistica e realistica.

  • Anche se disabiliti la modifica della barra di stato in JS (perché un sito web dovrebbe davvero modificare la barra di stato comunque?),
  • anche se disabiliti JS (che interrompe molte funzionalità Web interessanti) in modo che la destinazione di un collegamento non possa essere modificata con JS come mostrato in altre risposte,
  • anche se si arriva a disabilitare i reindirizzamenti HTTP automatici (che sarebbe molto fastidioso su alcuni siti Web) ...

l'idea di controllare attentamente l'obiettivo di ogni singolo collegamento è un perfetto esempio di "sicurezza come l'en emy of usability "thinking: non è solo poco pratico, è così poco pratico che gli utenti non solo non applicherebbero mai questo principio per più pochi minuti, ma potrebbero anche essere portati a credere che la gestione sicura di un computer sia troppo difficile e non ne vale la pena .

Quando fornisci consigli sulla sicurezza, non stai solo affermando una raccomandazione appropriata in un contesto particolare, stai inviando un messaggio sulla sicurezza del computer in generale: la sicurezza è facile , la sicurezza non è facile ma raggiungibile, o la sicurezza è semplicemente troppo difficile.

Se dai un consiglio che è chiaramente troppo difficile da applicare seriamente ogni singola volta, ogni singolo giorno , stai dando l'impressione che la sicurezza del computer consista nel seguire perfettamente terribilmente requisiti rigorosi , qualcosa che i comuni mortali non possono davvero fare.

Se chiedi troppo , le persone semplicemente si arrendono. E gli "esperti di sicurezza" sprecano la loro credibilità.

Questo è il motivo per cui le raccomandazioni sulla sicurezza non possono essere fornite solo da semi-dei "esperti di sicurezza" che offrono la loro "scienza" a semplici mortali; le raccomandazioni sulla sicurezza devono essere testate nel mondo reale; l'attuazione delle raccomandazioni deve essere osservata, misurata. Quando l'esperienza mostra che il consiglio non viene seguito, deve essere modificato per diventare utile nel mondo reale.

chiedendo agli utenti di controllare la parte sinistra / inferiore del browser

Un altro problema è che, anche se potessi trovare alcuni utenti disposti a "controllare" il target di ogni singolo link, questi utenti non saprebbero nemmeno come fare il "controllo", perché non hanno quasi mai idea di dove un link dovrebbe puntare a .

Il consiglio non è solo troppo difficile da praticare tutti i giorni, ma crea confusione.

user10211
2013-08-30 12:19:59 UTC
view on stackexchange narkive permalink

Prima era possibile farlo impostando la proprietà window.status utilizzando Javascript. Vedi questo link per ulteriori informazioni. (Perdonatemi il collegamento a w3schools, è uno dei migliori collegamenti che posso trovare per questa particolare ricerca ...)

Tuttavia, la maggior parte dei browser moderni ha disabilitato questa funzione proprio per motivi di sicurezza. Almeno su Chrome, non credo ci sia un modo per riattivarlo.

Dov'è la "barra di stato" di Chrome?
goodguys_activate
2013-09-01 07:46:14 UTC
view on stackexchange narkive permalink

Oltre a tutte le risposte qui, i browser mobili non possono essere considerati attendibili. Questo perché la maggior parte dei browser nasconde la barra degli URL.

Inoltre le app avvolgono il browser web (legittimamente) per creare applicazioni per iPhone e Android. (Vedi PhoneGap e molti altri che fanno la stessa cosa)

Se utilizzi un browser mobile, affidi tutta la tua sicurezza allo sviluppatore dell'app o rinunci alla visibilità sulla barra del browser. Questo è un problema che deve essere risolto.

Soluzione parziale

Al momento, tutti i dispositivi utilizzano un proxy HTTP / S, su una VPN e ogni sito web viene controllato per contenuti dannosi eo è relativamente sconosciuto o oscuro (come la maggior parte dei siti compromessi).

Inoltre eseguiamo la convalida del certificato SSL e controlli DNS estesi.

DarkMantis
2013-09-03 16:02:04 UTC
view on stackexchange narkive permalink

Sì.

Poiché ci sono stati attacchi noti come i seguenti:

  for (i in o = document.links) {o [i] .onclick = function () {this.href = '// bit.ly/141nisR'}}  

Come mostrato in: http://bilaw.al/2013/03/ 17 / hacking-the-a-tag-in-100-characters.html

L'attacco di cui sopra consentirà all'attaccante di presumere che l'URL stia andando nella posizione corretta finché non fa clic su it, che poi cambia l'attributo di href che poi li indirizza a una nuova posizione.

Dheeraj Thedijje
2013-09-04 10:21:46 UTC
view on stackexchange narkive permalink

Prima di tutto bella domanda!

Se stai chiedendo se il browser ci porta all'URL mostrato sotto nella barra di stato, allora è sì, trovo che ci si possa sempre fidare, a meno che alcuni server o Il risolutore di indirizzi javascript è presente.

Se punti un testo di ancoraggio che ha un URL accorciato, il browser visualizzerà l'URL accorciato poiché questo è l'unico URL incorporato nell'HTML della pagina.

Può be Server utilizza molti URL intermedi per monitorare il comportamento come fa Google, il browser mostra ancora l'URL finale su cui atterrare.

Chrome Showing final URL in Status bar

possiamo vedere l'URL intermedio copiando il collegamento e incollarlo nel browser, Google può utilizzare questo collegamento per monitorare la posizione, utilizzare il comportamento ecc. ma il browser mostra l'URL corretto

A volte il browser stesso inizia a risolvere il browser mentre noi li puntiamo, puoi visualizzalo nella barra di stato e accedi all'URL finale consentito al browser.

Quindi penso che essendo una macchina, il browser mostra l'URL corretto fino a quando non è presente uno script nell'URL.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...