Czy można odpowiedzieć na żądanie sondy na innym kanale?

Monitoruję ruch 802.11 w mojej sieci, a zwłaszcza aktywne sondowanie ze smartfona. Wysyłam prośby o sondę dla niektórych ukrytych identyfikatorów SSID, ale także żądanie nieukierunkowanej sondy, które mają ujawnić sieci pasujące do możliwości ogłoszonych przez moje urządzenie.

Jestem w Europie, więc myślę, że możemy korzystać z większej liczby kanałów niż w USA (prawda?), A zatem nakładają się na siebie.

Zgodnie z oczekiwaniami skanowanie odbywa się kolejno na różnych kanałach, ale zaskakuje mnie to zachowanie:

Żądanie bezkierunkowej sondy wysłane na kanale 5 jest odbierane przez punkt dostępowy na kanale 6. Czy to całkowicie normalne zachowanie, tj. Zdefiniowane gdziekolwiek w oficjalnych specyfikacjach?

EDYCJA: Oto treść żądania i odpowiedzi sondy, moje założenie opieram na zestawie parametrów DS: bieżący kanał.

Różnica czasu między dwiema ramkami wynosi 4 ms i nie zaobserwowałem żadnej innej aktywności na falach w tym okresie.

EDYCJA: Oto polecenie, które uruchamiam z airodump-ng 1.0 airodump-ng -c 6 mon0

a narzędzie do przechwytywania pokazuje sygnały nawigacyjne pochodzące z AP na kanałach od 2 do 9. Dla mnie oznacza to, że airodump akceptuje wszystkie pakiety widoczne w zakresie częstotliwości, bez odrzucania ich zgodnie z bieżącym parametrem kanału, co ma sens ze względu na wydajność.

Jeśli router ma takie samo zachowanie w zakresie odpowiadania na żądania sondy ... może to być powód. (Zaczynam kwestionować selektywność filtrów częstotliwości używanych w naszych ukochanych routerach).

EDYCJA 1:

Czy to zachowanie 1) jest powtarzalne, czy ktoś z działającym urządzeniem może spróbować to zaobserwować? 2) określone gdzieś w odnośnikach 802.11? Nie mogłem tego znaleźć.

EDYCJA 2:

Dziękujemy wszystkim dotychczas, którzy próbowali powtórzyć tę konfigurację. Oto moja ostatnia próba wyjaśnienia tego. Muszę przejść dalej: P Oto dokładna kolejność, w jakiej zrobiłem różne rzeczy.

root@mymachine:~# iwconfig :: no mon interface, wlan0 is managed, not associated, and on channel 6: 2.437GHz
root@mymachine:~# airmon-ng start wlan0 6 :: mon0 created, set on channel 6: 2.437GHz

Potwierdza to później inny iwconfig. (na marginesie, mogę zmienić kanał wlan0, a mon0 pozostaje niezależny).

root@mymachine:~# airodump-ng mon0 --channel 6 -w out --output-format pcap :: start a capture on channel 6, write to a file. 

Obserwacja: airodump-ng nie wyświetla żadnych zmian w kanale, lewy górny róg jest ustawiony na numer 6. Jednak sygnały nawigacyjne zaobserwowane na kanałach 2 do 11 ... -> Najwyraźniej brak selektywności i przekazywanie argumentów do obu airmon-ng a airodump-ng wydaje się bezcelowe.

Obserwowane z:
sterownik CHIPSET Intel 4965 iwlwifi sterownik
CHIPSET Atheros AR 9271 ath9k

Zrzut ekranu:

To, co się dzieje, jest takie, że twoje urządzenie bezprzewodowe, nawet dostrojone do kanału 6 (2437), ma również małe prawdopodobieństwo odbioru ramek z sąsiednich kanałów, takich jak kanał 5 i 7., a nawet dalej (z mniejszym prawdopodobieństwem).

Jest to wysoce zależne od używanego interfejsu bezprzewodowego. Najgorsze radio, jakie znalazłem, to adapter USB oparty na AR9170, który był w stanie wychwycić ruch na kanale 1 po włączeniu dla kanału 6. Niektóre inne interfejsy (np. AR9280) nie mają tego problemu lub są dość ograniczone.

PS: AR9271 nie jest obsługiwany przez sterownik ath9k, ale przez sterownik ath9k_htc. Ponieważ ta karta wydaje się naturalnym następcą AR9170, nie dziwię się, że masz ten sam problem.

Przechwyty bezprzewodowe nie są tym samym, co przechwytywanie przewodowe. Podczas przechwytywania przewodowego wystarczy wybrać interfejs i rozpocząć przechwytywanie klatek.

W przypadku przechwytywania bezprzewodowego wybierasz adapter, ale musisz także wybrać, czy zamierzasz monitorować jeden kanał, czy skanować na wielu (lub wszystkich) kanałach. Oba mają zalety i trzeba zrozumieć, kiedy z nich korzystać.

W twoim przykładzie, ponieważ przechwytujesz na dwóch różnych kanałach, albo używasz dwóch różnych urządzeń przechwytujących, albo przechwytujesz podczas skanowania kanałów, ale przypuszczam, że skanujesz. Oznacza to, że na pewien czas zatrzymuje się na jednym kanale, przechwytuje ruch, a następnie przechodzi do następnego.

Oto, jak widzę to najprawdopodobniej:

1. Urządzenie przechwytujące rozpoczyna monitorowanie na kanale 5.
2. Urządzenie klienta wysyła żądanie sondy na kanale 5.
3. Urządzenie klienckie przechodzi do kanału 6 i wysyła żądanie sondy.
4. Urządzenie przechwytujące przechodzi do kanału 6 i rozpoczyna monitorowanie.
5. AP wysyła odpowiedź sondy na kanale 6.

Na koniec twoje przechwytywanie odbiera żądanie sondy na kanale 5, ale następnie odpowiedź sondy na kanale 6.

Każde używane przeze mnie narzędzie do bezprzewodowego przechwytywania pozwala wybrać jeden kanał do monitorowania. Podejrzewam, że jeśli ustawisz to na kanał 5, otrzymasz żądania sondy bez odpowiedzi. Jeśli ustawisz kanał 6, zobaczysz zarówno żądania sondy, jak i odpowiedzi.