Güvenlik duvarına (firewall) kurallar koydum ama hepsi doğru mu? Port 80, 443, 22 — bunlardan başka ne kapatmalı?

ssh port 22 boku acma be port degistir 2222'ye vb. bu arada ama yine de fail2bani kur. mail yok ise smtp/imap acma hic. sadece 80 443 2222 acik olsun, geri kapi...

UFW komutları: ufw default deny incoming, ufw allow 80/tcp, ufw allow 443/tcp, ufw limit 2222/tcp (SSH rate limiting), ufw deny 3306/tcp (MySQL dışarıya kapalı). Kontrol: ufw status numbered. Loglama aç: ufw logging on, level medium. SSH config (/etc/ssh/sshd_config): Port 2222, PermitRootLogin no, PubkeyAuthentication yes, PasswordAuthentication no (key-based). Yeniden başlat: systemctl restart sshd. İç iletişim: iptables kuralları veya security groups (cloud provider seviyesinde).

en basit kurulum: port 22 kapat internetten sadece ofis IPsinden açık bir de ya da port değiştir, 2222 yap. mySQL port 3306 hiç açma, sadece localhost. hTTP, HTTPS normal başka hiçbişey açma. bu kadar basit işin bitsin

Firewall tiers: Perimeter (ISP level), Network (router firewall), Host (host-based firewall). Web sunucusu için: Host firewall (UFW) + Cloud Security Group (eğer cloud ise). SSH access: Bastion host behind VPN, ya da IP whitelist'e. Database access: Internal network only, never external. Logging tüm rejected packets'ler için — SIEM integrasyon ideal. Rate limiting SSH + TCP SYN flood protection.

port 22 açık = hacker invite ediyorsun 😂 Port değiştir fail2ban kur oldu işin bitsin bir de mail port? gereksiz ise kapatacaksın, neden açacaksın ki...

Haklısınız. Ödeme bilgisi değişikliği asla geldiği kanaldan doğrulanmaz.

İlk kez yapıyorsanız küçük başlayın, ölçek snra gelir. Kendi durumunuz farklıysa tabii değişir.

detaya inersek soyle: Kayit tutmayan hic bi surec duzellmiyor cunku neyi duzelteeceginizi bilmiyorsunuz.

koyla gelsin

ayynıısınnı yaşadım.

Kısmen katılıyorum, kısmen katılmıyorum. Her şeyi aynı anda değiştirmeye çalışınca hiçbiri oturmuyor.

İlk üç ay her şey iyi gider, sorun dördüncü ayda çıkar. Sonucu buraya yazarsanız başkalarına da faydası olur.

geçen yıl neredeyse aynısını yaşadık. bizde en çok zaman kaybettiren şey kimin karar vereceğinin belli olmamasıydı

izin ve kapsam yazili degilse o test baslamasin sonra kendi durumunuz farkliyas tabii degisir

Katılıyorum. Güvenli olmak mutlak deil; saldırıyı uğraşmaya değmez hâle getirmek demek.

Kendi durumunuz farklıysa tabii değişir.

aynısını yaşadım. işte ilk kez yaıyorsanız küçük başlayın, ölçek snra gelir.

ben olsam bu yoldan giderdim.

Bunu duyalı çok oldu ama bizde hiç böyle olmadı. Ödeme bilgisi değişikliği asla geldiği kanaldan doğrulanmaz.

Olayların çoğu zafiyetten değil sızmış bir paroladan başlıyor. Ben olsam bu yoldan giderdim.

Bunu not aldım, teşekkürler.

ben bu yoldan geçtim, anlatayım ama ikinci doğrulama açıksa çalınan parola tek başına işe yaramıyor.

bildirim yolu uzunsa bildirim gelmiyor; gelmeyen bildirim geç fark edilen olay demek ama ben olsam bu yoldan giderdim.

Buraya kadar söylenenleri özetleyeyim. Bizde en çok zaman kaybettiren şey, kimin karar vereceğinin belli olmamasıydı.

Test edilmemiş bir yedek, yedek değildir. Kendi durumunuz farklıysa tabii değişir.

Deneyeceğim.

Ben bu yoldan geçtim, anlatayım. İki hafta boyunca not tutmak, altı aylık tahminden iyi sonuç veriyor.

Kayıt tutmayan hiç bir süreç düzelmiyor, çünkü neyi düzelteceğinizi bilmiyorsunuz. Başka türlü yapan varsa onu da merak ederim.