Utiliser des pirates éthiques pour aider votre entreprise à découvrir des vulnérabilités - Partie 2

novembre 19, 2018

hikvision, securite

La semaine dernière, dans la première partie de cette série de blogs, nous avons examiné un article du

Article du Security Magazine sur les pirates éthiques, en examinant les raisons pour lesquelles il est nécessaire d’embaucher un pirate informatique éthique et les moyens de le recruter. Cette semaine, nous approfondirons la définition des vulnérabilités en général et de la vidéosurveillance en particulier.

Quelles sont les vulnérabilités ?

Les vulnérabilités sont des bugs ou des défauts du code informatique qui, lorsqu'ils sont exploités, ont un impact négatif sur la confidentialité, l'intégrité et la disponibilité (selon Mitre). Nous appelons cela la "triade CIA". Les vulnérabilités peuvent être trouvées dans les logiciels et les microprogrammes et sont répandues dans la plupart des codes. Plus il y a de lignes de code, plus il y a de risques de vulnérabilités.

Vulnérabilités en vidéosurveillance

Il est important de comprendre que tous les périphériques d'un réseau sont des ordinateurs. Cela inclut les équipements de vidéosurveillance sur IP et autres dispositifs IoT. Oui, vos ampoules intelligentes sont en réalité des ordinateurs et la plupart des caméras IP et des NVR sont des ordinateurs Linux exécutant un serveur Web.

Nous devons accepter cinq faits incontestables :

1. Tous les ordinateurs ont des vulnérabilités. Chaque mois, des correctifs de sécurité sont envoyés aux périphériques Windows, MacOS, Android et iOS pour les vulnérabilités récemment découvertes.

2. Tous les appareils IoT sont des ordinateurs : l'Internet des objets (IoT) est un terme utilisé pour faire référence à toutes les « choses » que nous connectons maintenant à Internet, afin de rendre notre vie plus facile et plus pratique et de nous sentir plus en sécurité. Vos ampoules intelligentes, votre réfrigérateur intelligent, votre thermostat intelligent et tout ce que vous connectez à votre réseau sont en réalité des ordinateurs. Ils ont un système d'exploitation, une interface réseau, une mémoire et un stockage.

3. Tous les équipements de vidéosurveillance basés sur IP sont des appareils IoT: les caméras IP et les appareils d'enregistrement connectés au réseau font partie de l'Internet des objets, car ils sont des ordinateurs. En fait, la caméra vidéo qui vous regarde peut-être maintenant est probablement un serveur Web Linux.

4. Tous les équipements de vidéosurveillance basés sur IP comportent des vulnérabilités : peu importe l’identité du fabricant, tous ces appareils présentent des vulnérabilités et continueront de l’avoir.

5. Les entreprises ne doivent pas être jugées sur leur nombre de vulnérabilités. Si tel était le cas, nous n’utiliserions aucun produit de Microsoft, Apple, Google ou IBM, car ils comptent parmi les plus performants. Les entreprises doivent plutôt être jugées sur la rapidité avec laquelle elles corrigent les vulnérabilités, comment elles communiquent ces vulnérabilités et ces correctifs aux clients et aux utilisateurs finaux, et si elles divulguent des informations de manière responsable.

 

Le processus de divulgation responsable

Le processus de divulgation responsable est un concept généralement accepté suivi par la plupart des pirates informatiques / chercheurs en sécurité et par les développeurs de logiciels. Bien que les étapes générales définies ci-dessous puissent différer d'une entreprise à l'autre, ce sont les bases à un niveau élevé.

1. Les produits sont créés et malgré toutes les analyses de vulnérabilités, analyses de code, analyses de sécurité des logiciels et analyses, il est sans doute impossible de créer du code ne contenant pas de vulnérabilités.

2. Les produits sont mis à la disposition du public.

3. Les pirates éthiques / chercheurs en sécurité décident de tester le produit. Ils utilisent des outils, une expérience et des esprits avancés qui aiment résoudre les énigmes afin de trouver des moyens de contourner les contrôles de sécurité mis en place.

4. Lorsqu'une vulnérabilité est découverte, le pirate éthique / chercheur en sécurité contacte uniquement le développeur du logiciel et rapporte ce qu'il a trouvé. Ils annoncent généralement que le développeur de logiciel dispose de 90 jours pour corriger la vulnérabilité ou pour que le pirate informatique / chercheur en sécurité éthique divulgue publiquement la vulnérabilité.

5. Le développeur vérifie la vulnérabilité et collabore avec le chercheur pour comprendre, puis corriger ou corriger la vulnérabilité.

6. À une date prédéterminée, le développeur du logiciel révèle qu'il existe une vulnérabilité en créant un CVE dans la base de données CVE et annonce qu'il existe un correctif pour le réparer. Aucun détail n'est partagé avec le public pour le moment. Généralement, le pirate informatique éthique annonce également que c'est lui qui a découvert la vulnérabilité.

7. À ce stade, les utilisateurs disposent d'un délai, généralement de 90 jours, pour appliquer des correctifs à leurs systèmes avant que le pirate informatique éthique ne publie publiquement les détails relatifs à la manière d'exploiter la vulnérabilité. Lorsque cela se produit, de nombreux scanners malveillants qui recherchent en permanence des systèmes vulnérables sur Internet sont mis à jour pour essayer de « pirater » des périphériques non corrigés.

 

Pour vérifier les déclarations ci-dessus, examinons le standard de facto généralement accepté pour la divulgation des vulnérabilités : la base de données CVE. Vous pouvez y accéder à https://cve.mitre.org

Une fois là-bas, entrez simplement le nom d’une entreprise qui fabrique des logiciels.

L'auteur de l'article du magazine Security propose quelques bonnes pratiques pour impliquer les pirates, notamment:

• Les pirates éthiques constituent une communauté aux compétences variées qui s’intéressent à différents types de vulnérabilités. Il est donc important de définir clairement le type de données que vous essayez de protéger.

• Engagez les pirates informatiques dans le respect de ce qu'ils font et reconnaissez-les correctement si une vulnérabilité signalée est importante. Selon l'auteur, les pirates informatiques veulent être « payés pour leur temps - ou au moins reconnus pour leur contribution ».

• Fournissez une ligne de communication claire et assignez un interlocuteur que les pirates peuvent contacter. « En tant que pirates informatiques, lorsque nous découvrons une vulnérabilité, nous recherchons sur Internet quelles organisations pourraient être affectées. Une fois, j'ai réveillé quelqu'un à 3 heures du matin pour signaler une vulnérabilité qui aurait pu être un événement d'arrêt de l'entreprise. "

Enfin, l’article conseille aux lecteurs de rester en communication avec le pirate informatique une fois la vulnérabilité signalée. Vous devrez d'abord le corriger, puis le tester pour vous assurer qu'il a été corrigé, et réengager le pirate pour que la solution fonctionne.

Pour les entreprises qui engagent des pirates pour la première fois, les plates-formes bug bounty peuvent prendre en charge ce processus. Pour plus d'informations à ce sujet et pour lire l'intégralité de l'article, cliquez ici.

IMPORTANT! Ce modèle nécessite un logiciel non standard. N'installez pas de logiciel standard (par exemple, v.4.1.xx) sur ce modèle. Cela endommagerait définitivement votre système. Vous devez utiliser le logiciel personnalisé v.4.1.25 à partir de la page du produit iDS-9632NXI-I8/16S

View the most updated version of this document here:

https://techsupportca.freshdesk.com/en/support/solutions/articles/17000113531-i-series-nvr-firmware-upgrade-instructions

 

The I-series NVR (such as the DS-7716NI-I4) is one of Hikvision's most popular and feature-rich recorders. As such, many firmware revisions have been introduced over the years to continually ensure the product is compatible with the newest technology available. Due to the many revisions, we recommend that the user closely follows the instructions below in order to reduce the amount of time spent as well as the chance of failure.

 

Database Optimization and Repair

As more affordable IP cameras are introduced over time with greater video resolution and data sizes, more efficient database management also becomes necessary. The introduction of firmware v4.0 brought about a new database architecture in order to be futureproof.

 

After upgrading to v4.X, the recorder database will need to be converted and optimized. If you are experiencing issues where playback is expected but not found, make sure "Database Repair" is performed as indicated in the procedures and scenarios below.

 

Preparing the Upgrade

Before proceeding with upgrade, it is recommended that NVR configuration file is exported from the NVR over the network or on to a local USB drive.

 

Upgrading from v3.4.92 build 170518 or Older

  1. All recorders must reach v3.4.92 before proceeding further. Upgrading from versions before v3.4.92 directly to any version of v4.X will likely cause the recorder to fail.
  2. If the recorder is already at v3.4.92, a full factory default is highly recommended before upgrading to any version of v4.X. There is a high chance of unit failure (requiring RMA) if the unit is not defaulted before upgrade.
  3. After reaching v3.4.92 and performing a full factory default, an upgrade directly to v4.50.00 is acceptable.
  4. After the upgrade is completed and the recorder is reprogrammed, it may be beneficial to perform a Database Repair. For details, refer to the section "Database Optimization and Repair" above.
  5. To verify repair progress, you may refer to the HDD status, or search the recorder log for repair started and stopped entries. Note that while the HDD is repairing, new recordings are still being made, but some existing recordings may not be searchable until repair is complete.
  6. If you continue to observe playback issues after database repair, ensure there are no power, network, or motion detection issues. Should the problem persist, contact technical support.

 

Upgrading from Any v4.X Build to v4.50.00.

  1. Any v4.X build can be upgraded directly to v4.50.00.
  2. Export configuration is highly recommended before performing the upgrade.
  3. If upgrading from any v4.X version that was not v4.22.005, a Database Repair is recommended. Refer to Step 4 and onwards in the previous section.

 

Downgrading

Downgrading is not recommended. Due to new features and parameters constantly being added, downgrading may cause the NVR to factory default itself or require a manual default to operate properly.

View the most updated version of this document here:
K-Series DVR upgrade instruction
The Turbo 4 Hybrid DVR K series has multiple models and across different platform and chipset. It also has similar firmware development of other recording product line; DVR K series has also introduced the GUI4.0 to ensure the series to be compatible to the newest technology available. The new database architecture is also brought into the DVR firmware v4.0 to be future proof and for better recording search experience. 
 


Database Optimization and Repair

As more affordable cameras introduced over time with greater video resolution and data sizes, more efficient database management also becomes necessary. The introduction of firmware v4.0 brought about a new database architecture in order to be futureproof.
After upgrading to v4.X, the recorder database will need to be converted and optimize. If you are experiencing issues, where playback is expected but not found, please make sure to perform "Database Rebuild" as indicated in the procedures and scenarios below.
 


Preparing the Upgrade

Before proceeding with upgrade, it is recommend exporting DVR configuration file from the DVR over the network or on to a local USB drive.

 

Action after firmware upgraded 

1. Upgrade the DVR according to the chart above. 

2. Reconfirming Channel's Recording Schedule 

    - Confirm channel's recording schedule is enable. 

    - Check if the channel is on correct recording schedule.

3. Double Check Storage Setting

    - Make sure all channel are assigned to record on its HDD group when the Storage setting is under Group Mode. 

4. Perform Database Rebuild locally. 

    • Some version above support Database Rebuild via web access - K51 and K72

    • Perform Database Rebuild regardless if system is having any database issue symptom. 

    • Database Rebuild process is average ~30 to 60min per TB. The process may still varies depends recording data.

    • After Database Rebuild - Check log to confirm Database Rebuild has went thru properly. 

    • If Database Rebuild Started and Stopped log has been log only within few minutes. Database rebuild may not has been completed properly. It is strongly recommend performing the Database Rebuild again.

    • To check log > System > Log > Information > Database Rebuild Started and Stopped.

    • If the log option is not available - access system via SSH can also obtain similar result.

5. Recording Data is still missing after database rebuild process. 

If the data has not been recorded or has been overwritten, Database rebuild process is not able retrieve those lost data. Have the system upgraded to the latest available firmware version above to prevent any future data lost is strongly recommended for all application.

 

 

 

 

In light of the global semiconductor shortage, Hikvision has made some hardware changes to the DS-76xxNI-Q1(2)/P NVRs, also known as “Q series.”

 

These changes do not have any effect on the performance, specifications, or the user interface of the NVRs. For the ease of reference, these modified units are known as “C-Version” units. This is clearly indicated on the NVR label and on the box by the serial number.

 

The only difference between the “C-Version” and “non-C-Version” is the firmware. The firmware is not interchangeable:

 

  • The C-Version NVRs must use firmware version v4.31.102 or higher.
  • The non-C-Version (Q series) NVRs must use firmware version v4.30.085 or older.

 

Please do not be alarmed if a “Firmware Mismatch” message pops up on the screen during the firmware upgrade. This simply means that the firmware does not match the NVR’s hardware. Simply download the correct firmware and the upgrade will go through without any issue.

In light of the global semiconductor shortage, Hikvision has made some hardware changes to the Value Express Series NVRs

These changes do not have any effect on the performance and specification of the recorders. For ease of reference, these modified units are known as “C-Version” units. This is clearly indicated on the NVR label and on the box by the serial number.

The only difference between the “C-Version” and “non-C-Version” is the firmware. The firmware is not interchangeable:

  • The C-Version NVRs must use firmware version v4.30.216 or higher.
  • The non-C-Version (Q series) NVRs must use firmware version v3.4.104 or older.

Please do not be alarmed if a “Firmware Mismatch” message pops up on the screen during the firmware upgrade. This simply means that the firmware does not match the NVR’s hardware. Simply download the correct firmware and the upgrade will go through without any issue.

En téléchargeant et en utilisant des logiciels et autres matériels disponibles sur ce site, vous acceptez d'être lié par les Conditions Générales d'Utilisation de HIKVISION. Si vous n'acceptez pas ces conditions, vous ne pouvez télécharger aucun de ces documents. Si vous êtes d'accord sur votre entreprise, vous déclarez et garantissez que vous avez le pouvoir de lier votre entreprise aux Conditions Générales d'Utilisation . Vous déclarez et garantissez également que vous avez l'âge légal de la majorité dans la juridiction dans laquelle vous résidez (au moins 18 ans dans de nombreux pays).