Spørsmål:
Er det mulig å "beskytte" mot MITM-angrep via HTTP?
David Murdoch
2013-04-09 23:17:59 UTC
view on stackexchange narkive permalink

I en samtale på Twitter advarte jeg et nettsted om et sikkerhetsproblem. Spesielt brukte muligheten for et MITM-angrep (Mann i midten) til å kompromittere registreringsskjemaet deres. gjelder. "

Er det mulig å" beskytte "mot et MITM-angrep uten å implementere SSL (jeg er klar over at SSL ikke er skuddsikker heller, men trodde alltid det var det første trinnet)?

Tre svar:
AJ Henderson
2013-04-09 23:44:59 UTC
view on stackexchange narkive permalink

De sender innlegg via SSL. Dette vil gi beskyttelse mot en passiv MITM siden legitimasjonen vil bli kryptert på innlegget tilbake, men det gjør effektivt ingenting mot en aktiv angriper som er i stand til å endre trafikk siden de bare kan endre URL-en for tilbakeførsel og brukeropplevelsen ikke vil endre seg .

En smart klient kan verifisere integriteten til tilbakeførsels-URL før legitimasjonssending (inkludert inspeksjon av siden for javaskript som kan endre URL-en) og unngå et MITM-angrep, men praktisk talt for det gjennomsnittlige internett bruker, er det ikke sikkert. Nettstedet du besøkte, burde virkelig bytte til å gi påloggingsskjermen på en fullstendig HTTPS-side.

"Det er også verdt å merke seg at Moot ikke gjør noe galt, bare nettstedet du besøkte legger inn påloggingen på en usikker måte." Normalt vil dette være sant, bortsett fra at nettstedet i dette tilfellet er * deres * nettsted; den som ble brukt til å registrere seg for sitt produkt (både forum- og kommentarsystemet). De lenker til den direkte fra hjemmesiden sin.
@DavidMurdoch - Jeg antar at det er det, da tok Twitter-fyren feil og sa at den var innebygd i et tredjepartsnettsted, og ja, det er usikkert for aktive angrep.
Stemte på din som riktig i stedet for Thomas fordi han allerede har 65 000+ mer rep enn deg. Begge svarene er like nyttige.
Thomas Pornin
2013-04-09 23:29:25 UTC
view on stackexchange narkive permalink

For å virkelig beskytte mot mann-i-midten-angrep, må du:

  • bruke en slags integritetskontroll på alle utvekslinger mellom klient og server;
  • håndheve minst enveisgodkjenning (serveren må autentisere klienten, eller klienten må autentisere serveren).

I utgangspunktet å gjøre det SSL gjør. I en webkontekst med vanlig HTTP er klienten dum og vil ikke gjøre de nødvendige tingene. For å gjøre klienten "intelligent", må du ta med litt kode på klientsiden, dvs. Javascript - men hvis du ikke laster ned Javascript over HTTPS, mister du.

Så jeg antar at samtalepartneren din er villedet, eller lyver bevisst til deg, eller begge deler.

Tek Tengu
2013-04-10 01:16:34 UTC
view on stackexchange narkive permalink

Mennesket i midten er et vanskelig problem å beskytte mot. Det er som å si at det er en måte å stoppe tiden på, eller er det en lås som ikke kan velges. Mitt generelle svar er "nei", det er ikke en måte å generisk beskytte, carte blanche mot MiTM-angrep, periode, og det er ikke engang en god måte å stoppe dem.

Den beste måten å alltid løse disse problemer er med en lagdelt løsning, for å heve linjen mot et MiTM-angrep. Ellers vil enhver enkeltpunktsløsning alltid bli omgått og voila, du har en mann i midten.



Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 3.0-lisensen den distribueres under.
Loading...