Audyt bezpieczeństwa serwera
Ocena dostępów, konfiguracji, aktualizacji, logów, kopii i usług w zakresie potrzebnym do podjęcia decyzji.
Zapytaj o diagnozę
Serwery Linux · audyt · hardening
Audyt i hardening serwera Linux oraz pomoc po podejrzeniu incydentu
Sprawdzamy konfigurację, dostępy, aktualizacje i dostępne sygnały, a następnie uzgadniamy rozsądny zakres działań. Zwykłe awarie serwera obsługuje LinuxAdmin.
Zakres bezpieczeństwa
Najpierw rozpoznajemy ryzyko, potem uzgadniamy bezpieczne działania
Hardening serwera Linux
Uzgodnione wzmocnienie konfiguracji: kont, dostępu, aktualizacji, usług i podstawowych zabezpieczeń.
Omów hardeningPodejrzenie incydentu
Pomoc w rozpoznaniu niepokojącego sygnału na serwerze i ustaleniu kolejności działań po diagnozie.
Opisz sygnałMonitoring w abonamencie
Monitoring z uzgodnioną reakcją jest dostępny wyłącznie dla klientów z umową abonamentową.
Sprawdź zasadyWłaściwy kierunek
Kiedy Bezpieczny Serwer jest właściwym miejscem zgłoszenia
Serwis dotyczy bezpieczeństwa infrastruktury Linux. Nie zastępuje bieżącej administracji ani naprawy zwykłej niedostępności aplikacji.
Przed planowaną zmianą
Audyt pomaga ocenić ryzyko przed aktualizacją systemu, zmianą dostępu lub przebudową konfiguracji serwera.
Po niepokojącym sygnale
Nieznane konto, nietypowy proces, alert lub podejrzenie nieautoryzowanego dostępu wymagają najpierw diagnozy, nie przypadkowych zmian.
Po uporządkowaniu środowiska
Klient abonamentowy może ustalić monitoring, zakres reakcji i osoby kontaktowe dla konkretnego serwera.
Strona, sklep, baza lub usługa po prostu nie działa? To zwykła awaria operacyjna — zgłoś ją do LinuxAdmin.
Przebieg prac
Bez zmian robionych w ciemno
Przy sprawie bezpieczeństwa nie zaczynamy od przypadkowego resetu haseł ani wyłączania usług. Najpierw zbieramy dostępne fakty, ograniczenia dostępu i informację o ostatnich zmianach.
- Opis sygnałuUstalamy, co wzbudziło niepokój, jakiego serwera dotyczy sprawa i jakie są ograniczenia dostępu.
- Ocena ryzykaWeryfikujemy konfigurację, usługi, logi i dostępne dane tylko w zakresie potrzebnym do diagnozy.
- Uzgodnienie działańWyjaśniamy ryzyko, granice odpowiedzialności i rekomendowany wariant przed zmianami, gdy sytuacja na to pozwala.
- Weryfikacja i podsumowaniePo pracy wskazujemy, co zostało sprawdzone, zmienione oraz co warto dalej kontrolować.
Jasny zakres odpowiedzialności
Konfiguracja Linux, dostęp i podstawowe zabezpieczenia
Nie audytujemy kodu aplikacji i nie zastępujemy jej twórcy. Możemy ocenić stan serwera, konfiguracji i dostępów oraz zaproponować hardening infrastruktury.
Nie sprzedajemy hostingu, VPS-ów ani serwerów dedykowanych. Nie oferujemy też szerokiego SOC, pentestu, vCISO ani obsługi NIS2 jako samodzielnej usługi. Jeżeli sprawa dotyczy kodu aplikacji, pracujemy z jej twórcą w jasno określonym zakresie.
Zakres i wycena
Wycena wynika z diagnozy i uzgodnionego zakresu
Nie podajemy ceny ani nie deklarujemy rezultatu, zanim nie wiadomo, co dotyczy serwera, jakie są dostępy i jakie ryzyko niosą zmiany.
Audyt lub hardening
Po rozpoznaniu stanu serwera określamy, co ma zostać sprawdzone lub zmienione oraz potwierdzamy koszt przed rozpoczęciem prac.
Podejrzenie incydentu
Najpierw ustalamy, czy sygnał dotyczy bezpieczeństwa serwera i jaki tryb pracy jest technicznie oraz biznesowo uzasadniony.
Monitoring w abonamencie
Gotowość do pracy, osoby kontaktowe i zasady reakcji ustalamy wyłącznie w umowie abonamentowej.
Informacje o stałej opiece →Jednorazowe zgłoszenie nie oznacza dyżuru ani gwarantowanego czasu reakcji. Jeżeli sprawa wykracza poza serwer, na przykład leży po stronie kodu aplikacji, mówimy o tym przed rozszerzeniem zlecenia.
Po alercie
Monitoring z reakcją wymaga ustalonej gotowości
Alert może dotyczyć niedostępności, pełnego dysku, certyfikatu albo sygnału bezpieczeństwa. Monitoring z reakcją jest elementem współpracy abonamentowej: jego zakres, godziny i osoby kontaktowe ustalamy przed zdarzeniem.
Zobacz zasady monitoringu →- Samo powiadomienie
- Wiadomość o przekroczonym progu lub niedostępności.
- Monitoring w abonamencie
- Weryfikacja alertu i działanie zgodne z uprzednio uzgodnionym zakresem.
- Po zdarzeniu
- Wskazanie, co warto obserwować, poprawić albo zabezpieczyć, aby ograniczyć powrót podobnego sygnału.
Baza wiedzy
Bezpieczeństwo i utrzymanie serwera Linux
Baza wiedzy
Strona lub sklep nie działa po aktualizacji PHP. Co sprawdzić na serwerze?
Po zmianie PHP problem może dotyczyć ustawień serwera, rozszerzeń, dostępu do bazy albo zgodności aplikacji.
Czytaj materiałBaza wiedzy
Problem „MySQL server has gone away”
Błąd „MySQL server has gone away” jest jednym z najbardziej frustrujących i powszechnych problemów, z jakimi spotykają się administratorzy serwerów i…
Czytaj materiałBaza wiedzy
Certyfikat SSL wygasł
Kiedy certyfikat SSL wygasa, może to prowadzić do poważnych zakłóceń w działaniu witryny internetowej oraz znacznie podważyć zaufanie użytkowników.
Czytaj materiałNajczęstsze pytania
Zanim przekażesz dostęp
Czy warto wykonać audyt przed aktualizacją systemu lub zmianą dostępów?
Tak, gdy zmiana może dotknąć ważnej usługi. Oceniamy stan serwera i jego konfiguracji; zgodność kodu aplikacji z nową wersją potwierdza jej twórca.
Czy pomożecie przy podejrzeniu kompromitacji serwera?
Możemy rozpocząć od diagnozy sygnału, ocenić dostępne dane i uzgodnić dalszy zakres. Nie gwarantujemy wyniku przed rozpoznaniem środowiska.
Czy przyjmujecie zwykłe awarie serwera lub aplikacji?
Nie na tej stronie. Niedostępność strony, sklepu, bazy danych lub usługi operacyjnej prowadzi LinuxAdmin pod adresem linuxadmin.pl/usuwanie-awarii/.
Czy monitoring z reakcją jest dostępny po jednorazowym zgłoszeniu?
Nie. Gotowość do pracy, czas reakcji i zasady działania po alercie ustalamy wyłącznie z klientami mającymi umowę abonamentową.
Jak ustalacie wycenę?
Po poznaniu sygnału, dostępów, krytyczności usługi i zakresu niezbędnej diagnozy lub zmian. Zakres oraz koszt potwierdzamy przed rozpoczęciem prac.
Kontakt techniczny
Opisz kontekst bezpieczeństwa serwera
W pierwszej wiadomości wystarczą objawy, adres usługi, ostatnia zmiana, informacja o dostępach i sygnał, który wzbudził niepokój. Najpierw ustalimy, czy potrzebna jest diagnoza bezpieczeństwa i jaki zakres ma sens.
Zwykła awaria serwera lub aplikacji? Zgłoś ją bezpośrednio do LinuxAdmin.