Wifi op Hikvision-camera's blijft actief bij ethernetaansluiting
Eigenaren van een Hikvision wifi ip-camera zijn gewaarschuwd wanneer ze de ip-camera via ethernet aansluiten. De ip-camera probeert namelijk standaard met een wifi-netwerk genaamd "davinci" verbinding te maken, zonder enige authenticatie en encryptie.
Ook wanneer de camera via ethernet wordt aangesloten blijven deze wifi-instellingen actief en zal de camera naar het ingestelde wifi-netwerk zoeken. Een aanvaller in de buurt kan zo toegang tot de camera krijgen, aangezien hij alleen een wifi-netwerk genaamd "davinci" hoeft aan te maken. Daarnaast zorgt een andere kwetsbaarheid ervoor dat er eenvoudig beheerderstoegang tot de camera kan worden verkregen en die bijvoorbeeld kan worden uitgeschakeld. Dit probleem is inmiddels in firmware-versie 5.4.5 opgelost.
Bij bepaalde firmware-versies van de wifi ip-camera's is het niet mogelijk om de wifi-functionaliteit uit te schakelen. Eigenaren krijgen in dit geval het advies om een complexe WPA2-PSK AES-sleutel in te stellen. De camera zal in dit geval met een sleutel verbinding proberen te maken die niet door het wifi-netwerk is ingesteld. "En het is onwaarschijnlijk dat de aanvaller de complexe sleutel zal raden", aldus de onderzoeker die het probleem ontdekte.
De onderzoeker waarschuwde Hikvision op 1 en 6 juni van dit jaar, maar kreeg geen reactie. Vervolgens probeerde hij het op 29 september en wederom zonder succes. Uiteindelijk kwam Hikvision in oktober met een reactie en kwamen beide partijen een datum overeen om de kwetsbaarheid bekend te maken, wat nu via de Full Disclosure-mailinglist is gedaan. In de waarschuwing staan verschillende modellen die kwetsbaar zijn, alsmede firmware-versies. Het gaat om versie 5.3.0, 5.4.0 en 5.4.5. Er wordt verder geen melding gemaakt van een update van Hikvision.
Interessant. HikVision kan blijkbaar iets wat anderen niet kunnen. In de firmware 5.4.5, welke in maart 2017 uitgegeven is, hebben ze alvast een lek gedicht die in sept. 2017 openbaar gemaakt werd.
Ik heb al tijden de firmware 5.5.0 van eind sept op mijn cameras zitten.
Het is mij een raadsel waarom hij dit niet met de laatste firmware getest heeft.
Edit: Correctie. Het geteste model hoort bij de R0 serie en die heeft na versie 5.4.5 geen firmware update gehad.
Hikvision camera API includes support for proprietary HikCGI protocol, which exposes URI endpoints through the camera's
web interface. The HikCGI protocol handler checks for the presence of a parameter named "auth" in the query string and
if that parameter contains a base64-encoded "username:password" string, the HikCGI API call assumes the idntity of the
specified user. The password is ignored.
There are four handlers in a typical Hikvision camera firmware that process API requests: ISAPI, PSIA, HikCGI, and
Genetec. All four contain very similar authentication and authorization code. Only one of the four (HikCGI) has an
additional piece of code with a very simple logic of "if this exists, then skip all authentication". Once you
understand the code flow, the backdoor code really stands out. It is nearly impossible for a piece of code that obvious
to not be noticed by development or QA teams, yet it has been present for 3+ years. The vulnerability start ed to
quietly disappear from hew firmware released in Jan/Feb of 2017, after Hikvision leadership made public comments that
no such backdoor exists and after similar backdoors were reported in other manufacturers' products.
Hikvision indicated that it was a piece of debug code inadvertently left by one of developers.
It is plausible, that a developer forgot to remove a piece of test code and it went unnoticed for years. There are no
attempts to hide the backdoor code which would certainly be expected in case of a deliberately planted backdoor.
Chinese domestic market cameras contain the backdoor as well.
A. Het "spannendste" is in september al gepatcht
B. Hier al eerder besproken https://www.security.nl/posting/530681/Onderzoeker%3A+Backdoor+in+Hikvision+ip-camera%27s+jaren+aanwezig
Deze posting is gelocked. Reageren is niet meer mogelijk.
Netwerk Security Engineer
Luchtverkeersleiding Nederland
Als Netwerk Security Engineer ontwerp en optimaliseer je onze technische netwerk- en beveiligingsinfrastructuur. Je stuurt tech-nische veranderingen aan op basis van de gestelde architectuur kaders en helpt mee met de uitvoering ervan. Ben jij een gedreven professional met passie voor netwerk-beveiliging? Dan is deze functie als Netwerk Security Engineer bij Luchtverkeersleiding Nederland (LVNL) iets voor jou!
Lead Network Security Engineer
Luchtverkeersleiding Nederland
Word Lead Network Security Engineer bij LVNL. Ontwerp en implementeer security-oplossingen die de luchtverkeersleidings-systemen veilig houden. Solliciteer nu en draag bij aan onze cyberweerbaarheid! Als Lead Network Security Engineer bij LVNL ben je verantwoordelijk voor het ontwerpen, implementeren en optimaliseren van de netwerkbeveiliging die cruciaal is voor de veilige en efficiënte werking van het luchtverkeersleidingssysteem in Nederland.
Junior DevOps Engineer
Certified Secure is op zoek naar een Junior DevOps Engineer. Deze functie is een stuk interessanter dan de term doet vermoeden! Om jou als potentiële nieuwe collega meteen te laten zien wat we doen hebben we speciaal voor jou een selectie gemaakt van een aantal leuke security challenges. Are you ready for a challenge?