Monitoring urządzeń Wi-Fi przez systemy sterowania ruchem

Transkrypt

PRACE NAUKOWE POLITECHNIKI WARSZAWSKIEJ
z. 113
Transport
2016
Patrycja Trojczak-Golonka
'$(X(!")!XInstytut Uzbrojenia
)!*#
MONITORING X$6|6-{WIFI PRZEZ SYSTEMY
STEROWANIA RUCHEM
/: marzec 2016
Streszczenie: W artykule zaprezentowano mechanizm identyfikacji pojazdów zaimplementowany
##
kierowców. #!('X%
%!X!%%
]
'!
< monitoring ruchu drogowego, ramka Probe Request, komunikacja WLAN
1. WPROWADZENIE
Inteligentne systemy sterowania ruchem X , informatyczne i systemy elektroniczne. Celem ich budowy
#
%
nadzoru i zarzadzania ruchem [1x])i
!^_X
#!X!
wych, itd.
! % , Tristar. Jego
koncepcja powstawa w latach 2002-2010 B]W grudniu 2014 zo%X%!! ]
%!!
!
systemu. Monitoring ruchu
pojazdów w zintegrowanych systemach na trzech tradycyj%]D]
XX!
%]
Pierwszym elementem pomiarowym systemu Tristar w % [2]. Cyt. „..#
%%!X%
+@//
^@//_!…” [3].
488
@!
!]!
zbieranych z kamer instalowanych w%!]'%
!X

# !
czytu tablic rejestracyjnych.
Dodatkowo kierowcy monitorowani s !
] ! X
X%!
%!] System Tristar posiada rów%%
&^
_
!#^]!_ [3
Problem identyfikacji pojazdów !%&X
&#!
],

bryc ! ] ( &
]%&%#
X%
pojazdu. W %
&('
# # ] %%,X#!
nych urz%
!%.
2. CHARAKTERSTYKA PROCESU PRÓBKOWANIA
"('technologii radiowej. Od
<XB:B:!^
# _] & z ]
Asocjacje poprzedza proces wyszukania sieci bezprzewodowej, która zostanie wybrana do
^ !_ X ! do sieci.
Skanowanie otoczenia w ce!
%X%!
'X!]%&Y
Skanowania pasywnego- gdy stacja mobilna biernie oczekuje na odebranie ramek Be!]
Skanowania aktywnego -sX&
!^'_]
! /Ä
est.[4] !.
$!WiFi przez systemy sterowania ruchem
489
2.1. AKTYWNE SKANOWANIE
(%!]/
%
(1 $_&X!%
]+zaX% szuka X
^
%)]+
^++*@_XG%%!
'^++*@_][5]

'!#
kwencji FCS (ang. Frame check sequence), weryfikowana jest suma kontrolna ramki po
]
'X!!

!
&]
(X!'!
& !
X
|otrzymane zapytanie w postaci ramki Probe Response. Zawiera ona informacje m.in. o SSID i BSSID !X^
;_X#
GX
giwanych ach transmisji, algorytmie szyfrowania #]
Po otrzymaniu odpowiedzi (Probe response) stacja porównuje ramki i ustala, z którym
punkt&]+#
niowany w standardzie 802.11, jego implementacja z% ]
(
% & !X !
& ++*@ ^
_X!
&!
!#X]v [4].
Rys. 1. ! [6]
@>]
]
490
2.2. BUDOWA RAMKI PROBE REQUEST
/('&%kategorie:
ramki danych – do przenoszenia faktycznych danych
ramki kontrolne – – &X [4]
Z punktu widzenia monitoringu aktywny# ramki
cze !
&X%%
i !ych #]
,
& ramki Probe Request przedstawiono na rysunku 2.
Rys. 2. Budowa ramki Probe Request [7]
, z 24 bitowej (28 bit w 801.11n) !owej i zasadniczej. W (
;]]#^
Probe request – bity 2-
===>==- oznaczenia typów na rys. 3), informacja o pochodzeniu ramki (z DS. lub do DS – odpowiednio bit ustawiony na 0 lub 1), kom
& X % X !
^>X%!_]
Rys. 3. Oznaczenia typów i podtypów ramek WLAN [8]
491
Pole Duration – %%
^;
Free Period lub Content Period)X!%#
trwania wymiany ramek lub identyfikatorze na Polling List. B&
';^]_– !
&
0 (wektor NAV nie jest ustawiany)
Pole DA – Destination Adress - ]]
W przypadku ramki Pro/ÄX%
X ! ff:ff:ff:ff|:ff:ff.
Pole SA - Source Adress – X#
cego przypisany do karty bezprzewodowej, w tym Mac adres stacji.
Pole BSSID – adres MAC AP !! &X #]
(%'(stacja jest w trakcie
_%&G++*@&X!
kana jest dowolna siec w okolicy.
Pole Seq-ctl – pole zawiera numer kolejny ramki.
Pole SSID- ! ^=_X !
& ! ++*@ ++*@X
Xadres broX!%&]
Pola Support Rates – # ! ] (
== kb/s (np. 11 Mb/s = 001 0110 czyli 22, 22/500 kb/s=11 Mb/s)
FCS- pole zawiera 32-
& CRC (cyclic redundancy check) pe#
sumy kontrolnej !
][4]
]<, ale nieistotne
w przypadku ramki Probe Request. [4]
3. MONITORING &\*123; X$6|6-{*;.;
$
('
!!!]
//Ä istotne informacje, na pod%#& #&
!]
/Ä]](
#
%&%+'X!
MAC adres. MAC (ang. Media Access Control) ?
,/!X
X
produkcji.[9] *&%
& X
&
%!X%!!
]
&!] $';^
przechwycenia), danymi !]!
%##&!
w okolicy sensora.
492
Rys. 4. /Ä [8]
@!#/ÄSSID (i analogicznie BSSID)
X ]#++*@$';
p
&
&%!])
^%_
%&#%Xejsca pracy (np. SSID BLStream2, BLStream3 i BLStream4), itd. @
&!
++*@$';]*X%X% nazwy
++*@&!X
]
)!%#%^]!#
_X
!X%!

kr % % !
WLAN.
4. PRZETWARZANIE DANYCH POMIAROWYCH
W TRISTAR
"!
('%
X % ! & # ^
<XB:X]_X
#]
493
Firma BitC%, %
!]
;+«]
X%% !&]
]]X!!
X&#%!
odcinkach drogi w danej chwili i okresach .
Rys. 5. ensor BitCarrier [10]
@
kierunkowej funkcji hash w taki sposób, by indywidualne cechy (np. MAC adres) !
! #]
%
&#!
dzenia. [10] Proces pozyskania danych przedstawiono na rysunku 6.
Rys. 6. [10]
X%% odwrócenie procesu przetworzenia pozyskanych da#. %&
ficznej #!#%&
!#X%#%%&
! % & ! X .
przejazdu z domu do pracy. Firma BitCarrier nie udziela precyzyjnych informacji na temat
X%
#
jej ]# danych.
Firma deklaruX % u z 3-180 km/h %&X
|#!][10]
494
5. PODSUMOWANIE
@nteligentnych systemów sterowania ruchem &%%
!]*&%%!!#X
& ich #
wego.
Nie inaczej jest w przypadku trójmiejskiego systemu Tristar.
(#X

]awiono mechanizm %zbieranie danych, identyfikowanie . Ponadto
zaprezentowano sposób przetwarzania tych danych #%!]
Dodatkowo wskazano podstawowe !% . Problem
!
%
X('#
%#]
Bibliografia
1. Jamroz, K., Oskarbski J., Inteligentny system transportu dla aglomeracji trójmiejskiej, Telekomunikacja i
techniki telekomunikacyjne, nr 1-2, 2009, s.66-76
2. Jamroz K., Krystek R., Kustra W., Koncepcja zintegrowanego systemu zarzadzania ruchem na obszarze
BXB+tu, cz. I.X/*%B
XB<==
3. Portal www GDDiKA., https://www.gddkia.gov.pl/pl/2876/Stacje-Ciaglych-Pomiarow-Ruchu], dostep
marzec 2016
4. Roshan P., Leary J., Bezprzewodowe sieci LAN 802.11. Podstawy, Wydawnictwo Naukowe PWN, Warszawa 2007
5. Portal www Sensepost https://www.sensepost.com/blog/2012/snoopy-a-distributed-tracking-and-profiling-framework/ dostep: marzec 2016
6. Portal Cisco Meraki, 2110 https://documentation.meraki.com/MR/WiFi_Basics_and_Best_Practices/802.11_Association_process_explained dostep: marzec 2016.
7. Gast M., 802.11® Wireless Networks The Definitive Guide, O'Reilly, Sebastopol, 2005
8. Portal www, http://mrncciew.com/2014/09/29/cwap-802-11-mgmt-frame-types/, dostep marzec 2016
9. Encyklopedia elektroniczna Wikipedia, https://pl.wikipedia.org/wiki/Adres_MACXY<=>[
10. Portal BitCarrier, http://www.bitcarrier.com/technology, dostep marzec 2016
MONITORING WIFI DEVICES BY TRAFFIC CONTROL SYSTEMS
Summary: In the article is presented a mechanism for identification of vehicles implemented in the Tristartraffic control system based on the identification of wifi devices owned by the drivers. The content includes
the specifics of the WLAN communication protocol, which allows to collect data regarding road users, processing of these data in Tristar and the risks that accompany this process.
Keywords: traffic monitoring, frame Probe Request, public WLAN