Serveur partagé : qui peut encore ouvrir vos fichiers vidéo ?

Décrivez une situation ordinaire : une personne ouvre les dossiers de commandes ou de production du serveur. Sans avoir de compte vidéo, peut-elle atteindre le stockage des enregistrements ? Cette question ne lui attribue aucune intention malveillante. Elle vérifie une frontière d’accès que le logiciel vidéo ne contrôle pas nécessairement. Le responsable désigne les profils à représenter et les usages métier à conserver. Le professionnel teste une organisation convenue avec des données neutres. Le devis porte ainsi sur une séparation concrète, compréhensible par le dirigeant et vérifiable avec l’informatique, plutôt que sur la promesse abstraite d’un serveur sécurisé.

• Profils ordinaires représentatifs.
• Droits métier à préserver.
• Compte de test explicitement autorisé.

Un NAS est un serveur de fichiers sur le réseau ; il peut héberger plusieurs services sans leur donner les mêmes règles. Le dossier vidéo peut être local, partagé ou monté depuis une autre machine. Les personnes qui consultent les documents n’ont pas forcément les mêmes droits que le service chargé d’écrire les images. L’informatique identifie ces relations sans diffuser leurs chemins dans une note générale. Un nom discret ou une case qui retire le dossier de l’affichage n’est pas une preuve de refus. Le projet vérifie le parcours prévu et les autorisations effectives, sans publier de méthode d’accès aux archives.

• Stockage réel identifié.
• Compte de service distingué.
• Droits examinés avec l’informatique.

Chiffrer un dossier partagé et chiffrer les enregistrements dans une fonction vidéo peuvent produire des parcours différents. Un dossier chiffré devenu accessible au système après montage relève encore de ses permissions. La documentation System de Surveillance Station 9 décrit, elle, des enregistrements qui ne sont plus accessibles par SMB ou File Station et sont consultés ou téléchargés dans l’application. Cette fonction demande sa propre qualification sur le projet. Il faut donc écrire le résultat souhaité et la référence exacte, au lieu de commander simplement du chiffrement. Le client comprend ce qui est protégé, comment l’habilité travaille et ce qui reste hors de cette protection.

• Fonction précisément nommée.
• Lecture autorisée explicitée.
• Autres copies examinées séparément.

Dans l’exemple Synology documenté, seuls les enregistrements produits après activation sont chiffrés par cette fonction. Les vidéos antérieures suivent donc une décision distincte : utilité, accès et échéance de conservation. Elles ne sont pas effacées pour rendre la démonstration plus simple. La clé nécessite aussi une organisation : détenteurs habilités, conservation protégée et recours accepté en cas d’absence. Le professionnel explique les conséquences d’une perte selon la fonction retenue, sans promettre de récupérer des données devenues inaccessibles. Ni la clé ni les archives ne sont transmises dans une demande de devis. Le projet définit les responsabilités avant la mise en service.

• Avant et après activation distingués.
• Anciennes échéances respectées.
• Responsables des clés nommés.

Sur une scène neutre, le compte ordinaire de démonstration garde les appartenances nécessaires à son travail et doit rencontrer le refus prévu sur les archives. L’habilité, de son côté, doit pouvoir retrouver la séquence par le parcours retenu. Après toute restriction, une nouvelle scène est enregistrée puis relue. Ce dernier contrôle est essentiel : un dossier devenu inaccessible à tout le monde pourrait aussi avoir bloqué le service vidéo. Le test n’utilise pas les identifiants personnels d’un salarié et ne recherche aucune élévation de droits. Le compte rendu distingue les profils réellement vérifiés, les chemins examinés et les limites restantes.

• Refus ordinaire constaté.
• Nouvelle écriture maintenue.
• Lecture habilitée démontrée.

Un nouveau groupe informatique, un autre dossier, un changement de syndic ou une restauration peuvent modifier les droits sans changer les caméras. Prévoyez les événements qui déclenchent une revue ciblée. Le prestataire de maintenance et le responsable informatique doivent savoir qui valide la modification et qui contrôle les nouvelles images. Les comptes d’administration suivent leur cadre propre ; le projet ne garantit pas une protection contre toute personne possédant tous les pouvoirs et la clé. Si la séparation devient impossible à maintenir avec les usages métier, un stockage distinct peut être plus lisible. Ce choix se compare sur la durée, avec sa charge d’exploitation réelle.

• Changements déclencheurs identifiés.
• Validation et contrôle attribués.
• Alternative distincte si nécessaire.