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.844 •

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)

Tsja, loop een willekeurig kantoor binnen met een kutsmoes, hang je laptop in een poort waar normaal een IP Phone hangt. Doe daarna wat ARP Poisoning (bijvoorbeeld met Cain & Abel) tussen een bepaalde phone en de gateway. Doe een trace van die phone en je kunt ook hele gesprekken opvangen in MP3 formaat.

Moeilijk? Nee.
Technisch ingewikkeld? Nee.
Uitvoerbaar? Absoluut

[Reactie gewijzigd door plankton123 op 29 december 2012 00:30]

Dit kan ik bevestigen. Als het volume hard genoeg staat kan je makkelijk meeluisteren met de collega aan de andere kant van het bureau. Ze zouden die dekselse Speaker-knop er moeten afslopen :(
Op een andere website heb ik gelezen dat je voor die remote exploit SSH toegang tot de telefoons nodig hebt. Dit staat standaard uit en laat natuurlijk niemand aanstaan...
Gisteren werden er juist nieuwe telefoontoestellen hier op het werk geinstalleerd. Ze zijn van Cisco en ze lijken verdacht veel op degene op de screenshot :P
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]

Dat toestellen alleen digits verzenden is onzin. Het is geen digitale telefonie maar voip. Overigens houdt het argument wel deels stand. De callserver zal als het goed is de meeste pogingen om dergelijke nummers te bellen afvangen.

De grap is dat deze telefoons volwaardige clients zijn en in principe dus elk type pakket en verbinding kunnen leggen. Je zou ze in principe ook in kunnen zetten voor een DoS aanval
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.
Ik heb redelijk wat ervaring met Cisco telefoons (3x raden waar ik werk )
- Je reverse-engineert toestellen van de concurrentie voor Juniper
- Je bent manager bij KPN (land-line division) en staat in voor het ontslag van de overbodig geworden collega's
- Linksys? :Y)
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]

En de VS (nota bene aangespoord door Cisco!) maar klagen dat chinese netwerk/telecomapparatuur volzit met ingebouwde backdoors. Naast hypocriet snap ik niet dat een bedrijf als Cisco dan niet op z'n eigen veiligheid controleert, maar dat wel over anderen weet te suggereren.

Leuk voer voor alu-hoedjes (tegenwoordig lood, aluminium kan gebruikt worden als antenne en dan heeft het hoedje zelf een backdoor) verhalen.
iedere geleider kan werken als antenne. Lood dus ook.(geen beste geleider trouwens) Los van het gewicht van je hoed dus alleen zinvol tegen radioactieve straling ;)

En inderdaad, wie heeft nog Huawei nodig als de Cisco backdoors zo opvallen.
http://www.wantchinatimes...121028000015&cid=1102

[Reactie gewijzigd door SED op 28 december 2012 13:33]

Waar ik naar aanleiding van het artikel wel benieuwd over ben geworden: wat betekent "toegang op afstand". Moet je in dezelfde LAN zitten, met alle poorten beschikbaar? Of kun je dit ook, met slechts een beperkt aantal poorten open, vanaf het publieke internet doen?

Iets anders: die dingen booten toch via TFTP? En je hebt er een centrale voor nodig? Beveiligingsupdate mechanisme is dan toch triviaal te bouwen voor Cisco?
"Stolfo hekelt daarnaast het feit dat Cisco niet bereid was tot samenwerking met het onderzoeksteam."

Ik denk dat Cisco houdt van security through obscurity en als echt Amerikaans bedrijf zijnde ook houdt van security through threatening with lawsuits. Veel bedrijven,in het bijzonder die in de VS, vinden dat genoeg beveiliging.
Toestellen uit deze serie staan maar over de hele wereld. Niet zo'n groot probleem. :')
De hamvraag is natuurlijk, wat kan je doen om dit tegen te gaan. Vooral in grote bedrijven zijn niet alle toestellen altijd binnen het zicht. Dat lijkt me een probleem.
Als je er een worm op installeert die naar andere telefoons zoekt en een van die telefoons praat ipv6 dan heb je dus een redelijk probleem. Dan gaat het waarschijnlijk ineens heel snel...

Op dit item kan niet meer gereageerd worden.



Populair: Tablets Nokia Websites en communities Lumia Smartphones Laptops Sony Apple Games Politiek en recht

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

Beste nieuwssite en prijsvergelijker van het jaar 2013