Guida informativa e non vincolante (non parte della licenza software) Ottobre 11, 2026
Questo documento fornisce solo esempi pratici. Non è incorporato nella Licenza CH-J Server Manager Proprietario del Software, non impone obblighi contrattuali separati e non promette un'operazione o un recupero senza errori. Gli operatori dovrebbero adattare le misure di salvaguardia ai sistemi interessati, alle leggi applicabili, alle loro autorizzazioni e al rischio prevedibile. Le disposizioni pertinenti sono le sezioni 3.5 e 7.2 della licenza CH-J Server Manager per i software proprietari. Leggere o seguire questi esempi non è un requisito contrattuale separato.
1. Protezione dei dati sui sistemi connessi
- Identificare file server importanti, database, stato delle applicazioni, dati di controllo accessi e configurazioni di sistema che potrebbero essere interessati da un'operazione.
- Tenere copie di backup sufficientemente indipendenti dal sistema live in modo che un comando errato, ransomware, guasto hardware o cancellazione accidentale è meno probabile distruggere gli originali e i backup insieme. Le opzioni includono controlli separati di archiviazione e accesso, copie immutabili o offline se necessario.
- Assicurarsi che la frequenza di backup e la ritenzione sono appropriati per accettabile punto di recupero e obiettivi di tempo di recupero.
- Periodicamente confermare che i backup esistono, sono leggibili e possono essere ripristinati. Una copia che non può essere restaurata fornisce poca protezione.
- RAID, dischi mirrorati, istantanee o alta disponibilità possono essere utili, ma non sempre sostituire i backup indipendenti e recuperabili.
- Quando si gestisce un sistema del cliente o del datore di lavoro, coordinarsi con il proprietario autorizzato di backup. Non copiare dati riservati ai clienti per la memorizzazione personale o accedere ai dati senza autorizzazione.
2. Prova prima di operazioni a rischio
La Licenza Software (Sezione 3.5) spiega lo stato di rilascio e gli avvisi. La presente guida non aggiunge restrizioni o condizioni giuridiche distinte.
- Su un server di staging o non produzione, quando possibile, esercitare solo le funzioni dell'applicazione su cui si prevede di fare affidamento, in particolare scrive file, operazioni all'ingrosso, comandi SSH, modifiche delle autorizzazioni e lavori automatizzati.
- Provare con dati non sensibili o usa e getta, confermare i sistemi e le identità di destinazione selezionati e considerare una prova se disponibile.
- Provare nuovamente le funzioni rilevanti dopo gli aggiornamenti delle applicazioni materiali, i permessi del server modificati, le modifiche di configurazione o le modifiche all'automazione.
- Se non esiste un ambiente di messa in scena adeguato, considerare un'operazione a campo ridotto, una conferma aggiuntiva, controlli di backup e un piano di rollback chiaro.
- Evitare inutili sessioni privilegiate; limitare le credenziali alle azioni effettivamente necessarie.
3. Controlli di tenuta e integrità
- Hash locali e confronti checksum possono aiutare a rilevare cambiamenti accidentali o intenzionali, ma il risultato è significativo solo se confrontato con un valore atteso ottenuto da una fonte affidabile.
- Per i controlli di integrità sensibili alla sicurezza, preferisci moderni algoritmi di hash crittografici come SHA-256 o SHA-512. MD5, SHA-1 e checksum non crittografici non sono prove appropriate di sicurezza contro modifiche intenzionali.
- Lo strumento hash locale non consente di eseguire il backup dei dati o di dimostrare che un server remoto non è compromesso.
4. Ambienti a rischio più elevato
CH-J Server Manager è per la gestione generale del sistema, non per l'esecuzione di una funzione di protezione, controllo o emergenza di sicurezza. Un collegamento con un'organizzazione che gestisce sistemi critici non rende di per sé l'amministrazione informatica ordinaria un uso critico della sicurezza. Determinare se il sistema specifico o il processo che gestisci può avere un impatto diretto sulla vita o sulla salute e consultare le procedure richieste dall'organizzazione e personale qualificato in materia di sicurezza.
5. Dopo un incidente
Conservare i registri pertinenti senza esporre le credenziali, arrestare le attività distruttive se è sicuro farlo, avvisare l’operatore autorizzato e seguire la procedura del proprietario del sistema per la risposta agli incidenti e il ripristino. Non presumere che un nuovo tentativo automatico sia sicuro.
Questa guida è educativa, facoltativa e non vincolante. Non modifica la licenza software, non impone ulteriori obblighi legali o limita i diritti legali.