Guía informativa y no vinculante (no parte de la licencia del software) Octubre 11, 2026
En este documento sólo se dan ejemplos prácticos. No se incorpora a la Licencia de Software Proprietary CH-J Server Manager, no impone obligaciones contractuales separadas y no promete operación o recuperación sin errores. Los operadores deben adaptar las salvaguardias a los sistemas afectados, la legislación aplicable, sus permisos y el riesgo previsible. Las disposiciones pertinentes son las secciones 3.5 y 7.2 de la licencia de software propietario CH-J Server Manager aplicable. Leer o seguir estos ejemplos no es un requisito contractual separado.
1. Proteger los datos de sistemas conectados
- Identificar archivos de servidor importantes, bases de datos, estado de aplicación, datos de control de acceso y configuraciones del sistema que podrían verse afectadas por una operación.
- Mantenga copias de seguridad suficientemente independientes del sistema en vivo para que un comando erróneo, ransomware, fallo de hardware o eliminación accidental sea menos probable que destruyan los originales y las copias de seguridad juntas. Las opciones incluyen controles separados de almacenamiento y acceso, copias inmutables o fuera de línea cuando sea apropiado.
- Asegúrese de que la frecuencia y la retención de respaldo sean apropiadas para los objetivos aceptables de punto de recuperación y tiempo de recuperación.
- Confirme periódicamente que existen copias de seguridad, son legibles y se pueden restaurar. Una copia que no se puede restaurar proporciona poca protección.
- RAID, discos espejos, instantáneas o alta disponibilidad pueden ser útiles, pero no siempre reemplazan copias de seguridad independientes y recuperables.
- Al gestionar los sistemas de un cliente o empleador, coordine con el propietario autorizado de la copia de seguridad. No copie los datos restringidos del cliente al almacenamiento personal ni acceda a los datos sin permiso.
2. Prueba antes de operaciones de riesgo
La Licencia de Software (Sección 3.5) explica el estado de la etapa de lanzamiento y las advertencias. Esta orientación no añade ninguna restricción o condición jurídica separada.
- En un servidor de puesta en escena o no producción cuando sea posible, ejercite únicamente las funciones de aplicación que planea confiar, especialmente las escrituras de archivos, operaciones a granel, comandos SSH, cambios de permisos y trabajos automatizados.
- Prueba con datos no sensibles o desechables, confirma los sistemas e identidades de destino seleccionados y considera un simulacro cuando esté disponible.
- Pruebe las funciones relevantes de nuevo después de actualizaciones de aplicaciones materiales, permisos de servidor cambiados, cambios de configuración o cambios en la automatización.
- Si no existe un entorno de estadificación adecuado, considere una operación de alcance reducido, confirmación adicional, comprobaciones de respaldo y un plan de retroceso claro.
- Evitar sesiones privilegiadas innecesarias; limitar las credenciales a las acciones realmente necesarias.
3. Controles de hashing e integridad
- Las comparaciones locales de hashes y checksum pueden ayudar a detectar cambios accidentales o deliberados, pero el resultado es significativo sólo cuando se compara con un valor esperado obtenido de una fuente confiable.
- Para las comprobaciones de integridad sensibles a la seguridad, prefiera algoritmos modernos de hash criptográfico como SHA-256 o SHA-512. MD5, SHA-1 y las comprobaciones no criptográficas no son pruebas adecuadas de seguridad contra modificaciones deliberadas.
- La herramienta hash local no hace copias de seguridad de los datos ni demuestra que un servidor remoto no está comprometido.
4. Entornos de mayor riesgo
CH-J Server Manager es para la administración general del sistema, no para realizar una función de protección, control o emergencia crítica de seguridad. Una conexión con una organización que opera sistemas críticos no hace por sí misma que la administración de TI ordinaria sea un uso crítico para la seguridad. Determine si el sistema o proceso específico que administra puede afectar directamente la vida o la salud, y consulte los procedimientos requeridos por la organización y al personal de seguridad cualificado.
5. Después de un incidente
Conserve los registros pertinentes sin revelar credenciales, detenga las tareas destructivas si puede hacerlo de forma segura, avise al operador autorizado y siga el procedimiento de respuesta a incidentes y restauración del propietario del sistema. No dé por hecho que un reintento automático es seguro.
Esta orientación es educativa, opcional y no vinculante. No cambia la Licencia de Software, impone obligaciones legales adicionales o limita los derechos legales.