🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.security
Article #856

Re: Wireless

#856
From: Wence Van der Meersch
Date: Sat, 28 Feb 2004 00:26
91 lines
5685 bytes
"Visbak" <visbak@-skipthis-gmx.net> wrote in message
news:5m6%b.13246$nq6.742497@phobos.telenet-ops.be...
> Ik heb al wat opzoekingswerk gedaan ivm de veiligheid van wlans. Ik had
toch
> nog enkele onbeantwoorde vragen.
> Je kan op diverse punten je wlan beveiligen, waar MACaddress filtering en
> encryptie de meest gebruikte zijn.
> Stel dat er iemand met minder goede bedoelingen in uw range komt, wat kan
> hij doen, en wat niet?
>
> * Als je in een wireless router (of AP) een filter hebt op MACaddress, kan
> iemand je netwerk dan sniffen om te zien welke MACs er toegang hebben?
Iedem
> met encryptie, door een hele tijd te sniffen, is het dan niet mogelijk om
> daaruit een gemeenschappelijkheid te halen (de encryptie key)?

Het is inderdaad mogelijk om een kaart in rfmon modus te zetten en te zien
welke mac's er toegang hebben, de "aanvaller" kan daarna het mac adres van
zijn kaart veranderen in ��n van de adressen die toegang bleken te hebben
(uiteraard wanneer deze zelf niet meer actief is). En zo dan aanmelden op
het AP (op voorwaarde dat men geen gebruik maakt van WEP, of hij de key
kent). Indien men een MAC ACL gebruikt op een AP kan een aanvaller ook alle
plaintext protocollen sniffen in rfmon modus. Het enige wat een MAC ACL doet
is voorkomen (wel voorkomen kan men het eigenlijk niet noemen, eerder
vertragen) dat iemand rechtstreeks kan aanloggen op uw netwerk. Uw data is
in geen geval veilig. Om dit te doen hoeft de aanvaller enkel zijn nic in
rfmon modus te zetten en tcpdump te draaien.

Het zelfde geldt ook voor encryptie, zijnde het dan een heel stuk anders.
Doordat het WEP encryptie algo niet echt waterdicht is is het mogelijk om
via een enorm aantal gesniffte, zwak ge�ncrypteerde, packets de
encryptiesleutel te achterhalen. Welliswaar worden er maar af en toe zwak
ge�ncrypteerde packets verstuurd, en afhankelijk van het verkeer op het
WLAN, kan dit van enkele uren (bij een continue 100% saturatie van het
wireless lan) tot enkele dagen duren eer men genoeg packets verzameld heeft.
Tools die dit doen zijn oa. Airsnort en Wepcrack

> * Stel je hebt een router of AP die "goed" beveiligd is... Maar elk ding
> heeft wel zijn fouten, dus totale veiligheid bestaat niet. Is het op 1 of
> andere manier mogelijk om meer info teweten te komen over een bepaalde
> w-router of AP? Want indien dit mogelijk is, is het toch eenvoudiger om
> mogelijke fouten te misbruiken, dan wanneer er alle beveiligingsfouten van
> alle routers afgegaan moet worden?

Aan de hand van het MAC adres/BSSID van het AP kan men de leverancier, en in
sommige gevallen het type achterhalen, kismet doet dit standaard. Ook laten
veel bedrijven hun AP's op de default settings staan, waardoor men ook via
het default ESSID kan zien welk merk het AP is. Helaas is het inderdaad zo
dat accesspoint van vele soho leveranciers (oa linksys, dlink, smc, usr,
...) Vele beveiligingslekken bevatten, sommigen zijn zelfs volledig vanop
afstand te beheren (als in read/write access) via SNMP community public,
zonder dat er over deze "features" wordt gesproken in de handleiding of
datasheet.

> * Is het mogelijk door een signaal op te vangen, te weten te komen waar de
> zender ergens staat? Als je logisch nadenkt, en er vanuit gaat dat de
> signaalkwaliteit evenredig is met de afstand (ok, muren ea buiten
> beschouwing gelaten, maar als je vanaf verschillende plekken "meet") moet
> dit te doen zijn...

Dit is mogelijk, maar niet echt super accuraat. Het is namelijk zo dat
microgolven nogal onderhevig zijn aan reflecties, en dus de microgolven van
het AP op platte vlakken (muren dus) reflecteren, waardoor men eigenlijk
signaal vanuit verschillende richtingen krijgt (hetzij dan signalen met een
inverse polarisatie). Een driehoekspeiling zoals u daar suggereerd zou iig
niet zoveel opleveren. Ik denk dat men best gewoon een richtantenne met een
zeer kleine openingshoek en een verticale polarisatie neemt, en de
signaalmeters in het oog houdt en dan zo op zoek gaat.

Om zichzelf beter te beveiligen kan men gaan gebruik maken van bijvoorbeeld
de LEAP mogelijkheden van cisco accesspoints en clients. Welke dan wel als
nadeel hebben dat er geen NIC's van andere merken meer kunnen gebruikt
worden.

Ik hoop u hiermee al enkele stappen verder te hebben geholpen. Indien u nog
meer vragen hebt, aarzel dan niet om ze te stellen.

Mvg,
Wence Van der Meersch
wence "AT" vandermeersch "DOT" org


>
>
> --
> Mvg Kristof
> remove -skipthis- from email to contact me
>
>
>
Technical Details
Message-ID: <lfR%b.2617$Yz7.439263284@hestia.telenet-ops.be>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news.maxwell.syr.edu!news.mailgate.org!news2.euro.net!news2.euro.net!news.cambrium.nl!news.cambrium.nl!ecngs!feeder.ecngs.de!feed1.news.be.easynet.net!ossa.telenet-ops.be!hestia.telenet-ops.be.POSTED!not-for-mail
References: <5m6%b.13246$nq6.742497@phobos.telenet-ops.be>

Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII
X-Google-Thread: 113446,eda72d07f6acebae
X-Google-Attributes: gid113446,public
X-Google-ArrivalTime: 2004-02-27 16:32:27 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!news.maxwell.syr.edu!news.mailgate.org!news2.euro.net!news2.euro.net!news.cambrium.nl!news.cambrium.nl!ecngs!feeder.ecngs.de!feed1.news.be.easynet.net!ossa.telenet-ops.be!hestia.telenet-ops.be.POSTED!not-for-mail
From: "Wence Van der Meersch" <wenceAT@vandermeerschD0T.org>
Newsgroups: be.comp.security
References: <5m6%b.13246$nq6.742497@phobos.telenet-ops.be>
Subject: Re: Wireless
Lines: 93
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Message-ID: <lfR%b.2617$Yz7.439263284@hestia.telenet-ops.be>
Date: Sat, 28 Feb 2004 00:26:57 GMT
NNTP-Posting-Host: 213.224.128.57
X-Complaints-To: abuse@telenet.be
X-Trace: hestia.telenet-ops.be 1077928017 213.224.128.57 (Sat, 28 Feb 2004 01:26:57 CET)
NNTP-Posting-Date: Sat, 28 Feb 2004 01:26:57 CET
Organization: Telenet Internet