Budżet: 3000 UAH Termin: 1 dzień
Gotów wykonać to zamówienie. Mam duże doświadczenie w cyberbezpieczeństwie i ochronie systemów. Posiadam wykształcenie kierunkowe. Wykonam wszystko w najkrótszym możliwym czasie
Dobry dzień!
Do projektu gamingowego związanego z grami CS2 oraz innymi szukam profesjonalisty, który zajmuje się konfiguracją ochrony DDoS.
Zadania:
- Skonfigurować podstawowe zasady Iptables w celu ochrony przed atakami
- Skonfigurować fail2ban
- Skonfigurować skrypt do szybkiego wyłączania krajów na podstawie geo (np. według kodów krajów lub wszystkich oprócz Ukrainy)
- Cała implementacja ma być wykonana za pomocą Ansible.
Używamy:
- Ubuntu Server
- Iptables
- fail2ban
- Ansible
Budżet: 3000 UAH Termin: 1 dzień
Gotów wykonać to zamówienie. Mam duże doświadczenie w cyberbezpieczeństwie i ochronie systemów. Posiadam wykształcenie kierunkowe. Wykonam wszystko w najkrótszym możliwym czasie
Budżet: 3000 UAH Termin: 1 dzień
Dzień dobry, ochrona twojego serwera przed ddos wyłącznie za pomocą reguł na twoim serwerze jest niemożliwa, chyba że masz szybsze połączenie niż ten ruch, który może do ciebie dotrzeć, no i że moc serwera wystarczy, aby firewall to obsłużył. Bez zewnętrznej usługi myślę, że będzie to źle sobie radzić.
Budżet: 3000 UAH Termin: 1 dzień
Dobranoc, chętnie pomogę w rozwiązaniu Twojego zadania. Proszę, napisz w wiadomości prywatnej.
вітаю
маю досвід роботи із ігровими проектами
вам вже налаштували захист ?
W ramach podnoszenia poziomu cyberbezpieczeństwa naszej infrastruktury musimy zrezygnować z praktyki przechowywania „wiecznych” i statycznych kluczy API, haseł oraz tokenów integracji w plikach konfiguracyjnych (.env, appsettings.json, config.yaml) naszych mikroserwisów. Cel biznesowy: Stworzyć jednolity, zabezpieczony punkt przechowywania danych poufnych (sekretów) z mechanizmem ich automatycznego aktualizowania (rotacji) w systemach zewnętrznych według harmonogramu. Inne nasze usługi będą żądać aktualnych tokenów „na żywo” przez API, co zminimalizuje szkody w przypadku kompromitacji któregokolwiek z komponentów systemu.Model bezpieczeństwa i szyfrowanie (Crypto Core) W bazie danych żaden sekret nie powinien być przechowywany w postaci jawnej. Podczas uruchamiania aplikacji do zmiennych środowiskowych przekazywany jest Klucz główny (Master Key). Jeśli klucz jest nieobecny lub ma nieprawidłową długość, usługa powinna zakończyć działanie na etapie inicjalizacji z zrozumiałym błędem w logach. Każdy sekret jest szyfrowany przed zapisaniem w bazie danych z użyciem tego Klucza głównego. Przy żądaniu — jest deszyfrowany w pamięci i zwracany w treści odpowiedzi.Audyt-logowanie (Audit Trail) Każda akcja z sekretami (tworzenie, odczyt przez usługę, udana lub nieudana rotacja) powinna być zapisywana w oddzielnym pliku logów audit.log (lub w oddzielnej tabeli w bazie danych). Ścisły zakaz: W audyt-logu kategorycznie zabrania się zapisywania samych wartości sekretów (ani w postaci jawnej, ani w postaci zaszyfrowanej).
Mamy dedykowany serwer na hetzner z witryną na dockerach (+framework laravel) Kontakt z deweloperami został utracony Potrzebne: - przywrócić i zmienić dostęp do serwera (prawdopodobnie ssh) - zalecić miejsce przechowywania i skonfigurować pełny backup serwera z prostym przywracaniem, prawdopodobnie nie na hetzner dla bezpieczeństwa - naprawić z jakiegoś powodu niewyświetlany logo (nie wiadomo dlaczego plik przestał być dostępny) Ważne - backupu witryny nie ma, prawa na błąd też. Rozważymy tylko doświadczonych specjalistów.