> Trwa korekta językowa tego tłumaczenia. W razie wątpliwości porównaj z [angielskim oryginałem](https://www.sm.ch-j.eu/docs/i18n/en/operational-safety-and-backup-guidance.md).

# CH-J Server Manager — Wytyczne dotyczące bezpieczeństwa operacyjnego i kopii zapasowych

**Informacyjne i niewiążące wytyczne (nie są częścią licencji na oprogramowanie)**  **październik 11, 2026**

Niniejszy dokument zawiera jedynie praktyczne przykłady. Nie jest ona włączona do licencji CH-J Server Manager Proprietary Software License, nie nakłada odrębnych zobowiązań umownych i nie obiecuje operacji bez błędów ani odzyskania. Operatorzy powinni dostosowywać zabezpieczenia do systemów, obowiązujących przepisów, ich pozwoleń i przewidywanego ryzyka. Odnośne przepisy to sekcje 3.5 oraz 7.2 mającego zastosowanie CH-J Server Manager Właściwa licencja oprogramowania. Czytanie tych przykładów lub podążanie za nimi nie jest odrębnym wymogiem umownym.

## 1. Chronić dane w podłączonych systemach

- Identyfikacja ważnych plików serwerowych, baz danych, stanu aplikacji, danych dostępu do kontroli oraz konfiguracji systemu, które mogłyby być dotknięte operacją.
- Zachowywać kopie kopie zapasowe wystarczająco niezależne od systemu na żywo, tak aby błędne polecenie, ransomware, awaria sprzętu lub przypadkowe usunięcie było mniej prawdopodobne, aby zniszczyć oryginały i kopie kopii razem. Opcje obejmują oddzielne kontrole przechowywania i dostępu, niezmienne lub offline kopie, w stosownych przypadkach.
- Upewnić się, że częstotliwość kopiowania kopii zapasowych i zatrzymywania są odpowiednie dla dopuszczalnych celów dotyczących odzyskania i czasu odzyskania.
- Okresowe potwierdzanie, że istnieją kopie zapasowe, są czytelne i mogą być przywrócone. Kopia, której nie można przywrócić, nie zapewnia żadnej ochrony.
- RAID, zrcurowane dyski, zdjęcia lub wysoka dostępność mogą być użyteczne, ale nie zawsze zastępują niezależne, odzyskiwane kopie zapasowe.
- Podczas zarządzania systemami klienta lub pracodawcy koordynuj się z upoważnionym właścicielem kopii zapasowej. Nie kopiować danych ograniczonych klientów do osobistego przechowywania lub dostępu do danych bez zezwolenia.

## 2. Test przed ryzykiem operacji

Licencja oprogramowania (Sekcja 3.5) wyjaśnia status i ostrzeżenia fazy wydania. Wskazówki te nie zawierają odrębnych ograniczeń ani warunków prawnych.

- Na serwerze stagingowym lub nieprodukcyjnym, jeśli jest to możliwe, ćwiczyć tylko funkcje aplikacji, na których planujesz polegać, zwłaszcza plik pisze, masowe operacje, SSH polecenia, zmiany zezwoleń i automatyczne zadanie.
- Badanie z nieczułymi lub jednorazowymi danymi, potwierdzenie wybranych systemów i tożsamości docelowych oraz rozważenie suchej próby, jeśli są dostępne.
- Testować odpowiednie funkcje ponownie po aktualizacjach materialnych aplikacji, zmienionych uprawnieniach serwera, zmianach konfiguracyjnych lub zmianach automatyzacji.
- Jeżeli nie ma odpowiedniego środowiska stagowania, rozważyć operację zmniejszonego obrazu, dodatkowe potwierdzenie, kontrole zapasowe i czysty plan odwrotny.
- Unikać niepotrzebnych uprzywilejowanych sesji; ograniczyć uprawnienia do rzeczywiście potrzebnych działań.

## 3. Kontrola haszowania i integralności

- Lokalne porównania sumy kontrolnej i porównywania mogą pomóc wykryć przypadkowe lub umyślne zmiany, ale wyniki są istotne tylko w porównaniu z oczekiwaną wartością uzyskaną z zaufającego źródła.
- Dla kontroli integralności wrażliwej na bezpieczeństwo preferuj współczesne algorytmy haszy kryptograficznych, takie jak: SHA-256 lub SHA-512. MD5, SHA-1 i niezakryptowane sumy kontrolne nie są odpowiednimi dowodami bezpieczeństwa przed zamierzoną zmianą.
- Lokalne narzędzie hash nie kopiuje danych ani nie udowodni, że serwer zdalony jest niekompromisowany.

## 4. Środowiska wysokiego ryzyka

CH-J Server Manager jest przeznaczony do ogólnego podawania systemu, a nie do wykonywania krytycznej ochrony bezpieczeństwa, kontroli lub awaryjnej funkcji. Łączenie z organizacją, która obsługuje systemy krytyczne, nie czyni zwyczajną administracją informatyczną krytyczną. Określenie, czy specyficzny system lub proces zarządzany może bezpośrednio wpływać na życie lub zdrowie oraz skonsultować się z wymaganymi procedurami i wykwalifikowanymi personelami bezpieczeństwa organizacji.

## 5. Po incydentie

Zachowaj odpowiednie dzienniki bez ujawniania danych logowania, zatrzymaj destrukcyjne zadania, jeśli można je bezpiecznie zatrzymać, powiadom upoważnionego operatora i postępuj zgodnie z procedurą właściciela systemu dotyczącą reagowania na incydenty i odtwarzania. Nie zakładaj, że automatyczne ponowienie próby jest bezpieczne.

---

Niniejsze wytyczne są edukacyjne, opcjonalne i niewiążące. Nie zmienia licencji oprogramowania, nie nakłada dodatkowych obowiązków prawnych ani nie ogranicza praw ustawowych.