Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 45, views: 27.974 •

Ip-telefoons van Cisco kunnen op afstand worden benaderd, waarna aanvallers hun eigen malware kunnen installeren. Daardoor kan de telefoon bijvoorbeeld worden afgeluisterd, zo maakten onderzoekers bekend tijdens de CCC-beveiligingsconferentie in Hamburg.

Cisco ip-telefoonHet besturingssysteem van ip-telefoons van Cisco in de 7900-serie bevat meerdere beveiligingsproblemen die het mogelijk maken om de telefoons te hacken. Dat zeiden studenten van Columbia University in New York tijdens de CCC-conferentie, waar Tweakers aanwezig is.

"Je kunt daardoor je eigen software op de telefoon zetten", zegt hoogleraar Salvatore Stolfo in een interview met Tweakers. Hij begeleidt het onderzoek van de studenten. "Het openhouden van een telefoonverbinding is daarvoor niet vereist", aldus Stolfo. Omdat de telefoons zijn aangesloten op het netwerk, kan de audio via een normale netwerkverbinding worden doorgestuurd. Ook het bellen van dure 0900-nummers behoort volgens Stolfo tot de mogelijkheden.

De onderzoekers demonstreerden dat het mogelijk is om met fysieke toegang tot het apparaat malware op een Cisco-ip-telefoon te plaatsen, door de malware via de stekker-ingang te uploaden. Fysieke toegang is volgens Stolfo echter geen vereiste. "Wat we niet demonstreerden, maar wat wel mogelijk is, is het uploaden van malware over het netwerk", aldus Stolfo. Als een Cisco-telefoon bereikbaar is via het internet, is het toestel dus ook te hacken. De onderzoekers bouwden bovendien een worm die zich van telefoon naar telefoon verplaatst: er hoeft dan maar één Cisco-telefoon op een netwerk worden gehackt, waarna de malware zich vanzelf verder verspreidt.

Een van de belangrijkste kwetsbaarheden die de onderzoekers gebruikten om de telefoon te hacken, is een fout in de kernel van Cisco's eigen Unix-distributie. Cisco heeft volgens Stolfo geprobeerd om dat beveiligingsprobleem op te lossen, maar is daar niet in geslaagd. "Ze hebben het echte beveiligingsprobleem niet opgelost, maar enkel de specifieke exploit geblokkeerd." Bovendien maakt de 'patch' een denial of service mogelijk: wie op een gepatcht toestel probeert om het beveiligingsprobleem te misbruiken, laat het apparaat crashen.

Volgens Stolfo houdt het echter niet op bij dit specifieke beveiligingsprobleem: er schort wat hem betreft veel aan het protocol dat Cisco gebruikt en de architectuur van de telefoons. Stolfo hekelt daarnaast het feit dat Cisco niet bereid was tot samenwerking met het onderzoeksteam. "Ik snap niet zo goed waarom ze dat niet wilden", zegt Stolfo. "In het verleden heeft onze afdeling ook apparaten van HP gehackt en daar hebben we gewoon een goed samenwerkingsverband mee."

De hoogleraar stelt dat er over het algemeen te weinig aandacht uitgaat naar de beveiliging van embedded devices, zoals telefoons en printers. "Er is veel aandacht voor de beveiliging van servers, maar de end user devices zijn kwetsbaar. Daarnaast is er geen infrastructuur om beveiligings-updates uit te rollen", zegt Stolfo. "Jij hebt waarschijnlijk Windows of OS X, waarbij updates automatisch worden geïnstalleerd. Zoiets bestaat niet voor embedded devices. Wie zoiets opzet, zou daar veel geld mee kunnen verdienen."

Reacties (45)

in principe wel. Die dingen booten vanaf een TFTP server, en zoeken daarbij een configfile ( <(deel)MAC-Adres>.xml|cnf), waarbij staat welke firmware ze moeten hebben.

In principe is het een kwestie van 's nachts een script draaien waarbij je via telnet (ja, heus) inlogt op iedere telefoon met de juiste username/password ( default: cisco) en de telefoon een reboot geeft.

5 minuten later is het ding dan weer online, met een nieuwe firmware.

althans, zo werkt het op mijn 7960.
De Cisco telefoons werken op basis van het TFTP protocol. Zodra te van stroom worden voorzien gaan ze roepen om software om te opstarten. De server bepaald het OS dus. Centraler uitrollen kan bijna niet.

Ook is er al alternatieve software beschikbaar om ze laten samenwerken met bijvoorbeeld de open source "Asterisk" PBX software. Ook wordt er dan gebruik gemaakt van het "standaard" SIP protocol ipv. het Cisco eigen VoIP protocol.

http://www.voip-info.org/wiki/view/Asterisk+phone+cisco+79xx
http://www.cisco-asterisk.com/

Uiteraard krijg is support krijgen van Cisco dan wat lastiger.

Maar dat er geld met alternatieve software te verdienen is begrijp ik. Maar met een centrale software update op Cisco telefoons is onzin.

Voor andere "embedded" systemen uiteraard wel. Voor thuis routers is vaak gelukkig DD-Wrt en OpenWRT. Maar over mijn printer/tv/etc. Maak ik meer zorgen.

Als hardware fabrikanten nou eens dat als basis, en open zijn over de aanpassingen, zouden gebruiken dan ben je ook niet meer afhankelijk van de hardware leverancies (vendor-lock in).

Meeste embedded systemen gebruiken Linux als basis (ja ook Android) maar. Geven je zelden de vrijheid om dingen 'op te lossen'. Vaak overtreden ze ook nog, de door Linux gebruikte licentie, GNU GPL, door aanpassingen niet kenbaar en reproduceerbaar te maken. Diefstal noemen we dat.

Voor de Linux kernel komen regelmaat updates uit ivm veiligheid. Ik zie maar zelden een update aan geboden.

Bovendien is een gespreide aanval, op kleinere kantoor apparaten, altijd effectiever. En bovendien kun je dan ongemerkt meeliften naar de 'zwaar' beveiligde servers op basis van echte gebruikers.

Nee Linux is niet de heilige graal. Maar de open gedachte werkt wel beter in het voorkomen van beveiligingsissues.

Edit
:X Oeps. Er helemaal nog geen custom firmware beschikbaar. Dat wordt hoog tijd! En nee ik heb de tijd en de resources niet.

[Reactie gewijzigd door falcon1 op 28 december 2012 13:56]

Ook het bellen van dure 0900-nummers behoort volgens Stolfo tot de mogelijkheden.
Niet echt. Het idee is dat dit in de CallManager is afgeschermd, en telefoons kunnen geen nummers bellen waar ze volgens CM geen rechten toe hebben. Er bestaat simpelweg geen route naar dergelijke nummers. Toestellen sturen alleen maar digits door, verder niets, dus ze kunnen restricties in de centrale niet omzeilen.
Als een Cisco-telefoon bereikbaar is via het internet, is het toestel dus ook te hacken.
Als een Cisco-telefoon bereikbaar is via het internet, heb je wel grotere problemen aan je hoofd, die zich niet tot de telefonie beperken.
Daarnaast is er geen infrastructuur om beveiligings-updates uit te rollen
Firmware voor Cisco phones wordt centraal door CallManager beheerd. Er is geen mogelijkheid om op het toestel zelf, buiten CM om, zelf firmware te updaten. Deze hack daargelaten, maar van wat ik begrepen heb, gaat het om het overschrijven van stukken geheugen van de telefoon, niet het vervangen van de firmware. Cisco gebruikt signed images voor de firmware, het wordt al een stuk lastiger om dat te hacken.

Ik kan niet ontkennen dat deze exploit bestaat, maar het is zeer goed mogelijk om deze exploit in te dammen. Er zijn genoeg methoden om het netwerk te beveiligen, zowel tegen attacks van binnen als van buiten. Veel bedrijven doen daar alleen niet aan, omdat het te duur is.

@Belgar: sorry, Cisco phones (zowel SCCP als SIP) versturen wel degelijk digit per digit. Pak wireshark er maar bij.

[Reactie gewijzigd door RefriedNoodle op 28 december 2012 16:04]

Ik heb redelijk wat ervaring met Cisco telefoons (3x raden waar ik werk ;) ) en deel RefriedNoodle's mening 100%. Ze hebben wel degelijk een echte exploit gevonden, maar de real-life haalbaarheid is toch relatief beperkt.

Het verhaaltje over betaallijnen kunnen bellen hierdoor is inderdaad pure onzin. De routering van calls gebeurd op de Call Manager server zelf door de Digit Analysis engine. De telefoon heeft echt geen enkele kennis van het dialplan, PSTN gateways etc.. Zoals RefriedNoodle al zei, de telefoons sturen digit na digit naar de Call Manager server.

Dat je hierdoor potentieel de telefoons zou kunnen gebruiken als een soort van DDoS slaves klopt dan weer wel.

Ook even opmerken dat het over relatief oude telefoons gaat, de nieuwste generaties gebruiken een totaal ander OS. Anderzijds zijn het grootste deel van de telefoons in the field nog wel van deze types.
Ik heb redelijk wat ervaring met Cisco telefoons (3x raden waar ik werk ;) ) en deel RefriedNoodle's mening 100%. Ze hebben wel degelijk een echte exploit gevonden, maar de real-life haalbaarheid is toch relatief beperkt.

Het verhaaltje over betaallijnen kunnen bellen hierdoor is inderdaad pure onzin. De routering van calls gebeurd op de Call Manager server zelf door de Digit Analysis engine. De telefoon heeft echt geen enkele kennis van het dialplan, PSTN gateways etc.. Zoals RefriedNoodle al zei, de telefoons sturen digit na digit naar de Call Manager server.

Dat je hierdoor potentieel de telefoons zou kunnen gebruiken als een soort van DDoS slaves klopt dan weer wel.

Ook even opmerken dat het over relatief oude telefoons gaat, de nieuwste generaties gebruiken een totaal ander OS. Anderzijds zijn het grootste deel van de telefoons in the field nog wel van deze types.
Het klopt dat de Callmanger call routing (en dus ook restricties e.d.) regelt.

Echter toont de exploit aan dat het mogelijk is om eigen code door de telefoon uit te laten voeren. In de poc code hebben ze gekozen om de microfoon van de handset te activeren en een rtp stream op te zetten (en daarmee dus de telefoons "af te kunnen luisteren"). Maar, net als het "DDoS slave" voorbeeld dat je geeft, moet het dus ook mogelijk zijn om code te maken dat zelf een H323/SIP setup vanaf de telefoon naar de PSTN gateway regelt en dus een betaallijn gaat bellen. Gezien de telefoons waarschijnlijk in een trusted subnet van de pstn gateway zitten denk ik dat dat theoretisch best zou kunnen werken. Pure onzin is het dus niet...

Ik ben het met je eens dat de kans dat het irl misbruikt gaat worden klein is. Immers is er fysieke toegang tot de telefoon (via de aux poort) nodig of een mogelijkheid om de telefoon via SSH te benaderen.
Maar omdat er nog geen fix beschikbaar is, telefoons die end-of-life zijn (waarschijnlijk) niet gefixed worden en de workaround (het uitschakelen van ssh/aux port) niet op alle versies van callmanager mogelijk is, is het wel degelijk een serieus probleem (zeker als je bedenkt waar deze telefoons allemaal (kunnen) staan).

Daarnaast zul je de telefoons, zoals je zelf ook aangeeft, in het veld nog veel (en lang) aantreffen. De 5 serie (zoals de 7945 en 7965) is bv. nog relatief nieuw.... Ook de end-of-life telefoons zul je nog wel een tijd tegen komen vrees ik...

[Reactie gewijzigd door dirkie op 29 december 2012 00:16]

Maar, net als het "DDoS slave" voorbeeld dat je geeft, moet het dus ook mogelijk zijn om code te maken dat zelf een H323/SIP setup vanaf de telefoon naar de PSTN gateway regelt en dus een betaallijn gaat bellen. Gezien de telefoons waarschijnlijk in een trusted subnet van de pstn gateway zitten denk ik dat dat theoretisch best zou kunnen werken. Pure onzin is het dus niet...
Mee eens, maar een complete h.323 stack in een phone erbij hacken (Cisco phones kennen zelf geen h.323) vind ik wat vergezocht. Daarnaast kun je dit risico beperken door een accesslist op de PSTN gateway te zetten, aangezien telefoons geen enkele reden hebben om h.323 of sip met de gateway te praten. Hooguit sip in combinatie met SRST, maar dan zul je zowieso restricties op de gateway hebben, en kun je alsnog geen betaallijnen bellen.
telefoons die end-of-life zijn (waarschijnlijk) niet gefixed worden en de workaround (het uitschakelen van ssh/aux port) niet op alle versies van callmanager mogelijk is, is het wel degelijk een serieus probleem
Ook telefoons die EOL zijn zoals de 7961, krijgen nog steeds firmware updates van Cisco. Gezien de install base van deze toestellen, komt Cisco er ook niet mee weg om dit gat ongedicht te laten op oudere telefoons.

Ssh access is default uitgeschakeld. Oudere versies van CM hebben niet de optie om het aan of uit te zetten, maar hiervoor kun je een device pack installeren, een update van CM zelf is niet nodig.

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Apple iPad Air 2FIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBTablets

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013