G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda siber g\u00fcvenlik, hem bireyler hem de kurumlar i\u00e7in vazge\u00e7ilmez bir \u00f6ncelik haline geldi. Peki, yayg\u0131n olarak “g\u00fcvenli” kabul edilen Linux i\u015fletim sistemi ger\u00e7ekten ne kadar dayan\u0131kl\u0131? Bu kapsaml\u0131 makalede, Linux’un g\u00fcvenli\u011fini sa\u011flayan temel mekanizmalar\u0131 derinlemesine inceleyecek, potansiyel zay\u0131fl\u0131klar\u0131n\u0131 ve yayg\u0131n tehditlerini analiz edecek, son olarak da sisteminizi daha sa\u011flam hale getirmek i\u00e7in pratik ad\u0131mlar ve stratejiler sunaca\u011f\u0131z. Amac\u0131m\u0131z, Linux g\u00fcvenli\u011fine dair merak etti\u011finiz t\u00fcm sorular\u0131 yan\u0131tlamak ve kar\u015f\u0131la\u015fabilece\u011finiz riskleri en aza indirgemenize yard\u0131mc\u0131 olmakt\u0131r.<\/p>\n
Linux, g\u00fcvenlik konusunda uzun y\u0131llard\u0131r sa\u011flam bir itibara sahiptir. Ancak bu itibar, tek bir \u00f6zelli\u011fe de\u011fil, bir dizi temel ilke ve teknolojik yap\u0131ta\u015f\u0131na dayanmaktad\u0131r. Bu b\u00f6l\u00fcmde, Linux’u siber sald\u0131r\u0131lara kar\u015f\u0131 diren\u00e7li k\u0131lan kritik \u00f6zellikleri detayl\u0131 bir \u015fekilde inceleyece\u011fiz.<\/p>\n
\u00d6ncelikle, Linux’un a\u00e7\u0131k kaynak<\/a> yap\u0131s\u0131, g\u00fcvenlik mimarisinin temelini olu\u015fturur. Milyonlarca geli\u015ftirici ve g\u00fcvenlik ara\u015ft\u0131rmac\u0131s\u0131, Linux \u00e7ekirde\u011fi ve uygulamalar\u0131n\u0131n kaynak kodlar\u0131n\u0131 s\u00fcrekli olarak inceleyebilir, denetleyebilir ve olas\u0131 g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 h\u0131zla tespit edip d\u00fczeltebilir. Bu \u015feffafl\u0131k, kapal\u0131 kaynak sistemlerdeki “g\u00fcvenlik a\u00e7\u0131\u011f\u0131 gizlili\u011fini” ortadan kald\u0131rarak, hatalar\u0131n h\u0131zla ortaya \u00e7\u0131kar\u0131lmas\u0131na ve yama uygulanmas\u0131na olanak tan\u0131r. Sonu\u00e7 olarak, g\u00fcvenlik zafiyetleri genellikle ke\u015ffedildikten k\u0131sa bir s\u00fcre sonra giderilir, bu da sald\u0131rganlar\u0131n istismar edebilece\u011fi s\u00fcreyi \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131salt\u0131r. Ayr\u0131ca, geni\u015f geli\u015ftirici toplulu\u011fu, farkl\u0131 g\u00fcvenlik yakla\u015f\u0131mlar\u0131n\u0131 bir araya getirerek sistemi daha sa\u011flam hale getirir.<\/p>\n \u0130kinci olarak, Linux’un izin ve yetkilendirme sistemi<\/a>, sistemin g\u00fcvenli\u011finde merkezi bir rol oynar. Her dosya ve dizin, belirli kullan\u0131c\u0131 ve grup izinleriyle korunur. Bu izinler, bir kullan\u0131c\u0131n\u0131n bir dosyay\u0131 okuyup okuyamayaca\u011f\u0131n\u0131, yaz\u0131p yazamayaca\u011f\u0131n\u0131 veya \u00e7al\u0131\u015ft\u0131r\u0131p \u00e7al\u0131\u015ft\u0131ramayaca\u011f\u0131n\u0131 belirler. Sistemde en y\u00fcksek yetkiye sahip olan “root” kullan\u0131c\u0131s\u0131, her \u015feyi yapabilirken, standart kullan\u0131c\u0131lar yaln\u0131zca kendi dosyalar\u0131 \u00fczerinde tam kontrole sahiptir. Bu “en az ayr\u0131cal\u0131k” ilkesi, k\u00f6t\u00fc ama\u00e7l\u0131 bir yaz\u0131l\u0131m\u0131n veya bir sald\u0131rgan\u0131n sistemde yetkisiz de\u011fi\u015fiklikler yapmas\u0131n\u0131 zorla\u015ft\u0131r\u0131r. \u00d6rne\u011fin, bir web sunucusu uygulamas\u0131, yaln\u0131zca belirli dizinlere yazma iznine sahip olacak \u015fekilde yap\u0131land\u0131r\u0131labilir, b\u00f6ylece t\u00fcm sisteme eri\u015fim engellenir. Bu da potansiyel hasar\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde s\u0131n\u0131rlar. Kullan\u0131c\u0131lar ve gruplar aras\u0131ndaki net ayr\u0131m, yetki y\u00fckseltme sald\u0131r\u0131lar\u0131n\u0131 daha zor hale getirir.<\/p>\n \u00dc\u00e7\u00fcnc\u00fc temel ta\u015f\u0131 ise Linux \u00e7ekirde\u011fi<\/a> (kernel) g\u00fcvenli\u011fidir. \u00c7ekirdek, i\u015fletim sisteminin kalbidir ve donan\u0131m ile yaz\u0131l\u0131m aras\u0131ndaki ileti\u015fimi y\u00f6netir. Linux \u00e7ekirde\u011fi, g\u00fcvenlik odakl\u0131 tasar\u0131m\u0131, mod\u00fcler yap\u0131s\u0131 ve s\u00fcrekli denetimi sayesinde olduk\u00e7a sa\u011flamd\u0131r. Bellek koruma mekanizmalar\u0131, adres alan\u0131 d\u00fczeni rastgelele\u015ftirmesi (ASLR) ve veri y\u00fcr\u00fctme engellemesi (NX bit) gibi \u00f6zellikler, yayg\u0131n bellek istismar sald\u0131r\u0131lar\u0131na kar\u015f\u0131 koruma sa\u011flar. \u00c7ekirdek mod\u00fclleri, yaln\u0131zca ihtiya\u00e7 duyuldu\u011funda y\u00fcklenebilir, bu da sald\u0131r\u0131 y\u00fczeyini azalt\u0131r. Ayr\u0131ca, \u00e7ekirdekteki herhangi bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 h\u0131zla yamalan\u0131r ve da\u011f\u0131t\u0131l\u0131r, bu da sistemin genel direncini art\u0131r\u0131r.<\/p>\n Son olarak, Linux’un paket y\u00f6netim sistemi<\/a>, g\u00fcvenli\u011fin \u00f6nemli bir bile\u015fenidir. Debian\/Ubuntu’daki APT, Red Hat\/Fedora’daki DNF\/YUM gibi paket y\u00f6neticileri, yaz\u0131l\u0131mlar\u0131 merkezi ve g\u00fcvenilir depolardan (repository) temin eder. Bu depolar, genellikle da\u011f\u0131t\u0131m\u0131n kendisi veya g\u00fcvenilir topluluklar taraf\u0131ndan denetlenir ve yaz\u0131l\u0131mlar kriptografik olarak imzalan\u0131r. Bu sayede, kullan\u0131c\u0131lar sahte veya k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131 fark\u0131nda olmadan y\u00fckleme riskini en aza indirir. Paket y\u00f6neticileri ayr\u0131ca, t\u00fcm sistemin tek bir komutla kolayca g\u00fcncellenmesini sa\u011flayarak g\u00fcvenlik yamalar\u0131n\u0131n h\u0131zl\u0131 bir \u015fekilde uygulanmas\u0131na olanak tan\u0131r. Bu yap\u0131, hem yaz\u0131l\u0131m b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fc sa\u011flar hem de g\u00fcncel kalmay\u0131 kolayla\u015ft\u0131r\u0131r.<\/p>\n Bu temel \u00f6zelliklerin birle\u015fimi, Linux’u do\u011fas\u0131 gere\u011fi olduk\u00e7a g\u00fcvenli bir i\u015fletim sistemi haline getirir. Ancak, hi\u00e7bir sistem %100 g\u00fcvenli de\u011fildir ve Linux’un zay\u0131f noktalar\u0131 da mevcuttur. Bu zay\u0131fl\u0131klar genellikle yanl\u0131\u015f yap\u0131land\u0131rmalar, kullan\u0131c\u0131 hatalar\u0131 veya eski yaz\u0131l\u0131mlardan kaynaklan\u0131r. Bu nedenle, g\u00fcvenlik yaln\u0131zca sistemin mimarisine de\u011fil, ayn\u0131 zamanda y\u00f6neticilerin ve kullan\u0131c\u0131lar\u0131n pratiklerine de ba\u011fl\u0131d\u0131r.<\/p>\n Linux g\u00fcvenlik modelinin kalbinde yer alan dosya izinleri ve kullan\u0131c\u0131 yetkilendirmeleri, sistem kaynaklar\u0131na eri\u015fimi titizlikle kontrol ederek potansiyel zararlar\u0131 minimize eder. Bu mekanizmalar\u0131 do\u011fru bir \u015fekilde anlamak ve uygulamak, Linux sisteminizin g\u00fcvenli\u011fini art\u0131rmak i\u00e7in kritik \u00f6neme sahiptir. \u015eimdi bu konuda ad\u0131m ad\u0131m pratik uygulamalara ge\u00e7elim.<\/p>\n Bir dosya veya dizinin izinlerini anlaman\u0131n ilk ad\u0131m\u0131, <\/code><\/p>\n \u00c7\u0131kt\u0131 \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n <\/code><\/p>\n Buradaki ilk k\u0131s\u0131m olan Dosya ve dizin izinlerini de\u011fi\u015ftirmek i\u00e7in Bu de\u011ferler toplanarak her bir kullan\u0131c\u0131\/grup\/di\u011fer kategorisi i\u00e7in izin kodu olu\u015fturulur. \u00d6rne\u011fin, Pratik \u00d6rnek: Bir Web Sunucusu Dizinini G\u00fcvenli Hale Getirme<\/strong><\/p>\n Diyelim ki bir web sunucusunda <\/code><\/p>\n Bu komutlar, web sunucusu uygulamas\u0131n\u0131n dosyalar\u0131 okumas\u0131na ve dizinlerde gezinmesine izin verirken, k\u00f6t\u00fc ama\u00e7l\u0131 bir sald\u0131r\u0131n\u0131n dosyalar\u0131 do\u011frudan de\u011fi\u015ftirmesini veya yeni dosyalar olu\u015fturmas\u0131n\u0131 zorla\u015ft\u0131r\u0131r. E\u011fer belirli bir web uygulamas\u0131n\u0131n (\u00f6rne\u011fin bir CMS) belirli bir dizine (\u00f6rne\u011fin y\u00fckleme dizini) yazma iznine ihtiyac\u0131 varsa, o dizin i\u00e7in istisnai olarak daha gev\u015fek izinler (\u00f6rne\u011fin Kullan\u0131c\u0131 ve grup sahipli\u011fini de\u011fi\u015ftirmek i\u00e7in <\/code><\/p>\n Bir kullan\u0131c\u0131n\u0131n ba\u015fka bir kullan\u0131c\u0131 veya grup olarak komut \u00e7al\u0131\u015ft\u0131rmas\u0131na izin veren <\/code><\/p>\n Bu yetkilendirme mekanizmalar\u0131, Linux sisteminin temel g\u00fcvenlik duvar\u0131n\u0131 olu\u015fturur. Do\u011fru yap\u0131land\u0131rma ile, yetkisiz eri\u015fimi b\u00fcy\u00fck \u00f6l\u00e7\u00fcde k\u0131s\u0131tlayabilir ve sisteminize y\u00f6nelik tehditleri azaltabilirsiniz. Unutmay\u0131n, en g\u00fc\u00e7l\u00fc savunma katman\u0131 bile yanl\u0131\u015f kullan\u0131ld\u0131\u011f\u0131nda zay\u0131flayabilir. Bu nedenle, dosya ve dizin izinlerini d\u00fczenli olarak g\u00f6zden ge\u00e7irmek ve \"en az ayr\u0131cal\u0131k\" ilkesini uygulamak esast\u0131r.<\/p>\n Linux, sa\u011flam g\u00fcvenlik \u00f6zellikleriyle tan\u0131nsa da, hi\u00e7bir i\u015fletim sistemi kusursuz de\u011fildir. Linux'un da kendine \u00f6zg\u00fc zay\u0131f halkalar\u0131 ve maruz kald\u0131\u011f\u0131 yayg\u0131n tehditler bulunmaktad\u0131r. Bu b\u00f6l\u00fcmde, bu potansiyel k\u0131r\u0131lganl\u0131klar\u0131 ve sald\u0131r\u0131 vekt\u00f6rlerini ele alacak, b\u00f6ylece sisteminizi daha bilin\u00e7li bir \u015fekilde koruyabilirsiniz.<\/p>\n En b\u00fcy\u00fck zay\u0131fl\u0131k genellikle teknik bir eksiklikten ziyade kullan\u0131c\u0131 hatalar\u0131ndan<\/a> kaynaklan\u0131r. Zay\u0131f parolalar, kolay tahmin edilebilir SSH kimlik bilgileri veya varsay\u0131lan parolalar\u0131n de\u011fi\u015ftirilmemesi, siber sald\u0131rganlar i\u00e7in a\u00e7\u0131k bir davettir. Ayr\u0131ca, Bir di\u011fer \u00f6nemli zafiyet alan\u0131 ise \u00fc\u00e7\u00fcnc\u00fc parti yaz\u0131l\u0131mlard\u0131r<\/a>. Linux'un a\u00e7\u0131k kaynak do\u011fas\u0131, \u00e7ok say\u0131da farkl\u0131 uygulama ve paketin mevcut olmas\u0131 anlam\u0131na gelir. Ancak, resmi depolardan veya g\u00fcvenilir kaynaklardan gelmeyen yaz\u0131l\u0131mlar\u0131n y\u00fcklenmesi, k\u00f6t\u00fc ama\u00e7l\u0131 kodlar\u0131n sisteme s\u0131zmas\u0131na neden olabilir. G\u00fcvenilmeyen PPA'lar (Personal Package Archives) eklemek veya komut dosyalar\u0131n\u0131 do\u011frudan internetten indirip \u00e7al\u0131\u015ft\u0131rmak, sisteme yetkisiz eri\u015fim veya zararl\u0131 yaz\u0131l\u0131m bula\u015ft\u0131rma riskini ta\u015f\u0131r. Bu t\u00fcr yaz\u0131l\u0131mlar\u0131n g\u00fcvenlik denetimleri yetersiz olabilir veya bilin\u00e7li olarak arka kap\u0131lar i\u00e7erebilir. Bu y\u00fczden, yaz\u0131l\u0131m kaynaklar\u0131n\u0131n g\u00fcvenilirli\u011fini daima sorgulamak ve do\u011frulamak elzemdir.<\/p>\n G\u00fcncelleme eksikli\u011fi<\/a>, yani yama y\u00f6netimine gerekli \u00f6zenin g\u00f6sterilmemesi, yayg\u0131n bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131d\u0131r. Geli\u015ftiriciler taraf\u0131ndan s\u00fcrekli olarak ke\u015ffedilen g\u00fcvenlik a\u00e7\u0131klar\u0131, yamalar arac\u0131l\u0131\u011f\u0131yla giderilir. Ancak, bu yamalar\u0131n zaman\u0131nda uygulanmamas\u0131, sald\u0131rganlar\u0131n bilinen zafiyetleri istismar etmesine olanak tan\u0131r. \u00d6zellikle sunucularda veya uzun s\u00fcre a\u00e7\u0131k kalan sistemlerde g\u00fcncellemelerin aksat\u0131lmas\u0131, potansiyel sald\u0131r\u0131 y\u00fczeyini art\u0131r\u0131r. Bu durum, Spectre ve Meltdown gibi donan\u0131m d\u00fczeyindeki g\u00fcvenlik a\u00e7\u0131klar\u0131ndan, OpenSSL veya Sudo gibi kritik yaz\u0131l\u0131mlardaki yaz\u0131l\u0131m a\u00e7\u0131klar\u0131na kadar geni\u015f bir yelpazeyi kapsar. D\u00fczenli ve otomatik g\u00fcncellemelerin benimsenmemesi, sistemleri risk alt\u0131nda b\u0131rak\u0131r.<\/p>\n Sosyal m\u00fchendislik<\/a> sald\u0131r\u0131lar\u0131, \u00f6zellikle oltalama (phishing) ve hedefli oltalama (spear phishing) gibi y\u00f6ntemlerle Linux kullan\u0131c\u0131lar\u0131n\u0131 da hedef alabilir. Bir e-posta eki arac\u0131l\u0131\u011f\u0131yla k\u00f6t\u00fc ama\u00e7l\u0131 bir betik \u00e7al\u0131\u015ft\u0131rmaya ikna edilmek veya sahte bir web sitesine kimlik bilgilerini girmek, sistemin g\u00fcvenli\u011fini do\u011frudan tehlikeye atar. Bu t\u00fcr sald\u0131r\u0131lar, teknik g\u00fcvenlik \u00f6nlemlerini a\u015farak insan zay\u0131fl\u0131\u011f\u0131ndan faydalan\u0131r. Bu sebeple, bilinmeyen kaynaklardan gelen e-postalara veya \u015f\u00fcpheli linklere kar\u015f\u0131 dikkatli olmak hayati \u00f6nem ta\u015f\u0131r. K\u00f6t\u00fc ama\u00e7l\u0131 bir yaz\u0131l\u0131m\u0131n indirilmesi ve \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131yla, sistemin kontrol\u00fc ele ge\u00e7irilebilir veya hassas veriler s\u0131zd\u0131r\u0131labilir.<\/p>\n Son olarak, k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar<\/a> (malware), Windows kadar olmasa da Linux sistemlerini de hedef alabilir. \u00d6zellikle sunuculara y\u00f6nelik fidye yaz\u0131l\u0131mlar\u0131, kripto para madencili\u011fi yaz\u0131l\u0131mlar\u0131 veya botnet ajanlar\u0131 Linux \u00fczerinde g\u00f6r\u00fclebilir. IoT cihazlar\u0131, sunucular ve bulut ortamlar\u0131, Linux'un yayg\u0131n kullan\u0131m\u0131 nedeniyle cazip hedefler haline gelmi\u015ftir. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f SSH servisleri, eski web uygulamalar\u0131 veya a\u00e7\u0131\u011fa \u00e7\u0131km\u0131\u015f API anahtarlar\u0131 gibi zay\u0131fl\u0131klar, bu t\u00fcr k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131n sisteme s\u0131zmas\u0131 i\u00e7in kap\u0131 aralayabilir. Anti-vir\u00fcs yaz\u0131l\u0131mlar\u0131 Linux masa\u00fcst\u00fc ortamlar\u0131nda daha az yayg\u0131n olsa da, sunucu ortamlar\u0131nda belirli tehditlere kar\u015f\u0131 koruma sa\u011flayan \u00e7\u00f6z\u00fcmler mevcuttur. \u00d6nemli olan, k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131n yaln\u0131zca Windows'a \u00f6zg\u00fc bir sorun olmad\u0131\u011f\u0131n\u0131 anlamakt\u0131r.<\/p>\n Bu zay\u0131f halkalar\u0131 ve tehditleri g\u00f6z \u00f6n\u00fcnde bulundurarak, Linux sistem g\u00fcvenli\u011fi yakla\u015f\u0131m\u0131n\u0131z\u0131 proaktif hale getirmeniz gerekmektedir. Bir sonraki b\u00f6l\u00fcmde, bu zay\u0131fl\u0131klar\u0131 nas\u0131l tespit edip giderebilece\u011finize dair pratik ad\u0131mlara odaklanaca\u011f\u0131z.<\/p>\n Linux'un do\u011fas\u0131nda var olan g\u00fcvenlik avantajlar\u0131n\u0131 en \u00fcst d\u00fczeye \u00e7\u0131karmak ve yukar\u0131da bahsedilen zay\u0131f noktalar\u0131 kapatmak i\u00e7in proaktif ad\u0131mlar atmak \u015fartt\u0131r. Bu b\u00f6l\u00fcmde, sisteminizi g\u00fc\u00e7lendirmek i\u00e7in uygulayabilece\u011finiz somut stratejileri ve ara\u00e7lar\u0131 inceleyece\u011fiz.<\/p>\n \u00d6ncelikle, sisteminizi g\u00fcncel tutmak<\/a>, siber g\u00fcvenli\u011fin temel prensiplerinden biridir. Geli\u015ftiriciler, ke\u015ffedilen g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 h\u0131zla yamalarla kapat\u0131r. Bu yamalar\u0131 d\u00fczenli olarak uygulamak, bilinen zafiyetlerin istismar edilmesini engeller. Debian\/Ubuntu tabanl\u0131 sistemlerde a\u015fa\u011f\u0131daki komutlarla sisteminizi g\u00fcncelleyebilirsiniz:<\/p>\n <\/code><\/p>\n Sunucular i\u00e7in otomatik g\u00fcncelleme mekanizmalar\u0131n\u0131 (\u00f6rne\u011fin, \u0130kinci olarak, sa\u011flam bir g\u00fcvenlik duvar\u0131<\/a> (firewall) yap\u0131land\u0131rmas\u0131 kritik \u00f6neme sahiptir. Linux \u00e7ekirde\u011fi, paket filtreleme i\u00e7in <\/code><\/p>\n Bu ad\u0131mlar, sisteminizi d\u0131\u015far\u0131dan gelebilecek bir\u00e7ok sald\u0131r\u0131ya kar\u015f\u0131 korur.<\/p>\n \u00dc\u00e7\u00fcnc\u00fcs\u00fc, SSH g\u00fcvenli\u011fini<\/a> sa\u011flamla\u015ft\u0131rmak, uzaktan eri\u015fim sa\u011flayan sunucular i\u00e7in hayati \u00f6nem ta\u015f\u0131r. Bu, potansiyel yetki y\u00fckseltme sald\u0131r\u0131lar\u0131n\u0131 \u00f6nler. De\u011fi\u015fikliklerden sonra SSH servisini yeniden ba\u015flatmay\u0131 unutmay\u0131n: D\u00f6rd\u00fcnc\u00fcs\u00fc, log kay\u0131tlar\u0131n\u0131 izlemek<\/a> ve anormal aktiviteleri tespit etmek, g\u00fcvenlik ihlallerini erken a\u015famada yakalaman\u0131z\u0131 sa\u011flar. <\/code><\/p>\n Be\u015fincisi, g\u00fcvenlik tarama ara\u00e7lar\u0131<\/a> kullanmak, sisteminizdeki potansiyel zafiyetleri proaktif olarak tespit etmenize yard\u0131mc\u0131 olur. Son olarak, SELinux<\/a> (Security-Enhanced Linux) veya AppArmor<\/a> gibi zorunlu eri\u015fim kontrol (MAC) sistemleri, Linux'un g\u00fcvenlik seviyesini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Bu mekanizmalar, geleneksel iste\u011fe ba\u011fl\u0131 eri\u015fim kontrol\u00fcn\u00fcn (DAC) \u00f6tesine ge\u00e7erek, her uygulaman\u0131n ve s\u00fcrecin ne yapabilece\u011fini \u00e7ok daha ayr\u0131nt\u0131l\u0131 bir \u015fekilde tan\u0131mlar. \u00d6rne\u011fin, bir web sunucusunun sadece belirli dizinlerden dosya okuyabilmesini ve asla a\u011fa ba\u011flanamamas\u0131n\u0131 sa\u011flayabilirsiniz. Bu, bir uygulaman\u0131n g\u00fcvenlik a\u00e7\u0131\u011f\u0131 nedeniyle tehlikeye girmesi durumunda bile, potansiyel zarar\u0131 minimize eder. Bu sistemler karma\u015f\u0131k olsalar da, y\u00fcksek g\u00fcvenlik gerektiren ortamlar i\u00e7in vazge\u00e7ilmezdirler ve do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda sistemin direncini art\u0131r\u0131rlar.<\/p>\n Bu stratejilerin ve ara\u00e7lar\u0131n bir kombinasyonu, Linux sisteminizin g\u00fcvenli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirecek ve olas\u0131 sald\u0131r\u0131 vekt\u00f6rlerine kar\u015f\u0131 daha diren\u00e7li hale getirecektir. Unutmay\u0131n, g\u00fcvenlik dinamik bir s\u00fcre\u00e7tir ve s\u00fcrekli g\u00f6zden ge\u00e7irme ile iyile\u015ftirme gerektirir.<\/p>\n Teorik bilgiler ne kadar \u00f6nemli olsa da, ger\u00e7ek d\u00fcnya senaryolar\u0131, g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131n nas\u0131l istismar edildi\u011fini ve do\u011fru \u00f6nlemlerin ne kadar hayati oldu\u011funu a\u00e7\u0131k\u00e7a g\u00f6sterir. Bu b\u00f6l\u00fcmde, Linux sistemlerinde kar\u015f\u0131la\u015f\u0131lan yayg\u0131n g\u00fcvenlik ihlallerini ve bu ihlalleri \u00f6nlemek i\u00e7in hangi stratejilerin kullan\u0131labilece\u011fini inceleyelim.<\/p>\n Senaryo:<\/strong> Bir k\u00fc\u00e7\u00fck i\u015fletme, web sitesi i\u00e7in bir Linux sunucusu kullanmaktad\u0131r. Sunucuda Apache web sunucusu ve pop\u00fcler bir i\u00e7erik y\u00f6netim sistemi (CMS), \u00f6rne\u011fin WordPress'in birka\u00e7 y\u0131ll\u0131k eski bir s\u00fcr\u00fcm\u00fc y\u00fckl\u00fcd\u00fcr. \u0130\u015fletme sahibi, sunucuyu kurduktan sonra d\u00fczenli g\u00fcncellemeleri ihmal etmi\u015ftir. Bir g\u00fcn, web sitesi ans\u0131z\u0131n k\u00f6t\u00fc ama\u00e7l\u0131 i\u00e7eriklerle doludur ve sunucuya eri\u015fim sa\u011flanamaz.<\/p>\n \u0130hlalin Nedeni:<\/strong> Sald\u0131rganlar, WordPress'in eski s\u00fcr\u00fcm\u00fcndeki bilinen bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131n\u0131 (\u00f6rne\u011fin, bir uzaktan kod \u00e7al\u0131\u015ft\u0131rma zafiyeti) hedef alm\u0131\u015ft\u0131r. Bu zafiyet, CMS'ye k\u00f6t\u00fc ama\u00e7l\u0131 bir kod y\u00fcklemelerine ve ard\u0131ndan sunucuda yetkisiz komutlar \u00e7al\u0131\u015ft\u0131rmalar\u0131na olanak tan\u0131m\u0131\u015ft\u0131r. G\u00fcvenlik a\u00e7\u0131\u011f\u0131 istismar edildikten sonra, sald\u0131rganlar sunucuda bir arka kap\u0131 olu\u015fturmu\u015f ve web sitesi i\u00e7eri\u011fini de\u011fi\u015ftirerek fidye talep etmi\u015ftir.<\/p>\n \u00d6nleme Stratejileri:<\/strong><\/p>\n Senaryo:<\/strong> Bir geli\u015ftirici, ki\u015fisel projesi i\u00e7in bulutta bir Linux sunucusu kiralar. Sunucuya SSH ile ba\u011flanmak i\u00e7in basit, tahmin edilebilir bir \u015fifre kullan\u0131r ve SSH varsay\u0131lan 22 numaral\u0131 portta \u00e7al\u0131\u015fmaktad\u0131r. Birka\u00e7 g\u00fcn sonra, sunucunun kaynak kullan\u0131m\u0131 anormal derecede y\u00fckselir ve log kay\u0131tlar\u0131nda binlerce ba\u015far\u0131s\u0131z SSH giri\u015f denemesi g\u00f6r\u00fcl\u00fcr.<\/p>\n \u0130hlalin Nedeni:<\/strong> Siber sald\u0131rganlar, otomatik botlar arac\u0131l\u0131\u011f\u0131yla internet \u00fczerindeki t\u00fcm sunucular\u0131n 22 numaral\u0131 SSH portunu taramaktad\u0131r. Botlar, zay\u0131f ve yayg\u0131n \u015fifre kombinasyonlar\u0131n\u0131 (brute-force sald\u0131r\u0131s\u0131) deneyerek sunucuya s\u0131zmaya \u00e7al\u0131\u015f\u0131r. Geli\u015ftiricinin basit \u015fifresi bu sald\u0131r\u0131ya dayanamam\u0131\u015f ve sald\u0131rganlar sunucuya eri\u015fim sa\u011flam\u0131\u015ft\u0131r. Eri\u015fim sa\u011fland\u0131ktan sonra, sunucuya kripto para madencili\u011fi yaz\u0131l\u0131m\u0131 y\u00fcklenmi\u015f ve sunucu kaynaklar\u0131 k\u00f6t\u00fcye kullan\u0131lm\u0131\u015ft\u0131r.<\/p>\n \u00d6nleme Stratejileri:<\/strong><\/p>\n Senaryo:<\/strong> Bir veri analisti, b\u00fcy\u00fck bir veri setini depolamak i\u00e7in bir Linux sunucusuna MySQL veritaban\u0131 kurar. Veritaban\u0131n\u0131n varsay\u0131lan yap\u0131land\u0131rmas\u0131n\u0131 de\u011fi\u015ftirmez ve herhangi bir g\u00fcvenlik duvar\u0131 kural\u0131 eklemez. Bir s\u00fcre sonra, veritaban\u0131na d\u0131\u015far\u0131dan yetkisiz eri\u015fim oldu\u011fu ve verilerin de\u011fi\u015ftirildi\u011fi fark edilir.<\/p>\n \u0130hlalin Nedeni:<\/strong> MySQL veritaban\u0131, varsay\u0131lan olarak t\u00fcm a\u011f aray\u00fczlerinden gelen ba\u011flant\u0131lara izin verecek \u015fekilde yap\u0131land\u0131r\u0131lm\u0131\u015f olabilir veya g\u00fcvenlik duvar\u0131 taraf\u0131ndan engellenmemi\u015ftir. Sald\u0131rganlar, internet \u00fczerinden MySQL'in varsay\u0131lan portunu (3306) tarayarak a\u00e7\u0131k bir veritaban\u0131 bulmu\u015ftur. Zay\u0131f veya varsay\u0131lan veritaban\u0131 kimlik bilgilerini kullanarak veritaban\u0131na eri\u015fim sa\u011flam\u0131\u015f ve verileri manip\u00fcle etmi\u015ftir.<\/p>\n \u00d6nleme Stratejileri:<\/strong><\/p>\n Bu vaka analizleri, kullan\u0131c\u0131 fark\u0131ndal\u0131\u011f\u0131n\u0131n, d\u00fczenli bak\u0131m\u0131n ve do\u011fru yap\u0131land\u0131rman\u0131n Linux g\u00fcvenli\u011findeki kritik rol\u00fcn\u00fc vurgulamaktad\u0131r. Her ne kadar Linux g\u00fcvenli bir temel sunsa da, son katmanlardaki ihmaller, sistemin savunmas\u0131z kalmas\u0131na neden olabilir.<\/p>\n Bu makalede, Linux i\u015fletim sisteminin g\u00fcvenli\u011fini sa\u011flayan temel unsurlar\u0131, potansiyel zay\u0131fl\u0131klar\u0131n\u0131 ve bu zay\u0131fl\u0131klar\u0131 gidermek i\u00e7in al\u0131nabilecek pratik \u00f6nlemleri ayr\u0131nt\u0131l\u0131 bir \u015fekilde ele ald\u0131k. Linux'un a\u00e7\u0131k kaynak yap\u0131s\u0131, geli\u015fmi\u015f izin sistemi, sa\u011flam \u00e7ekirdek mimarisi ve g\u00fcvenilir paket y\u00f6netim sistemi gibi \u00f6zelliklerinin onu neden tercih edilen bir i\u015fletim sistemi haline getirdi\u011fini g\u00f6rd\u00fck. Bununla birlikte, kullan\u0131c\u0131 hatalar\u0131, eski yaz\u0131l\u0131mlar ve yanl\u0131\u015f yap\u0131land\u0131rmalar\u0131n Linux sistemlerini de tehdit edebilece\u011fini vurgulad\u0131k. G\u00fcncellemelerin d\u00fczenli yap\u0131lmas\u0131, g\u00fcvenlik duvar\u0131 kullan\u0131m\u0131, SSH g\u00fcvenli\u011finin art\u0131r\u0131lmas\u0131, log takibi ve MAC sistemlerinin uygulanmas\u0131 gibi ad\u0131mlar\u0131n, sisteminizi daha diren\u00e7li hale getirece\u011fini \u00f6\u011frendik. Unutmayal\u0131m ki, g\u00fcvenlik s\u00fcrekli bir s\u00fcre\u00e7tir ve proaktif bir yakla\u015f\u0131mla sistemlerimizi g\u00fcvende tutmak hepimizin sorumlulu\u011fundad\u0131r. Bilin\u00e7li ve dikkatli ad\u0131mlarla, Linux'un sundu\u011fu g\u00fc\u00e7l\u00fc g\u00fcvenlik avantajlar\u0131ndan tam olarak faydalanabiliriz.<\/p>\n 1. Linux %100 g\u00fcvenli midir?<\/strong><\/p>\n Hay\u0131r, hi\u00e7bir i\u015fletim sistemi veya yaz\u0131l\u0131m %100 g\u00fcvenli de\u011fildir. Linux, g\u00fc\u00e7l\u00fc g\u00fcvenlik mekanizmalar\u0131na sahip olsa da, kullan\u0131c\u0131 hatalar\u0131, yanl\u0131\u015f yap\u0131land\u0131rmalar, g\u00fcncellenmemi\u015f yaz\u0131l\u0131mlardaki g\u00fcvenlik a\u00e7\u0131klar\u0131 ve sosyal m\u00fchendislik sald\u0131r\u0131lar\u0131 gibi fakt\u00f6rler nedeniyle tehlikeye at\u0131labilir. G\u00fcvenlik, hem sistemin mimarisine hem de kullan\u0131c\u0131\/y\u00f6netici sorumlulu\u011funa ba\u011fl\u0131 dinamik bir s\u00fcre\u00e7tir.<\/p>\n 2. Linux'ta antivir\u00fcs yaz\u0131l\u0131m\u0131na ihtiyac\u0131m var m\u0131?<\/strong><\/p>\n Masa\u00fcst\u00fc Linux kullan\u0131c\u0131lar\u0131 i\u00e7in antivir\u00fcs yaz\u0131l\u0131m\u0131 genellikle zorunlu de\u011fildir, \u00e7\u00fcnk\u00fc Linux'a y\u00f6nelik k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar Windows'a k\u0131yasla \u00e7ok daha azd\u0131r ve izin sistemi ek bir koruma katman\u0131 sa\u011flar. Ancak, bir Linux sunucusu e-posta veya dosya payla\u015f\u0131m sunucusu olarak kullan\u0131l\u0131yorsa ve Windows kullan\u0131c\u0131lar\u0131na hizmet veriyorsa, Windows'a bula\u015fabilecek k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131 taramak i\u00e7in antivir\u00fcs yaz\u0131l\u0131mlar\u0131 (\u00f6rne\u011fin ClamAV) kullan\u0131lmas\u0131 tavsiye edilir.<\/p>\n 3. Sunucumda 'root' kullan\u0131c\u0131s\u0131 ile mi \u00e7al\u0131\u015fmal\u0131y\u0131m?<\/strong><\/p>\n Kesinlikle hay\u0131r. G\u00fcnl\u00fck i\u015flemleriniz i\u00e7in asla do\u011frudan 'root' kullan\u0131c\u0131s\u0131 ile \u00e7al\u0131\u015fmamal\u0131s\u0131n\u0131z. Her zaman standart bir kullan\u0131c\u0131 hesab\u0131 kullan\u0131n ve y\u00fcksek yetki gerektiren i\u015flemler i\u00e7in 'sudo' komutunu kullan\u0131n. Bu, potansiyel hatalar\u0131n veya k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131n sisteme verece\u011fi zarar\u0131 s\u0131n\u0131rlar ve \"en az ayr\u0131cal\u0131k\" ilkesini uygular.<\/p>\n 4. SELinux veya AppArmor'\u0131 kullanmal\u0131 m\u0131y\u0131m?<\/strong><\/p>\n Evet, e\u011fer g\u00fcvenlik sizin i\u00e7in kritik bir \u00f6ncelikse (\u00f6zellikle sunucu ortamlar\u0131nda), SELinux veya AppArmor gibi Zorunlu Eri\u015fim Kontrol\u00fc (MAC) sistemlerini kullanmay\u0131 d\u00fc\u015f\u00fcnmelisiniz. Bu sistemler, uygulamalar\u0131n ve s\u00fcre\u00e7lerin sisteme eri\u015fimini \u00e7ok daha ayr\u0131nt\u0131l\u0131 bir \u015fekilde kontrol ederek ek bir g\u00fcvenlik katman\u0131 sa\u011flar. \u0130lk ba\u015fta karma\u015f\u0131k gelebilirler, ancak do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fcvenlik art\u0131\u015f\u0131 sa\u011flarlar.<\/p>\n 5. Siber g\u00fcvenlik konusunda kendimi nas\u0131l geli\u015ftirebilirim?<\/strong><\/p>\n Siber g\u00fcvenlik dinamik bir aland\u0131r. Kendinizi geli\u015ftirmek i\u00e7in \u015funlar\u0131 yapabilirsiniz: d\u00fczenli olarak g\u00fcvenlik bloglar\u0131n\u0131 ve haber kaynaklar\u0131n\u0131 takip edin, online kurslara kat\u0131l\u0131n (Coursera, Udemy vb.), g\u00fcvenlik topluluklar\u0131na dahil olun, g\u00fcvenlik konferanslar\u0131na kat\u0131l\u0131m sa\u011flay\u0131n, test ortamlar\u0131nda farkl\u0131 g\u00fcvenlik ara\u00e7lar\u0131n\u0131 deneyin ve \"hacking\" prensiplerini etik bir \u015fekilde \u00f6\u011frenerek sistemlerin nas\u0131l k\u0131r\u0131ld\u0131\u011f\u0131n\u0131 anlay\u0131n. S\u00fcrekli \u00f6\u011frenme ve pratik yapmak esast\u0131r.<\/p>\n","protected":false},"excerpt":{"rendered":"G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda siber g\u00fcvenlik, hem bireyler hem de kurumlar i\u00e7in vazge\u00e7ilmez bir \u00f6ncelik haline geldi. Peki, yayg\u0131n…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[241],"tags":[],"class_list":{"0":"post-33124","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-linux","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nDosya \u0130zinleri ve Kullan\u0131c\u0131 Yetkileri Nas\u0131l Y\u00f6netilir?<\/h3>\n
ls -l<\/code> komutunun \u00e7\u0131kt\u0131s\u0131n\u0131 yorumlamakt\u0131r. Bu komut, dosya ve dizinlerin detayl\u0131 izinlerini, sahiplerini ve gruplar\u0131n\u0131 listeler. \u00d6rne\u011fin:<\/p>\n\nls -l \/var\/www\/html\/index.html\n<\/pre>\n\n-rw-r--r-- 1 www-data www-data 1234 May 10 10:30 \/var\/www\/html\/index.html\n<\/pre>\n-rw-r--r--<\/code>, dosya t\u00fcr\u00fcn\u00fc ve izinleri temsil eder:<\/p>\n\n
-<\/code>): Dosya t\u00fcr\u00fcn\u00fc belirtir. -<\/code> normal dosya, d<\/code> dizin, l<\/code> sembolik ba\u011flant\u0131d\u0131r.<\/li>\nrw-r--r--<\/code>): \u00dc\u00e7erli gruplar halinde izinleri g\u00f6sterir.\n\n
rw-<\/code>): Dosyan\u0131n sahibinin izinleri (okuma, yazma, \u00e7al\u0131\u015ft\u0131rma).<\/li>\nr--<\/code>): Dosyan\u0131n grubunun izinleri.<\/li>\nr--<\/code>): Di\u011fer kullan\u0131c\u0131lar\u0131n izinleri.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\nr<\/code> (okuma), w<\/code> (yazma), x<\/code> (\u00e7al\u0131\u015ft\u0131rma) yetkilerini temsil eder. Bir tire (-<\/code>) ise o yetkinin olmad\u0131\u011f\u0131n\u0131 g\u00f6sterir. Yukar\u0131daki \u00f6rnekte index.html<\/code> dosyas\u0131: sahibi (www-data) okuyabilir ve yazabilir; grubu (www-data) ve di\u011ferleri sadece okuyabilir.<\/p>\nchmod<\/code> (change mode) komutu kullan\u0131l\u0131r. Bu komut, sembolik (\u00f6rne\u011fin, u+x<\/code>) veya say\u0131sal (oktal) modda kullan\u0131labilir. Say\u0131sal mod daha yayg\u0131n ve kesindir:<\/p>\n\n
rwx<\/code> (okuma, yazma, \u00e7al\u0131\u015ft\u0131rma) 4+2+1=7'dir. rw-<\/code> (okuma, yazma) 4+2+0=6'd\u0131r. Dolay\u0131s\u0131yla, 755<\/code> izin kodu: sahip i\u00e7in rwx<\/code>, grup i\u00e7in r-x<\/code> ve di\u011ferleri i\u00e7in r-x<\/code> anlam\u0131na gelir.<\/p>\n\/var\/www\/html<\/code> dizininiz var ve i\u00e7indeki dosyalar\u0131n web sunucusu kullan\u0131c\u0131s\u0131 (genellikle www-data<\/code> veya nginx<\/code>) taraf\u0131ndan okunabilmesi, ancak yaz\u0131lmamas\u0131 gerekiyor. Sadece web sitesi sahiplerinin bu dizine yazabilmesi isteniyor.<\/p>\n\n# Dizin ve t\u00fcm alt dosyalar\u0131n sahibini www-data kullan\u0131c\u0131s\u0131na ve grubuna ayarlay\u0131n\nsudo chown -R www-data:www-data \/var\/www\/html\n\n# Dizinler i\u00e7in sahibin okuma\/yazma\/\u00e7al\u0131\u015ft\u0131rma, grubun ve di\u011ferlerinin sadece okuma\/\u00e7al\u0131\u015ft\u0131rma izni olsun (web sunucusu gezinebilsin)\nsudo find \/var\/www\/html -type d -exec chmod 755 {} \\;\n\n# Dosyalar i\u00e7in sahibin okuma\/yazma, grubun ve di\u011ferlerinin sadece okuma izni olsun\nsudo find \/var\/www\/html -type f -exec chmod 644 {} \\;\n<\/pre>\n775<\/code> veya 777<\/code> dikkatli bir \u015fekilde) atanabilir. Ancak bu, potansiyel bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 yaratabilir ve dikkatli y\u00f6netilmelidir.<\/p>\nchown<\/code> (change owner) ve chgrp<\/code> (change group) komutlar\u0131 kullan\u0131l\u0131r. \u00d6rne\u011fin, index.html<\/code> dosyas\u0131n\u0131n sahibini kullaniciadi<\/code> olarak de\u011fi\u015ftirmek i\u00e7in:<\/p>\n\nsudo chown kullaniciadi \/var\/www\/html\/index.html\n<\/pre>\nsudo<\/code> komutu da g\u00fcvenlik y\u00f6netiminde merkezi bir ara\u00e7t\u0131r. sudo<\/code>, \/etc\/sudoers<\/code> dosyas\u0131nda tan\u0131mlanan kurallara g\u00f6re \u00e7al\u0131\u015f\u0131r ve kullan\u0131c\u0131lar\u0131n yaln\u0131zca belirli komutlar\u0131 veya t\u00fcm komutlar\u0131 ge\u00e7ici olarak root yetkisiyle \u00e7al\u0131\u015ft\u0131rmas\u0131na olanak tan\u0131r. Bu, \"root\" parolas\u0131n\u0131 payla\u015fmak yerine daha kontroll\u00fc bir yetki y\u00fckseltme mekanizmas\u0131 sunar.<\/p>\n\n# Sistem paketlerini g\u00fcncellemek i\u00e7in sudo kullan\u0131m\u0131\nsudo apt update\nsudo apt upgrade\n<\/pre>\nLinux G\u00fcvenli\u011finin Zay\u0131f Halkalar\u0131 ve Yayg\u0131n Tehditler<\/h2>\n
root<\/code> kullan\u0131c\u0131s\u0131n\u0131n gereksiz yere veya s\u00fcrekli olarak kullan\u0131lmas\u0131, sisteme verilen hasar\u0131n boyutunu art\u0131rma potansiyeline sahiptir. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f servisler, izinler veya g\u00fcvenlik duvar\u0131 kurallar\u0131 da sistemi savunmas\u0131z b\u0131rakabilir. Bir web sunucusu dizinine yanl\u0131\u015fl\u0131kla tam yazma izni vermek veya bir veritaban\u0131 portunu herkese a\u00e7\u0131k b\u0131rakmak gibi hatalar, ciddi ihlallere yol a\u00e7abilir. Dolay\u0131s\u0131yla, insan fakt\u00f6r\u00fc, Linux sistemlerinin kar\u015f\u0131la\u015ft\u0131\u011f\u0131 en kritik g\u00fcvenlik zorluklar\u0131ndan biridir.<\/p>\nLinux Sisteminizdeki G\u00fcvenlik A\u00e7\u0131klar\u0131n\u0131 Nas\u0131l Tespit ve Giderirsiniz?<\/h2>\n
\n# Paket listelerini g\u00fcncelleyin\nsudo apt update\n\n# Y\u00fckl\u00fc paketleri en son s\u00fcr\u00fcmlerine y\u00fckseltin\nsudo apt upgrade\n\n# Otomatik olarak kald\u0131r\u0131lmas\u0131 gereken ba\u011f\u0131ml\u0131l\u0131klar\u0131 temizleyin\nsudo apt autoremove\n<\/pre>\nunattended-upgrades<\/code> paketi) yap\u0131land\u0131rmak, bu s\u00fcreci otomatikle\u015ftirmek ad\u0131na son derece faydal\u0131d\u0131r. Bu sayede, manuel m\u00fcdahaleye gerek kalmadan sisteminiz en son g\u00fcvenlik yamalar\u0131na sahip olur.<\/p>\nnetfilter<\/code> adl\u0131 g\u00fc\u00e7l\u00fc bir mekanizma sunar. iptables<\/code> do\u011frudan bu mekanizma ile etkile\u015fime girerken, ufw<\/code> (Uncomplicated Firewall) gibi ara\u00e7lar iptables<\/code> kurallar\u0131n\u0131 daha kullan\u0131c\u0131 dostu bir aray\u00fczle y\u00f6netmenizi sa\u011flar. Yaln\u0131zca ihtiya\u00e7 duyulan portlar\u0131 a\u00e7mak ve gereksiz t\u00fcm ba\u011flant\u0131lar\u0131 engellemek \"en az ayr\u0131cal\u0131k\" ilkesinin a\u011f katman\u0131ndaki kar\u015f\u0131l\u0131\u011f\u0131d\u0131r.<\/p>\n\n# UFW'yi etkinle\u015ftirin\nsudo ufw enable\n\n# Gelen t\u00fcm ba\u011flant\u0131lar\u0131 reddedin (varsay\u0131lan kural)\nsudo ufw default deny incoming\n\n# Giden t\u00fcm ba\u011flant\u0131lara izin verin (varsay\u0131lan kural)\nsudo ufw default allow outgoing\n\n# Belirli portlara (SSH, HTTP, HTTPS) gelen ba\u011flant\u0131lara izin verin\nsudo ufw allow ssh # Port 22\nsudo ufw allow http # Port 80\nsudo ufw allow https # Port 443\n\n# Kuralar\u0131 listele\nsudo ufw status verbose\n<\/pre>\n\/etc\/ssh\/sshd_config<\/code> dosyas\u0131nda \u015fu de\u011fi\u015fiklikleri yapabilirsiniz:<\/p>\n\n
Port 2222<\/code>: SSH varsay\u0131lan portunu de\u011fi\u015ftirin.<\/li>\nPermitRootLogin no<\/code>: Root kullan\u0131c\u0131s\u0131n\u0131n do\u011frudan giri\u015fini engelleyin.<\/li>\nPasswordAuthentication no<\/code>: \u015eifre ile giri\u015fi devre d\u0131\u015f\u0131 b\u0131rak\u0131p yaln\u0131zca anahtar tabanl\u0131 kimlik do\u011frulamay\u0131 kullan\u0131n.<\/li>\n<\/ul>\nsudo systemctl restart sshd<\/code>.<\/p>\njournalctl<\/code> komutu ile sistem g\u00fcnl\u00fcklerini g\u00f6r\u00fcnt\u00fcleyebilir veya syslog<\/code> dosyalar\u0131n\u0131 takip edebilirsiniz. fail2ban<\/code> gibi ara\u00e7lar, birden fazla ba\u015far\u0131s\u0131z giri\u015f denemesi yapan IP adreslerini otomatik olarak engelleyerek brute-force sald\u0131r\u0131lar\u0131na kar\u015f\u0131 etkili bir savunma sa\u011flar. Bir \u00f6rnek yap\u0131land\u0131rma:<\/p>\n\n# fail2ban kurulumu\nsudo apt install fail2ban\n\n# Yap\u0131land\u0131rma dosyas\u0131n\u0131 kopyalay\u0131n (de\u011fi\u015fiklikleri orijinal dosyada yapmamak i\u00e7in iyi bir pratik)\nsudo cp \/etc\/fail2ban\/jail.conf \/etc\/fail2ban\/jail.local\n\n# jail.local dosyas\u0131n\u0131 d\u00fczenleyin\n# [sshd] b\u00f6l\u00fcm\u00fcnde 'enabled = true' yaparak SSH korumas\u0131n\u0131 aktif edin.\n# Varsay\u0131lan olarak etkindir, ancak kontrol etmekte fayda var.\n\n# fail2ban servisini ba\u015flat\u0131n ve etkinle\u015ftirin\nsudo systemctl enable fail2ban\nsudo systemctl start fail2ban\n<\/pre>\nLynis<\/code>, kapsaml\u0131 bir sistem denetim arac\u0131d\u0131r ve g\u00fcvenlik ayarlar\u0131n\u0131z\u0131, paketlerinizi ve yap\u0131land\u0131rmalar\u0131n\u0131z\u0131 analiz ederek iyile\u015ftirme \u00f6nerileri sunar. Daha geli\u015fmi\u015f ara\u00e7lar olan OpenVAS<\/code> veya Nessus<\/code> gibi zafiyet taray\u0131c\u0131lar\u0131, a\u011f tabanl\u0131 zafiyetleri ve uygulama d\u00fczeyindeki a\u00e7\u0131klar\u0131 ke\u015ffetmek i\u00e7in kullan\u0131labilir. Bu ara\u00e7lar, sisteminizde g\u00f6zden ka\u00e7\u0131rm\u0131\u015f olabilece\u011finiz g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 belirlemede \u00e7ok de\u011ferlidir.<\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131: G\u00fcvenlik \u0130hlalleri ve \u00d6nleme Stratejileri<\/h2>\n
Vaka Analizi 1: Eski Bir Web Uygulamas\u0131 Nedeniyle Sunucu \u0130hlali<\/h3>\n
\n
unattended-upgrades<\/code>) bu riski b\u00fcy\u00fck \u00f6l\u00e7\u00fcde azalt\u0131rd\u0131.<\/li>\nwww-data<\/code>) web dizinleri d\u0131\u015f\u0131nda yazma iznine sahip olmamas\u0131 sa\u011flanmal\u0131yd\u0131. Sadece belirli y\u00fckleme dizinleri i\u00e7in k\u0131s\u0131tl\u0131 yazma izinleri verilmelidir.<\/li>\nVaka Analizi 2: Zay\u0131f SSH \u015eifresi ve Brute-Force Sald\u0131r\u0131s\u0131<\/h3>\n
\n
fail2ban<\/code> gibi bir ara\u00e7, belirli say\u0131da ba\u015far\u0131s\u0131z giri\u015f denemesinden sonra kaynak IP adresini otomatik olarak engelleyerek brute-force sald\u0131r\u0131lar\u0131n\u0131 \u00f6nler.<\/li>\nPermitRootLogin no<\/code>:<\/strong> root<\/code> kullan\u0131c\u0131s\u0131n\u0131n SSH ile do\u011frudan giri\u015f yapmas\u0131 engellenmeli ve normal bir kullan\u0131c\u0131 ile giri\u015f yap\u0131ld\u0131ktan sonra sudo<\/code> kullan\u0131lmal\u0131yd\u0131.<\/li>\n<\/ol>\nVaka Analizi 3: K\u00f6t\u00fc Yap\u0131land\u0131r\u0131lm\u0131\u015f Veritaban\u0131 Sunucusu<\/h3>\n
\n
my.cnf<\/code> dosyas\u0131nda bind-address<\/code> parametresi, sadece localhost'a (127.0.0.1<\/code>) veya yaln\u0131zca belirli bir g\u00fcvenilir IP adresine ba\u011flanacak \u015fekilde ayarlanmal\u0131yd\u0131.<\/li>\nroot<\/code> ve bo\u015f \u015fifre) asla \u00fcretim ortamlar\u0131nda b\u0131rak\u0131lmamal\u0131yd\u0131.<\/li>\nSELECT<\/code>, INSERT<\/code>, UPDATE<\/code>) izin veren yetkiler verilmeliydi, tam eri\u015fim (GRANT ALL<\/code>) k\u0131s\u0131tlanmal\u0131yd\u0131.<\/li>\n<\/ol>\nSonu\u00e7<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular (SSS)<\/h2>\n