Guide d'information et de non-contrainte (ne faisant pas partie de la licence logicielle) Octobre 11, 2026
Ce document ne donne que des exemples pratiques. Il n'est pas intégré dans la licence de logiciel propriétaire CH-J Server Manager, n'impose pas d'obligations contractuelles distinctes et ne promet pas une opération ou une récupération sans erreur. Les exploitants devraient adapter les mesures de protection aux systèmes concernés, aux lois applicables, à leurs autorisations et au risque prévisible. Les dispositions pertinentes sont les sections 3.5 et 7.2 de la licence de logiciel propriétaire CH-J Server Manager applicable. La lecture ou le suivi de ces exemples n'est pas une exigence contractuelle distincte.
1. Protéger les données sur les systèmes connectés
- Identifier les fichiers de serveur importants, les bases de données, l'état d'application, les données de contrôle d'accès et les configurations du système qui pourraient être affectés par une opération.
- Gardez les copies de sauvegarde suffisamment indépendantes du système en direct pour qu'une commande erronée, un ransomware, une défaillance matérielle ou une suppression accidentelle soit moins susceptible de détruire les originaux et les sauvegardes ensemble. Les options comprennent des contrôles de stockage et d'accès séparés, des copies immuables ou hors ligne, le cas échéant.
- Assurez-vous que la fréquence de sauvegarde et la conservation sont appropriées pour des objectifs acceptables de point de récupération et de temps de récupération.
- Confirmer périodiquement que les sauvegardes existent, sont lisibles et peuvent être restaurées. Une copie qui ne peut pas être restaurée offre peu de protection.
- RAID, disques miroirs, instantanés ou haute disponibilité peuvent être utiles, mais ne remplacent pas toujours des sauvegardes indépendantes et récupérables.
- Lors de la gestion des systèmes d'un client ou d'un employeur, coordonner avec le propriétaire de sauvegarde autorisé. Ne copiez pas les données du client restreintes à des données personnelles de stockage ou d'accès sans autorisation.
2. Essai avant opérations risquées
La licence de logiciel (Section 3.5) explique l'état et les avertissements du stade de publication. La présente orientation n'ajoute aucune restriction ou condition juridique distincte.
- Sur un serveur de mise en scène ou non-production lorsque c'est possible, n'exercez que les fonctions d'application sur lesquelles vous comptez compter, en particulier les écritures de fichiers, les opérations en vrac, les commandes SSH, les modifications de permission et les tâches automatisées.
- Tester avec des données non sensibles ou jetables, confirmer les systèmes et identités cibles sélectionnés et envisager un essai à sec lorsque disponible.
- Testez à nouveau les fonctions pertinentes après des mises à jour d'applications matérielles, des autorisations de serveur modifiées, des modifications de configuration ou des modifications à l'automatisation.
- S'il n'existe pas d'environnement de mise en scène approprié, envisager une opération à portée réduite, une confirmation supplémentaire, des vérifications de sauvegarde et un plan de renversement clair.
- Évitez les sessions privilégiées inutiles; limitez les pouvoirs aux actions réellement nécessaires.
3. Contrôles d'intégrité et de vol
- Les comparaisons des hashés locaux et des bilans peuvent aider à détecter les changements accidentels ou délibérés, mais le résultat n'est significatif que lorsqu'il est comparé à une valeur attendue obtenue d'une source digne de confiance.
- Pour les contrôles d'intégrité sensibles à la sécurité, préférez les algorithmes de hachage cryptographique modernes tels que SHA-256 ou SHA-512. Les contrôles MD5, SHA-1 et non cryptographiques ne sont pas des preuves de sécurité appropriées contre une modification délibérée.
- L'outil de hachage local ne sauvegarde pas lui-même les données ou ne prouve pas qu'un serveur distant n'est pas compromis.
4. Environnements à risque élevé
CH-J Server Manager est pour l'administration générale du système, pas pour effectuer une protection, un contrôle ou une fonction d'urgence critiques pour la sécurité. Une connexion à une organisation qui exploite des systèmes critiques ne fait pas en soi de l'administration informatique ordinaire un usage critique pour la sécurité. Déterminer si le système ou le processus que vous gérez peut avoir un impact direct sur la vie ou la santé, et consulter les procédures requises de l'organisation et le personnel de sécurité qualifié.
5. Après un incident
Conservez les journaux pertinents sans divulguer d’identifiants, arrêtez les tâches destructrices si cela peut se faire sans danger, informez l’opérateur autorisé et suivez la procédure de réponse aux incidents et de restauration du propriétaire du système. Ne supposez pas qu’une nouvelle tentative automatique est sûre.
Cette orientation est éducative, facultative et non contraignante. Il ne modifie pas la licence de logiciel, impose des obligations légales supplémentaires ou limite les droits légaux.