Vraag


Acties:
  • 0 Henk 'm!

  • mr94
  • Registratie: April 2014
  • Laatst online: 08-09 18:55
Voor een systeem maken wij gebruik van MikroTik HAP routers. Dit zijn kleine heel erg configureerbare routers.

Deze router sluiten wij aan op het stroom en via een UTP kabel op de PC / Laptop van de klant. De router krijgt geen uplink naar het internet. Op de PC van de klant starten wij een programma welke een webserver opstart.

Deelnemers maken verbinding met de router via Wifi met hun tablet / smartphone. En gaan naar de browser en maken verbinding met de server van de klant (DNS record wordt in de router aangemaakt bij het opstarten van het programma) Wanneer de deelnemers verbinding maken met de Wifi van de router krijgen ze steeds vaker een melding vanuit iOS en Android dat er geen internet mogelijk is. Android is zelfs zo hardnekkig dat gebruikers een pop-up krijgen of ze wel verbinding willen behouden met het Wifi netwerk.

In de packet sniffer heb ik al het IP 17.252.76.14 gevonden waarmee iOS iets doet bij het opzetten van een Wifi verbinding. Maar meer kan ik niet vinden.

Heeft een van jullie een idee hoe iOS / Android de check doet of er internet is?
Dan kunnen we dit wellicht in ons systeem inbouwen zodat gebruikers die melding niet meer krijgen.

Beste antwoord (via mr94 op 16-02-2019 22:39)


  • laurens0619
  • Registratie: Mei 2002
  • Laatst online: 23:28
Voor ios is het kwestie van webserver starten en zorgen dat deze url naar je interne webserver verwijst en dezelfde response teruggeeft:

http://www.apple.com/library/test/success.html

Dit is nl de url die ios aanroept na met wifi netwerk verbonden te zijn
https://blog.erratasec.co...est.html?m=1#.VLA9UsabLOY

Android zal wel iets vergelijkbaars doen

[ Voor 35% gewijzigd door laurens0619 op 16-02-2019 14:56 ]

CISSP! Drop your encryption keys!

Alle reacties


Acties:
  • +1 Henk 'm!

  • Mijzelf
  • Registratie: September 2004
  • Niet online
Waarom? De melding is toch gewoon juist?

Ik denk niet dat je het kunt omzeilen. Als je met die packet sniffer niet kon achterhalen wat er precies wordt uitgewisseld, dan is het encrypted, en waarschijnlijk ook gecertificeerd. Dus als je Google en Apple niet zo gek krijgt je een certificaat te geven, gaat het je niet lukken.

Acties:
  • Beste antwoord
  • 0 Henk 'm!

  • laurens0619
  • Registratie: Mei 2002
  • Laatst online: 23:28
Voor ios is het kwestie van webserver starten en zorgen dat deze url naar je interne webserver verwijst en dezelfde response teruggeeft:

http://www.apple.com/library/test/success.html

Dit is nl de url die ios aanroept na met wifi netwerk verbonden te zijn
https://blog.erratasec.co...est.html?m=1#.VLA9UsabLOY

Android zal wel iets vergelijkbaars doen

[ Voor 35% gewijzigd door laurens0619 op 16-02-2019 14:56 ]

CISSP! Drop your encryption keys!


Acties:
  • +1 Henk 'm!

  • mr94
  • Registratie: April 2014
  • Laatst online: 08-09 18:55
laurens0619 schreef op zaterdag 16 februari 2019 @ 14:55:
Voor ios is het kwestie van webserver starten en zorgen dat deze url naar je interne webserver verwijst en dezelfde response teruggeeft:

http://www.apple.com/library/test/success.html

Dit is nl de url die ios aanroept na met wifi netwerk verbonden te zijn
https://blog.erratasec.co...est.html?m=1#.VLA9UsabLOY

Android zal wel iets vergelijkbaars doen
@laurens0619 Thanks! Daar was ik naar opzoek.
Intussen ook voor Android gevonden hoe ze het daar doen:
https://enterprisenetwork...nt-vendors-vs-ap-vendors/