aaZoo

Na een intensieve periode van voorbereiding heeft de Gereformeerde Scholengroep in Groningen (GSG) onlangs een netwerk op basis van Cisco 3750X en 2960S switches in gebruik genomen. Hiermee geeft GSG een geslaagd vervolg aan de samenwerking met het in Emmeloord gevestigde aaZoo, dat verantwoordelijk was voor het ontwerp en de implementatie van het nieuwe, toekomstgerichte ICT-netwerk.

Met verschillende vestigingen in Groningen, Friesland en Drenthe speelt de Stichting Gereformeerde Scholengroep (GSG) een belangrijke rol binnen het beroeps- en voortgezet onderwijs in Noord-Nederland. Als gereformeerde onderwijsorganisatie staat GSG voor kwalitatief en toekomstgericht onderwijs, waar goede ICT-voorzieningen meer en meer onmisbaar worden. “Ons oude netwerk voldeed eigenlijk niet meer aan de eisen van deze tijd”, vertelt Peter Veenstra, teamleider van de Afdeling Facilitair van Gereformeerde Scholengroep. “In de afgelopen tien jaar zijn we relatief snel gegroeid, waardoor er op de verschillende locaties een soort lappendeken van verschillende systemen is ontstaan. De laatste tijd hadden we regelmatig te maken met vertragingen in het netwerk, wat voor ons reden was om te kijken naar een goede ICT-leverancier.”

Pragmatische aanpak
Na een gedegen inventarisatie van mogelijke leveranciers en hun offertes viel de keuze uiteindelijk op aaZoo. “Zij hadden de scherpste deal, maar we hebben ook voor aaZoo gekozen vanwege hun specialistische kennis van de apparatuur waarmee we wilden gaan werken. Bovendien hebben we in een wat verder verleden al eens een beroep gedaan op aaZoo, die samenwerking is destijds prima bevallen”, aldus Veenstra. Op basis van de nieuwe modulaire Cisco 3750X en 2960S switches realiseerde aaZoo in een maand tijd een overzichtelijk campus netwerk, waarbij het pad tussen werkplekken en servers zo kort mogelijk werd gehouden. “Ook deze keer is het project zonder grote problemen verlopen”, vervolgt Peter Veenstra. “aaZoo is in staat gebleken om goed met ons mee te denken. Dat vonden we belangrijk om binnen dit project flexibel te kunnen zijn in onze beslissingen, we wilden niet van tevoren alles in procedures vastleggen. Door de pragmatische aanpak is het project voor ons altijd overzichtelijk gebleven, met als resultaat een netwerk waarvan de beheersbaarheid en betrouwbaarheid sterk zijn verbeterd. Bovendien zijn we door aaZoo attent gemaakt op de mogelijkheid om oude apparatuur in te ruilen, en de investering bij Cisco tegen 0% rente te kunnen financieren. Dat levert een aardig voordeel op.”

Een geslaagd project
Gert-Jan de Boer, Netwerk/Security specialist en mede-eigenaar van aaZoo, is blij met opnieuw een tevreden opdrachtgever en is trots op het gerealiseerde netwerk: “In dit geval was vooral de continuïteit een uitdaging, het netwerk moest steeds beschikbaar blijven. Mede daarom hebben we de daadwerkelijke overgang van omgeving in één avond afgerond, dat ging vlekkeloos. Door toepassing van Cisco goedgekeurde methodieken en de uniforme netwerk architectuur die we hebben gekozen, is het voor ons en voor de klant toch goed en overzichtelijk verlopen. Dit netwerk kan weer jaren mee, ook omdat we ervoor hebben gekozen het netwerk op te delen in verschillende lagen. Daardoor is de schaalbaarheid enorm verbeterd. Voor een netwerk met ruim 1.150 mogelijke poorten voor werkplekken is dat natuurlijk erg belangrijk. Al met al was dit voor ons een mooi en geslaagd project dat precies binnen onze expertise valt. We beheren ook wel kleinere netwerkomgevingen, maar zeker ook grotere, in sommige gevallen met 8.000 werkplekken op meerdere locaties.”

Vandaag wil ik jullie een preview geven van een projectje waar ik in mijn vrije tijd aan sleutel, een PCAP statistieken generator.

Wij houden ons vaak bezig met het analyseren van netwerkproblemen, een van de tools die we hier voor gebruiken zijn packet sniffers. Wat ik mis is een manier om snel statistieken van netwerk karakteristieken te kunnen genereren. Uit statistieken/grafieken kun je eenvoudig abnormale karakteristieken naar boven halen. Dit doen we op dit moment handmatig of met een van de tools uit Wireshark.

Daarnaast loop ik soms tegen het probleem aan dat ik soms langere tijd data wil bewaren om een wijziging in patronen te kunnen detecteren. Een packetsniffer als Wireshark is dan niet handig. Daarom ben ik begonnen aan het schrijven van een PCAP statistieken generator.

Deze tool luistert op een netwerkkaart door middel van een packetsniffer en bewaart de karakteristieken van pakketten die het ziet. Zo bewaart het onder andere Time To Live, Pakket groottes, Source/Destination IP Adressen en Source/Destination poorten. Deze gegevens worden in een SQLite database opgeslagen, wat een stuk minder data in beslag neemt dan het hele pcap bestand bewaren.

Met de gegevens uit deze database kunnen we vervolgens grafieken genereren. Een paar voorbeeldjes van live data:

UDP Time To Live

TCP Time To Live verdeeld over tijd

TCP Destination Ports

UDP Destination Ports verdeeld over tijd

Activiteit van TCP Destination IPs verdeeld over tijd

Emmeloord, 22 Maart 2011 – aaZoo BV heeft onlangs een partnerovereenkomst getekend met Radware, de toonaangevende leverancier op het gebied van IT-gerelateerde veiligheidsoplossingen. Met deze samenwerking breidt de in Emmeloord gevestigde ICT-dienstverlener het portfolio uit met Radware DefensePro, een slim beveiligingssysteem voor bedrijfsnetwerken.

“Met Radware DefensePro voegen we een uniek product toe aan ons portfolio waarmee organisaties hun netwerk kunnen beveiligen tegen bedreigingen van buiten en binnen hun netwerk.“, zegt Gert-Jan de Boer, Netwerk/Security specialist en mede-eigenaar van aaZoo, “Het systeem combineert inbraakdetectie en preventie, netwerk gedragsanalyse en beveiliging tegen Denial-of-Service aanvallen en past daarom prima in ons bestaande portfolio.”

Security Scan
Om bedrijven bewust te maken van een aanval op hun netwerk en de gevolgen die dit kan hebben, ontwikkelde aaZoo BV eerder al de Security Scan. Binnenkort wordt gestart met een variant waarbij een Radware DefensePro ingezet om inzichtelijk te maken of en hoeveel ongeoorloofd verkeer er plaatsvindt over de inkomende lijnen van het netwerk. “Op deze manier kunnen bedrijven een weloverwogen beslissing nemen omtrent maatregelen tegen deze aanvallen. Met de aanvallen rondom WikiLeaks heeft Radware aangetoond dat de DefensePro dé oplossing is tegen dergelijke aanvallen.“, zegt André van Buiten, Country Manager Nederland van Radware, “We zijn blij met de keuze van aaZoo om dit product op te nemen in de services en diensten op het gebied van Security. In de loop van dit jaar zetten we dit kracht bij met een gezamenlijke Roadshow.”

Wikileaks als bewijs
Radware DefensePro bleek tijdens recente vergeldingsacties naar aanleiding van de Wikileaks-affaire als enige in staat om adequaat de aanvallen te detecteren en filteren. Daarmee werd voorkomen dat de websites van aangevallen organisaties onbereikbaar werden. Gert-Jan de Boer: “Deze vergeldingsacties geven aan dat activisten een nieuwe manier hebben gevonden om hun eisen kracht bij te zetten. Het opzetten van een DDoS aanval zoals gebruikt bij deze ‘Wikileaks-acties’ is eenvoudig en kan tegen zeer lage kosten. Organisaties waarvoor het internet de bron van hun inkomsten is zoals content-providers en Software-as-a-Service leveranciers kunnen het zich niet veroorloven om lange tijd uit de lucht te zijn vanwege een aanval.”

Over aaZoo
Vanuit het hoofdkantoor in Emmeloord verzorgt aaZoo sinds begin 2010 ICT-diensten voor middelgrote tot grote bedrijven. De dienstverlening van het bedrijf is gebaseerd op techniek die in dienst staat van de gebruiker. In de filosofie van aAzoo ondersteunt een goede ICT-infrastructuur haar klanten in de belangrijkste bedrijfsprocessen, zonder dat daar ingewikkelde beheertaken voor in de plaats komen.

Over Radware
Radware (NASDAQ:RDWR), de globale marktleider op gebied van geïntegreerde application delivery oplossingen, garandeert de volledige beschikbaarheid, maximale performance, en de complete beveiliging van business kritische applicaties voor bijna 10.000 enterprise klanten en carriers over de gehele wereld. Met APSolute®, Radware’s alles omvattende en bekroonde suite van application delivery en network security producten, kunnen bedrijven uit iedere industrie hun productiviteit opvoeren, hun winstgevendheid verhogen, en de kosten van de IT operatie en aanschaf kosten van infrastructuur verlagen door het “business smart” maken van het netwerk. Voor meer informatie, bezoek onze website www.radware.com.

De laatste paar maanden zijn Distributed Denial of Service (DDoS) aanvallen regelmatig in het nieuws, maar wat zijn dit nu eigenlijk voor aanvallen, hoe werken ze en kun je er eigenlijk iets aan doen?

Wat is een DDoS precies?
Als voorbeeld nemen we een winkel, deze winkel kan maximaal 500 klanten tegelijk binnen laten door de voordeur. Als deze winkel een uitverkoop houdt op zaterdagmorgen staan er ineens 2500 klanten te dringen voor de deur met als gevolg dat het ineens erg moeilijk wordt om de winkel binnen te komen. Nu besluit een ontevreden klant op een normale maandagmorgen de toegang tot de winkel te blokkeren. Voor deze blokkade huurt hij 5000 mensen in die allemaal gaan proberen om tegelijk de winkel in te komen. Door deze actie kunnen de klanten die wel iets willen kopen in de winkel moeilijk in komen.

Dit is een voorbeeld van wat een DDoS aanval is. Bij een DDoS aanval wordt geprobeerd om een doelwit onbeschikbaar te maken voor regulier verkeer door deze te overladen met op het eerste gezicht legitieme pakketten. Hiervoor wordt vaak een Botnet, een netwerk van computers die op afstand opdrachten kunnen ontvangen om uit te voeren, ingezet. Dit Botnet gaat dan zoveel mogelijk pakketten proberen te versturen naar de aan te vallen website. Deze Botnet’s bestaan vaak uit computers die geïnfecteerd zijn met een virus en waardoor veel mensen, zonder het te weten, deel uit maken van zo’n netwerk.

Wie zitten er achter een Botnet?
De bouwers van deze Botnet’s doen dit vaak niet voor eigen gebruik maar ze verhuren hun Botnet om bepaalde acties uit te voeren, zoals het uitvoeren van DDoS aanvallen of het versturen van Spam. Naast de mensen die een Botnet inzetten voor eigen gewin is er tegenwoordig ook een andere groepering die gebruik maakt van Botnet’s, de Internet Activisten. Deze activisten zetten hun Botnet’s in om een politieke boodschap duidelijk te maken, een goed voorbeeld hiervan zijn de vergeldingsacties naar aanleiding van de arrestatie van Julian Assange, de zogenaamde Wikileaks affaire, en heel recent de aanval op de Rabobank website.

Is er iets tegen een DDoS aanval te doen?
Op het eerste gezicht kun je niks doen tegen DDoS aanvallen zonder dat er reguliere gebruikers geblokkeerd worden. De DDoS aanval bestaat immers uit veel pakketten die op het eerste gezicht niet afwijken van normale gebruikers. Toch zijn er oplossing die DDoS aanvallen kunnen detecteren en die na detectie het afwijkende verkeer kunnen filteren: de Radware DefensePro.

Omdat de pakketten vanuit een centrale locatie uitgestuurd worden lijken de pakketten die de leden van het Botnet uitsturen veel op elkaar. Doordat deze pakketten zoveel op elkaar lijken is het mogelijk om hiervan een “handtekening” samen te stellen. Door deze “handtekening” te vergelijken met binnenkomende pakketten is het mogelijk om te detecteren welke pakketten legitiem zijn en welke deel uit maken van de aanval. Hierdoor kun je met grote waarschijnlijkheid legitiem verkeer doorlaten en de aanval uit het binnenkomende verkeer filteren.

DDoS in de toekomst.
Het wordt steeds eenvoudiger en goedkoper om een DDoS aanval uit te voeren, tegelijkertijd worden internet gebaseerde diensten steeds belangrijker. De opkomst van Software en Infrastructure as a Service (SaaS en IaaS) waarbij organisaties steeds meer afhankelijk worden van hosted diensten zal er voor zorgen dat het aantal DDoS aanvallen in de toekomst zal toenemen, zowel politiek gericht tegen overheid en organisaties als commercieel of misschien van boze ex-werknemers. aaZoo kan helpen om een oplossing te bieden tegen deze DDoS aanvallen.

Meer informatie?
Meer weten over de voordelen van een Radware DefensePro, of over DDoS aanvallen in het algemeen? Neem contact met ons op via info@aazoo.nl

Dit blog item verteld hoe je een wildcard SSL certificaat installeert op een Cisco ASA Firewall voor gebruik met bijv. een SSL VPN oplossing.

Je hebt het volgende nodig:

• Een CRL URL van de Certificate Authority
• De certificaat sleutel (wildcard.aazoo.nl.key)
• Base64 encoded certificaat (wildcard-aazoo-nl.cer)
• Een installatie van openssl op bijv. Linux

Op je werkstation voer het volgende uit:

Combineer het certificaat en de key in een PKCS12.
openssl pkcs12 -export -in wildcard-aazoo-nl.cer -inkey wildcard.aazoo.nl.key -out wildcard-aazoo-nl.pem
Als er om gevraagd wordt geef dan een wachtwoord op, laat dit niet leeg, aangezien de ASA een wachtwoord vereist.

Codeer de PKCS12 als Base64:
openssl enc -base64 -in wildcard-aazoo-nl.pem

Op de ASA voer het volgende uit:

Configureer het trustpoint:
- geen Fully Qualified Domain-name (FQDN) gebruiken: fqdn none.
- enrollment via terminal copy/paste: enrollment terminal
- CRL configureren: crl configure
- URL configureren: url 1 http://blablabla/bla/url.crl

Voorbeeld:

crypto ca trustpoint wildcard.aazoo.nl
fqdn none
enrollment terminal
crl configure
url 1 http://blablabla/bla/url.crl


Importeer het certificaat
crypto ca import wildcard.aazoo.nl pkcs12

> Enter the base 64 encoded pkcs12.
> End with the word "quit" on a line by itself:

Als er om gevraagd wordt plak dan de inhoud van het Base64 PKCS12 certificaat. Toest na het plakken een enter en type: quit

Koppel vervolgens het trustpoint aan WebVPN:
ssl trust-point wildcard.aazoo.nl outside

Een van de dingen waar ik me het meeste aan erger bij de Cisco ASA’s is het feit dat Pre-Shared keys van VPN peers automatisch verstopt worden achter een asterisk zodra je een “show running-config” uitvoert. In veel situaties blijkt dat pre-shared keys niet goed gedocumenteerd worden en zodra er een configuratie wijziging aan een VPN configuratie plaats moet vinden de pre-shared keys ook opnieuw ingesteld moeten worden.

Gelukkig is er een work-around om pre-shared keys weer te geven in de configuratie. In plaats van “show running-config” kun je het commando “more system:running-config” gebruiken. In de running-config die je dan terugkrijgt is de pre-shared key of de hash van de key weer terug te vinden zodat je deze makkelijk kunt copy/pasten.

Hot Standby Router Protocol (HSRP) is een protocol om fout tolerantie te maken met twee of meer layer-3 interfaces. Met HSRP is het mogelijk om een virtueel IP adres te koppelen aan meerdere interfaces. Het adres is dan actief op één interface, zodra dit interface niet meer beschikbaar is dan zal een andere interface het IP adres overnemen.

HSRP is een Cisco Proprietary protocol, een gestandaardiseerd open protocol, gebaseerd op dezelfde principes en met ongeveer dezelfde werking, is Virtual Router Redundancy Protocol (VRRP). Dit is een protocol wat men vaak terug vindt bij oa. Loadbalancers of VPN Gateways, ook wordt VRRP tegenwoordig ondersteund door Cisco routers.

HSRP stuurt een periodiek pakket naar 224.0.0.2 (Multicast All Routers) op poort 1985. In dit pakket staan bijvoorbeeld prioriteit, HSRP groep, Router ID en Authenticatie.De router met de hoogste prioriteitswaarde zal op ARP aanvragen voor het virtuele IP adres antwoorden met MAC adres 0000.0c07.ac<group ID>, bijvoorbeeld group ID 10 krijgt MAC adres 0000.0c07.ac10 en groep ID 1 krijg 0000.0c07.ac01. Hierdoor krijgt iedere HSRP groep een uniek MAC adres en hoeft men bij een failover niet te wachten op de ARP timeout.

HSRP op Cisco routers is redelijk eenvoudig te configureren en wordt ondersteund in de meeste Cisco Routers en layer-3 switches zoals de 3750, 4500-serie en 6500-serie. HSRP wordt daarnaast ondersteund voor zowel IP versie 4 als IPv6.

HSRP op een Cisco 3750:

node 1:

interface GigabitEthernet1/0/1
ip address 10.100.1.254 255.255.255.0
standby 1 ip 10.100.1.1
standby 1 timers 1 2
standby 1 priority 20
standby 1 preempt
standby 1 authentication geh31m


node 2:

interface GigabitEthernet1/0/1
ip address 10.100.1.253 255.255.255.0
standby 1 ip 10.100.1.1
standby 1 timers 1 2
standby 1 priority 25
standby 1 preempt
standby 1 authentication geh31m


De timers zijn in deze configuratie erg strikt ingesteld omdat dit een Voice over IP omgeving betreft. In een data netwerk is het aan te raden om de hello-time (dit geeft aan hoe vaak het HSRP pakket uitgestuurd wordt naar het Multicast adres) wat hoger te zetten in verband met de overhead in het netwerk.

Een voorbeeld van dezelfde configuratie met IPv6:

node 1:

interface GigabitEthernet1/0/1
no ip address
ipv6 address 2001:610:7bb:beef:221::aaa1/64
standby version 2
standby 1 ipv6 FE80::1:CAFE
standby 1 ipv6 2001:610:7bb:beef:221::1/64
standby 1 timers 1 2
standby 1 priority 20
standby 1 preempt
standby 1 authentication geh31m


node 2:

interface GigabitEthernet1/0/1
no ip address
ipv6 address 2001:610:7bb:beef:221::aaa2/64
standby version 2
standby 1 ipv6 FE80::1:CAFE
standby 1 ipv6 2001:610:7bb:beef:221::1/64
standby 1 timers 1 2
standby 1 priority 25
standby 1 preempt
standby 1 authentication geh31m


Het is ook mogelijk om HSRP te gebruiken om aan “load sharing” te doen. De truc hiervoor is eenvoudig, men maakt simpelweg twee HSRP groepen aan met tegenovergestelde prioriteiten. Vervolgens zet verdeelt men de gateways 50/50 over beide standby adressen.

node 1:

interface GigabitEthernet1/0/1
ip address 10.100.1.254 255.255.255.0
ipv6 address 2001:610:7bb:beef:221::aaa1/64
standby version 2
standby 1 ip 10.100.1.1
standby 1 ipv6 FE80::1:CAFE
standby 1 ipv6 2001:610:7bb:beef:221::1/64
standby 1 timers 1 2
standby 1 priority 20
standby 1 preempt
standby 1 authentication geh31m
standby 2 ip 10.100.1.2
standby 2 ipv6 FE80::1:BEEF
standby 2 ipv6 2001:610:7bb:beef:221::2/64
standby 2 timers 1 2
standby 2 priority 25
standby 2 preempt
standby 2 authentication geh31m2


node 2:

interface GigabitEthernet1/0/1
ip address 10.100.1.253 255.255.255.0
ipv6 address 2001:610:7bb:beef:221::aaa2/64
standby version 2
standby 1 ip 10.100.1.1
standby 1 ipv6 FE80::1:CAFE
standby 1 ipv6 2001:610:7bb:beef:221::1/64
standby 1 timers 1 2
standby 1 priority 25
standby 1 preempt
standby 1 authentication geh31m
standby 2 ip 10.100.1.2
standby 2 ipv6 FE80::1:BEEF
standby 2 ipv6 2001:610:7bb:beef:221::2/64
standby 2 timers 1 2
standby 2 priority 20
standby 2 preempt
standby 2 authentication geh31m2

Als gevolg van het nog altijd groeiende aantal internetgebruikers en de toename van apparatuur met een netwerkfunctie raakt het aantal IP-adressen op korte termijn uitgeput. De oplossing daarvoor is IPv6, een nieuw numeriek systeem dat aan deze schaarste een einde maakt. Om de overgang op dit Internet Protocol version 6 soepel te laten verlopen, zullen bedrijven hun netwerk en aanverwante apparatuur moeten aanpassen. Als specialist op gebied van ICT speelt aaZoo BV in op deze ontwikkeling met de IPv6-scan.

Ooit werd het huidige internetwerk ontworpen om ongeveer vier miljard internet – of IP – adressen te ondersteunen. Een enorm aantal, dat anno 2010 bij lange na niet volstaat om de explosieve groei in netwerktoepassingen het hoofd te kunnen bieden. Behalve computers krijgen ook andere apparaten steeds vaker een netwerkfunctie. Voorbeelden daarvan zijn in een zakelijke omgeving bijvoorbeeld beveiligingscamera’s, telefooncentrales en gebouwbeheersystemen die via internet kunnen worden aangestuurd. De oplossing voor de uitputting van het huidige Internet Protocol (IPv4) staat reeds in de startblokken en heet IPv6. Een belangrijk verschil tussen de beide versies is de lengte van de IP-adressen: 32-bits voor IPv4 en 128-bits voor IPv6. Het aantal IP-adressen is hiermee in theorie oneindig.

Migratie naar IPv6
“Veel fabrikanten leveren apparatuur die al geschikt is voor IPv6, terwijl bestaande apparatuur in veel gevallen met een software-update kan worden voorbereid op het nieuwe protocol”, vertelt Gert-Jan de Boer van aaZoo. “Voorafgaand aan een migratietraject naar IPv6 is het belangrijk om duidelijkheid te hebben over de status van het bestaande netwerk. Mede daarom ontwikkelden wij de IPv6-scan. Daarbij inventariseren we alle netwerkapparatuur bij onze opdrachtgever en onderzoeken we in hoeverre deze ‘IPv6-ready’ is. Op basis van de resultaten doen we vervolgens aanbevelingen voor eventuele vervangingen van apparatuur, zodat bedrijven zichzelf goed kunnen voorbereiden op een overstap naar IPv6. We zien nu overigens al dat de IPv6-capaciteit in de toekomst een verplicht onderdeel wordt in aanbestedingen van de overheid. Het bedrijfsleven moet er op termijn echter ook aan geloven om netwerken goed te kunnen blijven benutten.”

Over aaZoo
Vanuit het hoofdkantoor in Emmeloord verzorgt aaZoo sinds begin van dit jaar ICT-diensten voor middelgrote tot grote bedrijven. De dienstverlening van het bedrijf is gebaseerd op techniek die in dienst staat van de gebruiker. In de filosofie van aaZoo ondersteunt een goede ICT-infrastructuur haar klanten in de belangrijkste bedrijfsprocessen, zonder dat daar ingewikkelde beheertaken voor in de plaats komen.

Voor meer informatie:
aaZoo B.V.
Postbus 1017
8300 BA Emmeloord
E-mail: info@aazoo.nl

Een vaak onderschat component van een Voice over IP (VoIP) implementatie is netwerkbeveiliging. Hoewel in de afgelopen maanden er af en toe berichten opduiken over gedupeerde bedrijven zien we dat er in de praktijk nog steeds erg weinig aandacht aan de beveiliging van VoIP wordt besteed. Het blijkt in de praktijk mogelijk te zijn om ongeauthenticeerd gesprekken op te kunnen zetten met interne toestellen of zelfs met externe lijnen zoals ISDN of een SIP Trunk.

Een sprekend voorbeeld hiervan is een klant waar ik gevraagd werd om een onderzoek uit te voeren naar de kraakbaarheid van hun Voice over IP telefooncentrale. De klant had namelijk een hoge rekening gekregen van hun telefoonprovider waaruit bleek dat er in een weekend duizenden gesprekken waren gevoerd naar een Afrikaans land. Deze klant maakte gebruik van een Cisco UCM Express telefooncentrale, een systeem waarbij een Cisco router als telefooncentrale ingezet kan worden. De klant had intern Cisco telefoons staan die op basis van SCCP, ook wel Skinny genoemd, werkten en hun verbinding naar buiten bestond uit een drietal ISDN-2 aansluitingen. Eigenlijk een vrij eenvoudige configuratie die je vaak tegenkomt in de praktijk.

Bij deze klant ging het mis op twee punten:

• Remote Beheer
• Interne Netwerkscheiding
• Niet uitschakelen van onnodige services

De leverancier van deze klant vond het een goed idee om extern beheer mogelijk te maken. Daarom had men een extern IP adres op deze telefooncentrale geconfigureerd en deze aan de WAN kant van het netwerk geplaatst. Hier zat een firewall tussen, maar deze was geconfigureerd om alles door te laten en het netwerk te bridgen.

Daarnaast had deze klant maar een enkel VLAN, in dit VLAN zaten de telefoons, de telefooncentrale, de werkstations en het onbeveiligde wireless access point geconfigureerd.

Wat uiteindelijk de deur wagenwijd openzette was het feit dat onnodige services niet waren uitgeschakeld. Op de Cisco router stond een SIP service te luisteren.
De volgende dial-peers waren geconfigureerd op de router:


dial-peer voice 10 pots
translation-profile incoming TRANSLATE_CALLING
preference 7
destination-pattern 0T
port 2/0
!
dial-peer voice 20 pots
translation-profile incoming TRANSLATE_CALLING
preference 4
destination-pattern 0T
direct-inward-dial
port 2/1
!
dial-peer voice 30 pots
translation-profile incoming TRANSLATE_CALLING
preference 2
destination-pattern 0T
port 3/0
!
dial-peer voice 40 pots
translation-profile incoming TRANSLATE_CALLING
preference 3
destination-pattern 0T
port 3/1
!
dial-peer voice 50 pots
translation-profile incoming TRANSLATE_CALLING
preference 5
destination-pattern 0T
direct-inward-dial
port 1/0

Dit zorgt er voor dat alle nummers die met een 0 beginnen doorgestuurd worden naar de genoemde poort, in dit geval een ISDN poort. Er werd geen controle uitgevoerd of de nummers wel lokaal bekend waren.

Een simpele regel: “sip:00512751015@externIP.vandeklant.nl” in een willekeurige SIP Client was voldoende om vanaf extern te bellen naar het nummer “0512751015″.

Er zijn mensen die het internet afzoeken naar openstaande SIP poorten om vervolgens daar gratis verkeer over heen te kunnen sturen. Stel je eens voor dat je een goedkope telefoonprovider bent: gratis bellen naar de hele wereld! Maar voor elke telefoontik naar buiten moet je zelf geld betalen, op dat moment kan het lonend zijn om met een script openstaande SIP poorten te zoeken en daar gedurende een periode telefoonverkeer over heen te routeren. Uiteraard is dit verboden, maar het internet is zonder grenzen.

Dat de beveiliging van VoIP een veelvoorkomend probleem is blijkt wel uit het onderzoekje wat ik heb uitgevoerd.

Een willekeurige scan van een internet subnet met svmap uit de SIPVicious toolkit geeft binnen 15 minuten de volgende interessante resultaten:

Deze apparaten zullen allemaal gesprekken accepteren, misschien niet naar externe telefoonnummers, maar zeker wel naar interne extensies. Om deze interne extensies te leren kennen hebben we de tool svwar uit de SIPVicious toolkit.
Op een willekeurige host uit deze lijst krijg ik met een scan op extensies 10 – 5000 het volgende antwoord:

Hoewel we geen verbinding kunnen maken met de extensies geeft dit dus aan dat de extensies 10 – 19 in gebruik zijn, anders zou er ook een reactie op de overige nummers die we scannen (20 – 5000) komen.
We kunnen nu twee dingen doen, we kunnen met svcrack uit de SIPVicious de authenticatie proberen te kraken en de extensie overnemen of we kunnen op dit moment het toestel bereiken door sip:10@xxx.xxx.xxx.xxx te bellen in onze SIP Client. Een ideale manier om mensen te bereiken op hun interne nummer en verder te gaan met bijvoorbeeld social engineering.

Voor een voorbeeld hoe makkelijk het is om een VoIP netwerk te kraken zie de volgende demonstratie video van de tool “sipautohack” : http://vimeo.com/2524735?hd=1

Bij het implementeren van een Voice over IP netwerk is het altijd zaak om goed na te denken over de infrastructuur en de beveiliging:

• Maak altijd een ontwerp en laat deze zo nodig controleren door een partij met ervaring
• Doe een VoIP Security Scan test na de implementatie zodat je zeker weet dat de implementatie veilig is

Quick-win configuratie tips:

• Zorg ervoor dat de telefooncentrale niet direct aan het internet gekoppeld wordt
• Configureer altijd een Firewall op of voor de telefooncentrale die SIP of H.323 connecties alleen toestaat vanaf een vertrouwde partij, bijvoorbeeld een SIP provider
• Als je een SIP trunk tussen meerdere gebouwen of bedrijven wilt opzetten doe dit nooit over het internet, maar gebruik een private lijn of een VPN tunnel (zoals IPSec Site2Site of OpenVPN)
• Zorg er voor dat ongeauthenticeerde extensies nooit naar nummers mogen bellen die geld kosten (zoals ISDN poorten of een SIP trunk)
• Op Asterisk centrales zet “alwaysauthreject=yes” in sip.conf, dit zorgt ervoor dat extensie scanners niet kunnen zoeken naar bruikbare extensies doordat authenticatie requests met een valide gebruikersnaam maar een onjuist wachtwoord met dezelfde foutmelding worden geweigerd als requests met een onjuiste gebruikersnaam
• Op Asterisk centrales schakel de Asterisk Manager Interface uit als je deze niet gebruikt of blokkeer externe toegang daartoe
• Schakel ongebruikte services altijd uit

Bij een van onze klanten moest een Sun Storage systeem gekoppeld worden aan een stack van Cisco 3750 switches. Deze switches gebruiken wij vaak als netwerk componenten voor storage en server systemen omdat ze redelijk goedkoop zijn, makkelijk redundantie bieden door middel van het stacken van de switches en goede performance bieden.

Redundantie implementeren we door middel van LACP (802.3ad) op de switches, LACP mag cross-stack aangemaakt worden, dit in tegenstelling tot Cisco’s eigen PAgP waar alle portmembers in een etherchannel op 1 stackmember aanwezig moeten zijn. De configuratie ziet er dan als volgt uit:

interface GigabitEthernet1/0/24
description sun-storage
channel-protocol lacp
channel-group 15 mode active

interface GigabitEthernet2/0/24
description sun-storage
channel-protocol lacp
channel-group 15 mode active


interface Port-channel15
description sun-storage
switchport access vlan 20
switchport mode access

Op de Sun Storage zet je de volgende parameters onder datalink:

Policy: L2
Mode: Active
Timer: Long

Om te controleren of de port-channel goed werkt kun je een show int port-channel 15 uitvoeren, dit geeft de volgende output:

aazoo-testswitch3750#show int port-channel 15
Port-channel15 is up, line protocol is up (connected)
Hardware is EtherChannel, address is 0026.986d.a287 (bia 0026.986d.a287)
Description: sun-storage
MTU 1500 bytes, BW 2000000 Kbit, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, link type is auto, media type is unknown
input flow-control is off, output flow-control is unsupported
Members in this channel: Gi1/0/24 Gi2/0/24
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/0 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
92 packets input, 10638 bytes, 0 no buffer
Received 92 broadcasts (66 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 66 multicast, 0 pause input
0 input packets with dribble condition detected
708 packets output, 70378 bytes, 0 underruns
0 output errors, 0 collisions, 7 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out


Om een overzicht van de port-channel te kunnen krijgen gebruik je show etherchannel, dit geeft een overzicht zoals:

aazoo-testswitch3750#show etherchannel

Channel-group listing:
----------------------

Group: 15
----------
Group state = L2
Ports: 2 Maxports = 16
Port-channels: 1 Max Port-channels = 16
Protocol: LACP
Minimum Links: 0

aazoo-testswitch3750#sh etherchannel 15 summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator

M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port

Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
15 Po15(SU) LACP Gi1/0/24(P) Gi2/0/24(P)


Voor uitgebreide informatie voer je het commando show ether-channel detail uit:

aazoo-testswitch3750#sh etherchannel 15 detail
Group state = L2
Ports: 2 Maxports = 16
Port-channels: 1 Max Port-channels = 16
Protocol: LACP
Minimum Links: 0
Ports in the group:
-------------------
Port: Gi1/0/24
------------

Port state = Up Mstr Assoc In-Bndl
Channel group = 15 Mode = Active Gcchange = -
Port-channel = Po15 GC = - Pseudo port-channel = Po15
Port index = 0 Load = 0x00 Protocol = LACP

Flags: S - Device is sending Slow LACPDUs F - Device is sending fast LACPDUs.
A - Device is in active mode. P - Device is in passive mode.

Local information:
LACP port Admin Oper Port Port
Port Flags State Priority Key Key Number State
Gi1/0/24 SA bndl 32768 0xF 0xF 0x108 0x3D

Partner's information:

Time since last port bundled: 0d:00h:17m:06s Gi2/0/24
Time since last port Un-bundled: 0d:00h:17m:13s Gi2/0/24