Kann ein Router zuvor besuchte Netzwerke (SSIDs) lesen?

378
Leo--

Ich mache ein Projekt, in dem es notwendig ist, dass der Router die SSIDs (Namen der Netzwerke) lesen kann, die zuvor von dem Gerät besucht wurden (üblicherweise Telefone). Ich habe auch gelesen, dass einige der zuvor besuchten Netzwerke standardmäßig im Protokoll übertragen werden. Ich weiß, dass es bizarr und unorthodox erscheint, aber wenn es gelingt, wäre dies ein Schlüsselfaktor für den reibungslosen Ablauf des Projekts. Die Codierung wäre auf C und der Code, den ich für den Tp-link 4300 in den Emulatoren und Compilern der Site gefunden habe, wurde hinzugefügt. Die Aufgabe ist nur erforderlich, nachdem das Gerät mit dem Netzwerk verbunden ist und es schließlich gespeichert hat.

Zusammenfassung: Ich frage also, ob ein Router die zuvor besuchten Netzwerke auf einem bestimmten angeschlossenen Gerät lesen kann. Wenn das so ist, wie? Verfügt ein Router über erhöhte Berechtigungen, sodass er sie lesen kann? Vielen Dank im Voraus für jegliche Hilfe oder hilfreiche Kritik.

0
Ich denke, dies wäre für den Router völlig unmöglich, ein Gerät zu "schnüffeln" - und selbst wenn, würde es erforderlich sein, zu wissen, welches Betriebssystem verwendet wurde, wo man nach gespeicherten Netzwerken suchen und sie dann in seinem Speicher ablegen sollte. Router verfügen über einen sehr begrenzten Speicher, da diese Informationen nicht gespeichert werden müssen, da sie für die Funktionalität des Geräts unerheblich sind. Kinnectus vor 7 Jahren 2
Ja, @Kinnectus, es wäre fast unmöglich für den Router, aktiv nach den Netzwerken der angeschlossenen Geräte zu suchen, aber ich habe kürzlich nachgelesen und einige der Anfragen, die ein Telefon sendet, oder __requests__ die bevorzugten Netzwerke einschließen. Senden einige Netzwerke, die der Router lesen kann? Leo-- vor 7 Jahren 0
Der einzige Fall, in dem ein WLAN-Gerät anzeigen würde, wo es zuvor eine Verbindung hergestellt hat, ist, ob das Gerät so konfiguriert wurde, dass es dieses Netzwerk als verborgene SSID (keine Broadcast-SSID) verwendet. Dadurch versucht das Gerät regelmäßig, sich mit der SSID zu verbinden, nur um zu sehen, ob es dort ist. Frank Thomas vor 7 Jahren 0
@FrankThomas würde es regelmäßig nur die versteckten senden? Oder nur eines der versteckten Netzwerke? Leo-- vor 7 Jahren 0

1 Antwort auf die Frage

2
grawity

Die Geräte (Zugangspunkte) können nichts direkt vom Telefon lesen. Sie empfangen jedoch Prüfungsanfragen, wenn das Telefon nach verborgenen Netzwerken sucht. So wie der AP auf Sonden für seine eigene ESSID antworten soll, kann er auch alle anderen Sonden auf dieselbe Weise sammeln.

(Nun, nicht ganz auf die gleiche Art und Weise - normale Antworten werden wahrscheinlich von der Wi-Fi-Radio-Firmware gehandhabt, während das Auffinden anderer Sonden vom Betriebssystem im "Monitor" -Modus ausgeführt wird.)

Dies betrifft nur Geräte, die nach bestimmten Netzwerken suchen, und nicht solche, die vollständig auf Beacons angewiesen sind, die von APs selbst übertragen werden. Ich weiß nicht, welche Geräte das erstere tun, aber es wird hauptsächlich getan, um "verborgene" Netzwerke zu finden, die eine leere SSID in Beacons senden, und ist ansonsten kein wichtiger Teil des Protokolls.

Mit anderen Worten: Wenn Sie "SSID-Broadcast" im Zugriffspunkt deaktivieren, hat dies tatsächlich den gegenteiligen Effekt, wenn Sie Ihre Clientgeräte dazu bringen, sie zu senden.

Bedeutet das im Wesentlichen nur, dass der AP nur nach SSDs sucht, von denen er weiß, wird alles andere ignoriert? Kinnectus vor 7 Jahren 0
Wenn das Telefon (oder das angeschlossene Gerät) Testanfragen sendet, was steckt darin? Ich weiß, dass es einige SSIDs in ihnen gibt, aber sind es nur bestimmte? (Wie die SSIDs, die zu verborgenen Netzwerken gehören?) Oder werden alle gespeicherten SSIDs gesendet? @Grawity Leo-- vor 7 Jahren 0

Verwandte Probleme