Digitemis découvre une vulnérabilité au sein de l’enregistreur vidéo Dahua [CVE-2021-33046]
L’enregistreur de vidéo Dahua DHI-NVR4108/4116HS-8P-4KS2, comme de nombreux autres produits similaires de l’éditeur, est un équipement de surveillance vidéo.
Découverte et exploitation
L’équipe test d’intrusion de Digitemis a découvert une vulnérabilité au sein de l’enregistreur vidéo Dahua DHI-NVR4108/4116HS-8P-4KS2 SNS version 4.000.0000001.5.R.191218.
Un attaquant non authentifié peut modifier le mail du propriétaire de l’équipement afin d’initier une procédure de réinitialisation à son avantage. L’attaquant pourra ensuite contacter le support de Dahua en lui transmettant le QRCode associé à l’équipement afin d’obtenir en retour le code de sécurité. Ce dernier permet de définir un mot de passe arbitraire au compte admin et prendre ainsi le contrôle de l’enregistreur vidéo.
Après échange avec l’équipe du PSIRT de Dahua, il s’est avéré que l’équipe d’intrusion de Shielder a également découvert cette vulnérabilité. Celle-ci est désormais référencée CVE-2021-33046 par le MITRE.
Correctifs
L’éditeur décrit l’ensemble des équipements et versions affectés à mettre à jour au sein de la publication suivante : https://www.dahuasecurity.com/support/cybersecurity/details/987
Il est donc recommandé de mettre à jour ces systèmes. Le bulletin de sécurité édité par Digitemis peut être téléchargé : FR / EN.
Je partage
Derniers articles
Renforcer la sécurité WordPress, du développement des plugins à la configuration serveur
Il y a peu, dans le cadre de recherches sur des plugins WordPress, notre pentester Vincent Fourcade a découvert une injection de code, côté client, dans un module du célèbre CMS. Celle-ci fut vérifiée et validée par les équipes de WPScan. Aujourd’hui, une CVE lui a été attribuée. L’occasion de revenir aujourd’hui sur la sécurité, au sens large, dans le CMS WordPress, que ce soit au niveau de la couche applicative, de la configuration du serveur ou du bureau. C’est parti !
Analyse des Métriques XSS : comprendre l’Impact des injections de code côté client
Lors des tests d’intrusion, l’injection de code côté client est généralement plus aisée à découvrir qu’une injection côté serveur. Le nombre de paramètres dynamiques transitant du back au front, la difficulté d’échapper correctement à l’entrée et à la sortie et la multitude d’encodage liés à l’affichage peuvent être des vrais casse-têtes pour qui souhaite faire la chasse à la XSS. Le JavaScript malveillant semble ainsi avoir de beaux jours devant lui. Cependant, il n’est pas rare qu’à l’issu de l’audit, la criticité d’une telle injection découle directement de la configuration des cookies présents sur l’application. En effet, l’absence de l’attribut HttpOnly majore irrémédiablement les risques liés à ce type d’attaque. Néanmoins, cela signifie-t-il que la présence de cet attribut doive absolument amenuiser la criticité d’une injection ?