{"id":35456,"date":"2025-11-30T00:30:57","date_gmt":"2025-11-29T21:30:57","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/veritabani-ayricaliklari-neden-bir-ergenin-yatak-odasi-duzeninden-farklidir-temel-kavramlar-ve-yanlis-anlasilmalar\/"},"modified":"2025-11-30T00:30:57","modified_gmt":"2025-11-29T21:30:57","slug":"veritabani-ayricaliklari-neden-bir-ergenin-yatak-odasi-duzeninden-farklidir-temel-kavramlar-ve-yanlis-anlasilmalar","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/veritabani-ayricaliklari-neden-bir-ergenin-yatak-odasi-duzeninden-farklidir-temel-kavramlar-ve-yanlis-anlasilmalar\/","title":{"rendered":"Veritaban\u0131 Ayr\u0131cal\u0131klar\u0131 Neden Bir Ergenin Yatak Odas\u0131 D\u00fczeninden Farkl\u0131d\u0131r? Temel Kavramlar ve Yanl\u0131\u015f Anla\u015f\u0131lmalar"},"content":{"rendered":"

Your Database Isn\u2019t a Teenager\u2019s Bedroom: Why Privileges Actually Matter<\/span><\/p>\n

Veritaban\u0131n\u0131z, verilerinizin kalbinin att\u0131\u011f\u0131 yerdir ve t\u0131pk\u0131 bir ergenin odas\u0131 gibi darmada\u011f\u0131n\u0131k, kontrols\u00fcz bir yer olmamal\u0131d\u0131r. Peki, \u015firketinizin en de\u011ferli varl\u0131klar\u0131ndan biri olan veritaban\u0131, neden herkesin istedi\u011fi gibi girip \u00e7\u0131kt\u0131\u011f\u0131 bir yer olmas\u0131n? \u0130\u015fte bu sorunun cevab\u0131: veritaban\u0131 ayr\u0131cal\u0131klar\u0131<\/b>. Bu makale, veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131n neden sadece bir “ek g\u00fcvenlik katman\u0131” de\u011fil, ayn\u0131 zamanda temel bir i\u015fletme gereklili\u011fi oldu\u011funu, s\u0131f\u0131rdan ba\u015flayarak uygulamal\u0131 \u00f6rneklerle a\u00e7\u0131kl\u0131yor.<\/p>\n

Uzman \u0130pucu: \u0130lk paragraf\u0131n\u0131z, makalenizin meta a\u00e7\u0131klamas\u0131 olarak da i\u015flev g\u00f6rebilir. Bu nedenle, anahtar kelimelerinizi ve makalenin ana fikrini net bir \u015fekilde ifade edin!<\/div>\n

Veritaban\u0131 ayr\u0131cal\u0131klar\u0131, bir veritaban\u0131 i\u00e7indeki belirli nesneler (tablolar, g\u00f6r\u00fcn\u00fcmler, sakl\u0131 yordamlar vb.) \u00fczerinde hangi kullan\u0131c\u0131lar\u0131n veya rollerin ne t\u00fcr eylemler ger\u00e7ekle\u015ftirebilece\u011fini tan\u0131mlayan kurallar b\u00fct\u00fcn\u00fcd\u00fcr. K\u0131sacas\u0131, kimin neye eri\u015febilece\u011fini ve ne yapabilece\u011fini belirleyen yetki mekanizmas\u0131d\u0131r. \u00c7o\u011fu zaman, “Zaten g\u00fcvenlik duvar\u0131m\u0131z var”, “Uygulamam\u0131z kullan\u0131c\u0131lar\u0131 y\u00f6netiyor” veya “Verilerimiz o kadar da hassas de\u011fil” gibi yanl\u0131\u015f anla\u015f\u0131lmalarla kar\u015f\u0131la\u015f\u0131yoruz. Ancak bu bak\u0131\u015f a\u00e7\u0131s\u0131, bir evin kap\u0131s\u0131n\u0131 kilitleyip, i\u00e7erideki her oday\u0131 a\u00e7\u0131k b\u0131rakmak gibidir. Bir sald\u0131rgan sistemin i\u00e7ine s\u0131zmay\u0131 ba\u015fard\u0131\u011f\u0131nda veya i\u00e7erdeki k\u00f6t\u00fc niyetli bir kullan\u0131c\u0131 harekete ge\u00e7ti\u011finde, e\u011fer ayr\u0131cal\u0131klar d\u00fczg\u00fcn y\u00f6netilmiyorsa, t\u00fcm verileriniz savunmas\u0131z hale gelir. Bu durum, bir ergenin yatak odas\u0131ndaki d\u00fczensizli\u011fi and\u0131r\u0131r; e\u015fyalar\u0131n nereye koyuldu\u011fu veya neyin kime ait oldu\u011fu net de\u011fildir, bu da kay\u0131p veya karma\u015faya yol a\u00e7ar. Veritaban\u0131 d\u00fcnyas\u0131nda ise bu karma\u015fa, ciddi veri ihlallerine ve maliyetli sonu\u00e7lara d\u00f6n\u00fc\u015febilir.<\/p>\n

Peki, tam olarak hangi temel kavramlardan bahsediyoruz? \u00d6ncelikle, bir veritaban\u0131nda \u00fc\u00e7 ana bile\u015fen vard\u0131r: kullan\u0131c\u0131lar<\/b>, roller<\/b> ve nesneler<\/b>. Kullan\u0131c\u0131lar, veritaban\u0131na do\u011frudan eri\u015fen bireyler veya uygulamalard\u0131r. Roller ise, benzer ayr\u0131cal\u0131klara sahip kullan\u0131c\u0131 gruplar\u0131n\u0131 temsil eden bir soyutlama katman\u0131d\u0131r. \u00d6rne\u011fin, “Finans Departman\u0131” veya “Sadece Okuma” gibi roller tan\u0131mlayabilirsiniz. Nesneler ise, tablolar, g\u00f6r\u00fcn\u00fcmler, sakl\u0131 yordamlar, fonksiyonlar gibi veritaban\u0131n\u0131n yap\u0131sal bile\u015fenleridir. Her bir nesne \u00fczerinde “SELECT” (okuma), “INSERT” (ekleme), “UPDATE” (g\u00fcncelleme), “DELETE” (silme), “EXECUTE” (\u00e7al\u0131\u015ft\u0131rma) gibi \u00e7e\u015fitli eylemler tan\u0131mlanabilir. Bir kullan\u0131c\u0131ya veya role, belirli bir nesne \u00fczerinde belirli bir eylem i\u00e7in yetki vermek, ayr\u0131cal\u0131k y\u00f6netiminin temelini olu\u015fturur. \u00d6rne\u011fin, bir muhasebe yaz\u0131l\u0131m\u0131n\u0131n sadece finans tablolar\u0131na “INSERT” ve “UPDATE” yapabilmesini, ancak t\u00fcm di\u011fer tablolara sadece “SELECT” yapabilmesini sa\u011flayarak, yetkisiz veri manip\u00fclasyonunun \u00f6n\u00fcne ge\u00e7ebilirsiniz. Bu mekanizma, veritaban\u0131n\u0131z\u0131n her zaman d\u00fczenli ve kontrol alt\u0131nda kalmas\u0131n\u0131 sa\u011flar, t\u0131pk\u0131 iyi organize edilmi\u015f bir ev gibi. Unutmay\u0131n, g\u00fcvenlik bir katmanlar zinciridir ve veritaban\u0131 ayr\u0131cal\u0131klar\u0131 bu zincirin en kritik halkalar\u0131ndan biridir. Yeterli ayr\u0131cal\u0131k y\u00f6netimi olmadan, di\u011fer t\u00fcm g\u00fcvenlik \u00f6nlemleri kolayca a\u015f\u0131labilir ve ciddi zafiyetlere yol a\u00e7abilir. Bu nedenle, bu konuya gereken \u00f6nemi vermek, veritaban\u0131 g\u00fcvenli\u011finin temelini atmak anlam\u0131na gelir. <\/p>\n

Minimum Ayr\u0131cal\u0131k Prensibi: G\u00fcvenli\u011fin Temel Ta\u015f\u0131 Nas\u0131l Uygulan\u0131r?<\/h2>\n

Veritaban\u0131 g\u00fcvenli\u011finin alt\u0131n kural\u0131: Minimum Ayr\u0131cal\u0131k Prensibi (Principle of Least Privilege – PoLP)<\/b>. Bu ilke, her kullan\u0131c\u0131, uygulama veya sistem bile\u015fenine, g\u00f6revini yerine getirmek i\u00e7in kesinlikle ihtiya\u00e7 duydu\u011fu minimum ayr\u0131cal\u0131klar\u0131 vermesini \u00f6nerir. Ba\u015fka bir deyi\u015fle, bir kullan\u0131c\u0131n\u0131n veya bir uygulaman\u0131n bir g\u00f6revi tamamlamas\u0131 i\u00e7in “okuma” yetkisi yeterliyse, ona “yazma” veya “silme” yetkisi vermeyin. Bu, t\u0131pk\u0131 evde her bireye yaln\u0131zca kendi odas\u0131n\u0131n anahtar\u0131n\u0131 vermek gibi d\u00fc\u015f\u00fcn\u00fclebilir; ortak alanlara eri\u015fim herkes i\u00e7in ayn\u0131 olabilir, ancak ki\u015fisel odalara yaln\u0131zca sahipleri eri\u015febilir. Bu prensip, veri ihlallerinin etkisini \u00f6nemli \u00f6l\u00e7\u00fcde azaltman\u0131n en etkili yollar\u0131ndan biridir. Neden mi? \u00c7\u00fcnk\u00fc bir sald\u0131rgan bir hesab\u0131n kimlik bilgilerini ele ge\u00e7irse bile, o hesab\u0131n s\u0131n\u0131rl\u0131 ayr\u0131cal\u0131klar\u0131 sayesinde sistemin tamam\u0131na veya hassas verilere eri\u015fimini engelleyebiliriz. Ayr\u0131ca, i\u00e7 tehditlere kar\u015f\u0131 da g\u00fc\u00e7l\u00fc bir savunma mekanizmas\u0131 olu\u015fturur; yetkisiz bir \u00e7al\u0131\u015fan\u0131n kas\u0131tl\u0131 veya kas\u0131ts\u0131z olarak sisteme zarar verme potansiyelini s\u0131n\u0131rlar.<\/p>\n

Minimum ayr\u0131cal\u0131k prensibini uygulaman\u0131n faydalar\u0131 saymakla bitmez. \u0130lk olarak, sald\u0131r\u0131 y\u00fczeyini k\u00fc\u00e7\u00fclt\u00fcr<\/b>. Her bir ayr\u0131cal\u0131k, bir potansiyel giri\u015f noktas\u0131d\u0131r; ne kadar az ayr\u0131cal\u0131k, o kadar az risk anlam\u0131na gelir. \u0130kinci olarak, veri s\u0131z\u0131nt\u0131lar\u0131n\u0131n ve hasarlar\u0131n boyutunu s\u0131n\u0131rlar<\/b>. Bir g\u00fcvenlik olay\u0131 meydana geldi\u011finde, minimum ayr\u0131cal\u0131k sayesinde hasar sadece belirli bir alanla s\u0131n\u0131rl\u0131 kal\u0131r, t\u00fcm sisteme yay\u0131lmaz. \u00dc\u00e7\u00fcnc\u00fc olarak, denetim ve uyumluluk s\u00fcre\u00e7lerini kolayla\u015ft\u0131r\u0131r<\/b>. Hangi kullan\u0131c\u0131n\u0131n neye neden eri\u015fti\u011fini bilmek ve bunu belgelendirmek, reg\u00fclasyonlara uyum sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir. Son olarak, sistem istikrar\u0131n\u0131 art\u0131r\u0131r<\/b>. Yanl\u0131\u015fl\u0131kla veya k\u00f6t\u00fc niyetle yap\u0131lan hatal\u0131 i\u015flemlerin sistem \u00fczerindeki olumsuz etkilerini en aza indirir.<\/p>\n

\u015eimdi bir vaka analizi<\/b> ile konuyu peki\u015ftirelim: Bir e-ticaret \u015firketi olan “H\u0131zl\u0131Teslimat A.\u015e.”, veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131 pek umursamayan bir yap\u0131ya sahipti. T\u00fcm geli\u015ftiricilere ve hatta baz\u0131 m\u00fc\u015fteri hizmetleri temsilcilerine “admin” benzeri y\u00fcksek yetkili hesaplar verilmi\u015fti. Bir g\u00fcn, \u015firketin yaz\u0131l\u0131m geli\u015ftirme ekibine yeni kat\u0131lan bir junior geli\u015ftirici, bir test ortam\u0131nda \u00e7al\u0131\u015f\u0131rken yanl\u0131\u015fl\u0131kla \u00fcretim veritaban\u0131na ba\u011flan\u0131p, bir DELETE<\/code> sorgusunu \u00e7al\u0131\u015ft\u0131rd\u0131. Amac\u0131, test ortam\u0131ndaki eski verileri temizlemekti, ancak y\u00fcksek ayr\u0131cal\u0131klar\u0131 nedeniyle, t\u00fcm m\u00fc\u015fteri sipari\u015f ge\u00e7mi\u015fi tablosunu sildi. Bu durum, \u015firkete milyonlarca dolarl\u0131k kayba, m\u00fc\u015fteri g\u00fcveninin sars\u0131lmas\u0131na ve ciddi itibar kayb\u0131na neden oldu. E\u011fer H\u0131zl\u0131Teslimat A.\u015e., geli\u015ftiricilerine sadece ihtiya\u00e7 duyduklar\u0131 tablolar \u00fczerinde SELECT<\/code> ve UPDATE<\/code> yetkisi verseydi (ve DELETE<\/code> yetkisini sadece \u00e7ok \u00f6zel durumlarda ve onay mekanizmalar\u0131yla sa\u011flasayd\u0131), bu felaketin \u00f6n\u00fcne ge\u00e7ilebilirdi. Bu \u00f6rnek, minimum ayr\u0131cal\u0131k prensibinin sadece teorik bir kavram olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda somut, maliyetli sonu\u00e7lar\u0131 olan ger\u00e7ek bir g\u00fcvenlik ihtiyac\u0131 oldu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir. Bu nedenle, veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131 titizlikle y\u00f6netmek, her i\u015fletme i\u00e7in vazge\u00e7ilmez bir strateji olmal\u0131d\u0131r. \u0130\u015fte bu y\u00fczden, veritaban\u0131n\u0131z\u0131n her k\u00f6\u015fesini kime emanet etti\u011finizi iyi d\u00fc\u015f\u00fcnmeli ve gereksiz yetkileri asla vermemelisiniz.<\/p>\n

Uygulamal\u0131 Veritaban\u0131 Ayr\u0131cal\u0131k Y\u00f6netimi: Ad\u0131m Ad\u0131m Yetki Verme ve Geri Alma<\/h2>\n

Teorik bilgileri geride b\u0131rak\u0131p, \u015fimdi veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131 pratik olarak nas\u0131l y\u00f6netece\u011fimize odaklanal\u0131m. \u00c7o\u011fu ili\u015fkisel veritaban\u0131 y\u00f6netim sistemi (RDBMS) – MySQL, PostgreSQL, SQL Server veya Oracle fark etmeksizin – GRANT<\/code> (yetki verme) ve REVOKE<\/code> (yetkiyi geri alma) komutlar\u0131n\u0131 kullanarak ayr\u0131cal\u0131k y\u00f6netimini ger\u00e7ekle\u015ftirir. Bu komutlar, bir kullan\u0131c\u0131ya veya bir role, belirli bir veritaban\u0131 nesnesi \u00fczerinde belirli eylemleri yapma izni verir veya bu izinleri geri al\u0131r. Unutmay\u0131n, bu i\u015flemler genellikle veritaban\u0131 y\u00f6neticisi (DBA) yetkilerine sahip bir kullan\u0131c\u0131 taraf\u0131ndan yap\u0131lmal\u0131d\u0131r.<\/p>\n

\u0130lk ad\u0131m, genellikle yeni bir kullan\u0131c\u0131 olu\u015fturmakt\u0131r. Mevcut kullan\u0131c\u0131lar\u0131 da kullanabiliriz, ancak minimum ayr\u0131cal\u0131k prensibi gere\u011fi, her uygulama veya servis i\u00e7in ayr\u0131 bir kullan\u0131c\u0131 olu\u015fturmak daha g\u00fcvenlidir. \u00d6rne\u011fin, bir web uygulamas\u0131 i\u00e7in ayr\u0131, bir raporlama servisi i\u00e7in ayr\u0131 kullan\u0131c\u0131lar tan\u0131mlayabiliriz. <\/p>\n

\n-- PostgreSQL\/MySQL i\u00e7in kullan\u0131c\u0131 olu\u015fturma \u00f6rne\u011fi\nCREATE USER 'rapor_kullanicisi' IDENTIFIED BY 'GucluSifre123!';\n-- Ya da PostgreSQL i\u00e7in daha modern bir yakla\u015f\u0131m\nCREATE USER rapor_kullanicisi WITH PASSWORD 'GucluSifre123!';\n\n-- SQL Server i\u00e7in kullan\u0131c\u0131 olu\u015fturma \u00f6rne\u011fi\nCREATE LOGIN rapor_kullanicisi WITH PASSWORD = 'GucluSifre123!';\nCREATE USER rapor_kullanicisi FOR LOGIN rapor_kullanicisi;\n<\/pre>\n
<\/code><\/p>\n
Kullan\u0131c\u0131 olu\u015fturulduktan sonra, ona hangi ayr\u0131cal\u0131klar\u0131 verece\u011fimizi belirlemeliyiz. Diyelim ki rapor_kullanicisi<\/code> kullan\u0131c\u0131s\u0131n\u0131n sadece satis_analizi<\/code> veritaban\u0131ndaki urunler<\/code> ve siparisler<\/code> tablolar\u0131ndan veri okumas\u0131na izin vermek istiyoruz. \u0130\u015fte bunu nas\u0131l yapaca\u011f\u0131m\u0131z:<\/p>\n
\n-- PostgreSQL\/MySQL i\u00e7in ayr\u0131cal\u0131k verme \u00f6rne\u011fi\nGRANT SELECT ON TABLE satis_analizi.urunler TO rapor_kullanicisi;\nGRANT SELECT ON TABLE satis_analizi.siparisler TO rapor_kullanicisi;\n\n-- SQL Server i\u00e7in ayr\u0131cal\u0131k verme \u00f6rne\u011fi\nUSE satis_analizi;\nGRANT SELECT ON urunler TO rapor_kullanicisi;\nGRANT SELECT ON siparisler TO rapor_kullanicisi;\n<\/pre>\n
<\/code><\/p>\n
Bu komutlar, rapor_kullanicisi<\/code>'n\u0131n belirtilen tablolardan veri \u00e7ekebilece\u011fini, ancak veri ekleyemeyece\u011fini, g\u00fcncelleyemeyece\u011fini veya silemeyece\u011fini garanti eder. Bu, minimum ayr\u0131cal\u0131k prensibinin temel bir uygulamas\u0131d\u0131r. E\u011fer kullan\u0131c\u0131ya ayn\u0131 zamanda siparisler<\/code> tablosuna yeni kay\u0131tlar ekleme yetkisi vermek istersek:<\/p>\n
\n-- PostgreSQL\/MySQL\nGRANT INSERT ON TABLE satis_analizi.siparisler TO rapor_kullanicisi;\n\n-- SQL Server\nUSE satis_analizi;\nGRANT INSERT ON siparisler TO rapor_kullanicisi;\n<\/pre>\n
<\/code><\/p>\n
Bazen de belirli bir s\u00fctuna \u00f6zel ayr\u0131cal\u0131k vermek isteyebiliriz. \u00d6rne\u011fin, musteriler<\/code> tablosundaki telefon_numarasi<\/code> s\u00fctununu herkesin okuyabilmesini, ancak yaln\u0131zca belirli bir kullan\u0131c\u0131n\u0131n g\u00fcncelleyebilmesini sa\u011flayabiliriz. Bu, genellikle hassas veri i\u00e7eren s\u00fctunlar i\u00e7in tercih edilen bir y\u00f6ntemdir.<\/p>\n
\n-- PostgreSQL\/MySQL i\u00e7in s\u00fctun d\u00fczeyinde ayr\u0131cal\u0131k \u00f6rne\u011fi (baz\u0131 DB'ler destekler, syntax de\u011fi\u015febilir)\n-- Genellikle tablo d\u00fczeyinde yap\u0131l\u0131r, s\u00fctun d\u00fczeyinde nadirdir ve daha karma\u015f\u0131k olabilir.\n-- MySQL i\u00e7in:\n-- GRANT UPDATE (telefon_numarasi) ON satis_analizi.musteriler TO guncelleme_kullanicisi;\n\n-- PostgreSQL i\u00e7in (s\u00fctun seviyesi GRANT)\n-- GRANT UPDATE (telefon_numarasi) ON satis_analizi.musteriler TO guncelleme_kullanicisi;\n<\/pre>\n
<\/code><\/p>\n
Daha karma\u015f\u0131k senaryolarda, sakl\u0131 yordamlar veya fonksiyonlar \u00fczerinde de EXECUTE<\/code> yetkisi verebiliriz. Bu, bir kullan\u0131c\u0131n\u0131n sadece belirli bir i\u015flevi \u00e7al\u0131\u015ft\u0131rabilmesini sa\u011flar, ancak o i\u015flevin i\u00e7indeki tablolara do\u011frudan eri\u015fimini engeller.<\/p>\n
\n-- PostgreSQL\/MySQL i\u00e7in sakl\u0131 yordam \u00e7al\u0131\u015ft\u0131rma ayr\u0131cal\u0131\u011f\u0131\nGRANT EXECUTE ON FUNCTION satis_analizi.musteri_bilgisi_getir(INT) TO web_uygulamasi;\n\n-- SQL Server i\u00e7in sakl\u0131 yordam \u00e7al\u0131\u015ft\u0131rma ayr\u0131cal\u0131\u011f\u0131\nUSE satis_analizi;\nGRANT EXECUTE ON OBJECT::dbo.MusteriBilgisiGetir TO web_uygulamasi;\n<\/pre>\n
<\/code><\/p>\n
Peki, bir kullan\u0131c\u0131n\u0131n ayr\u0131cal\u0131klar\u0131n\u0131 geri almak istedi\u011fimizde ne yapaca\u011f\u0131z? REVOKE<\/code> komutu tam da bunun i\u00e7indir:<\/p>\n
\n-- PostgreSQL\/MySQL i\u00e7in ayr\u0131cal\u0131k geri alma\nREVOKE INSERT ON TABLE satis_analizi.siparisler FROM rapor_kullanicisi;\n-- T\u00fcm SELECT yetkilerini geri almak i\u00e7in\nREVOKE SELECT ON ALL TABLES IN SCHEMA satis_analizi FROM rapor_kullanicisi;\n\n-- SQL Server i\u00e7in ayr\u0131cal\u0131k geri alma\nUSE satis_analizi;\nREVOKE SELECT ON siparisler FROM rapor_kullanicisi;\n<\/pre>\n
<\/code><\/p>\n
Bu uygulamal\u0131 ad\u0131mlar, veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131 y\u00f6netmenin ne kadar kritik ve ayn\u0131 zamanda ne kadar eri\u015filebilir oldu\u011funu g\u00f6sterir. Do\u011fru bir ayr\u0131cal\u0131k y\u00f6netimi stratejisi, veritaban\u0131n\u0131z\u0131n g\u00fcvenli\u011fini temelden sa\u011flamla\u015ft\u0131r\u0131r ve potansiyel g\u00fcvenlik risklerini minimize eder. Unutmay\u0131n, ayr\u0131cal\u0131klar zamanla de\u011fi\u015febilir, bu y\u00fczden d\u00fczenli olarak g\u00f6zden ge\u00e7irmek ve ihtiya\u00e7lara g\u00f6re ayarlamak \u00f6nemlidir. Fazla ayr\u0131cal\u0131k her zaman bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 potansiyeli ta\u015f\u0131r.<\/p>\n
Rol Tabanl\u0131 Eri\u015fim Kontrol\u00fc (RBAC): B\u00fcy\u00fck Sistemlerde D\u00fczeni Nas\u0131l Sa\u011flar\u0131z?<\/h3>\n
B\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde, her kullan\u0131c\u0131ya tek tek ayr\u0131cal\u0131k tan\u0131mlamak pratik olmaktan \u00e7\u0131kar, hatta imkans\u0131z hale gelir. Y\u00fczlerce kullan\u0131c\u0131, binlerce tablo ve onlarca farkl\u0131 yetki kombinasyonu d\u00fc\u015f\u00fcn\u00fcld\u00fc\u011f\u00fcnde, bu i\u015flem h\u0131zla bir kabusa d\u00f6n\u00fc\u015febilir. \u0130\u015fte tam bu noktada, Rol Tabanl\u0131 Eri\u015fim Kontrol\u00fc (Role-Based Access Control - RBAC)<\/b> devreye girer. RBAC, g\u00fcvenlik y\u00f6netimini basitle\u015ftiren ve \u00f6l\u00e7eklenebilirli\u011fi art\u0131ran g\u00fc\u00e7l\u00fc bir y\u00f6ntemdir. RBAC, kullan\u0131c\u0131lar\u0131 do\u011frudan nesnelere yetkilendirmek yerine, \u00f6nceden tan\u0131mlanm\u0131\u015f \"roller\" arac\u0131l\u0131\u011f\u0131yla yetkilendirir. Bir rol, belirli bir i\u015flev veya sorumluluk grubuna atfedilmi\u015f bir dizi ayr\u0131cal\u0131\u011f\u0131 temsil eder. \u00d6rne\u011fin, \"Muhasebeci\", \"Geli\u015ftirici\", \"Y\u00f6netici\" veya \"Sadece Okuma\" gibi roller tan\u0131mlayabiliriz.<\/p>\n
RBAC'nin en b\u00fcy\u00fck avantaj\u0131, y\u00f6netim kolayl\u0131\u011f\u0131d\u0131r. Yeni bir \u00e7al\u0131\u015fan i\u015fe ba\u015flad\u0131\u011f\u0131nda, ona sadece uygun rol\u00fc atamak yeterlidir; bu rol\u00fcn i\u00e7erdi\u011fi t\u00fcm ayr\u0131cal\u0131klar otomatik olarak o kullan\u0131c\u0131ya devredilir. Benzer \u015fekilde, bir \u00e7al\u0131\u015fan departman de\u011fi\u015ftirdi\u011finde veya i\u015ften ayr\u0131ld\u0131\u011f\u0131nda, mevcut rol\u00fc kald\u0131r\u0131l\u0131r ve gerekirse yeni bir rol atan\u0131r. Bu, ayr\u0131cal\u0131klar\u0131n tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flar, insan hatas\u0131n\u0131 azalt\u0131r ve g\u00fcvenlik politikas\u0131n\u0131n uygulanmas\u0131n\u0131 kolayla\u015ft\u0131r\u0131r. Ayr\u0131ca, denetim s\u00fcre\u00e7lerini de basitle\u015ftirir, \u00e7\u00fcnk\u00fc bir kullan\u0131c\u0131n\u0131n neden belirli yetkilere sahip oldu\u011funu anlamak i\u00e7in sadece atand\u0131\u011f\u0131 rollere bakmak yeterlidir.<\/p_paragraph_200_words><\/p>\n
\u00d6rne\u011fin, bir e-ticaret uygulamas\u0131nda a\u015fa\u011f\u0131daki rolleri tan\u0131mlayabiliriz:<\/p>\n
    \n
  • Admin_Role:<\/b> T\u00fcm tablolara tam eri\u015fim (SELECT, INSERT, UPDATE, DELETE).<\/li>\n
  • MusteriHizmetleri_Role:<\/b> musteriler<\/code> tablosuna SELECT ve UPDATE, siparisler<\/code> tablosuna SELECT.<\/li>\n
  • Raporlama_Role:<\/b> T\u00fcm sat\u0131\u015f ve \u00fcr\u00fcn tablolar\u0131na sadece SELECT.<\/li>\n
  • Gelistirici_Role:<\/b> Geli\u015ftirme ortam\u0131ndaki t\u00fcm tablolara tam eri\u015fim, \u00fcretim ortam\u0131ndaki belirli tablolara sadece SELECT (minimum ayr\u0131cal\u0131k ilkesi burada da ge\u00e7erlidir).<\/li>\n<\/ul>\n
    Bu rolleri olu\u015fturup, onlara gerekli ayr\u0131cal\u0131klar\u0131 atad\u0131ktan sonra, kullan\u0131c\u0131lar\u0131 bu rollere atayabiliriz. \u0130\u015fte SQL \u00f6rnekleri:<\/p>\n
    \n-- PostgreSQL i\u00e7in rol olu\u015fturma ve yetkilendirme \u00f6rne\u011fi\nCREATE ROLE MusteriHizmetleri_Role;\nGRANT SELECT, UPDATE ON TABLE satis_analizi.musteriler TO MusteriHizmetleri_Role;\nGRANT SELECT ON TABLE satis_analizi.siparisler TO MusteriHizmetleri_Role;\n\n-- Rol\u00fc bir kullan\u0131c\u0131ya atama\nGRANT MusteriHizmetleri_Role TO 'cemre_calisan';\n\n-- SQL Server i\u00e7in rol olu\u015fturma ve yetkilendirme \u00f6rne\u011fi\nCREATE ROLE MusteriHizmetleri_Role;\nGRANT SELECT, UPDATE ON OBJECT::dbo.musteriler TO MusteriHizmetleri_Role;\nGRANT SELECT ON OBJECT::dbo.siparisler TO MusteriHizmetleri_Role;\n\n-- Rol\u00fc bir kullan\u0131c\u0131ya atama\nALTER ROLE MusteriHizmetleri_Role ADD MEMBER cemre_calisan;\n<\/pre>\n
    <\/code><\/p>\n
    G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, RBAC ile b\u00fcy\u00fck sistemlerdeki ayr\u0131cal\u0131k y\u00f6netimini \u00e7ok daha d\u00fczenli ve s\u00fcrd\u00fcr\u00fclebilir hale getirebiliriz. Bu yakla\u015f\u0131m, g\u00fcvenlik politikas\u0131n\u0131n tutarl\u0131 bir \u015fekilde uygulanmas\u0131n\u0131 sa\u011flar ve olas\u0131 yetki karma\u015fas\u0131n\u0131n \u00f6n\u00fcne ge\u00e7er. Her yeni kullan\u0131c\u0131n\u0131n ayr\u0131cal\u0131klar\u0131n\u0131 tek tek d\u00fc\u015f\u00fcnmek yerine, i\u015flevine uygun bir rol atamak, hem zamandan tasarruf ettirir hem de g\u00fcvenlik standartlar\u0131n\u0131 y\u00fckseltir.<\/p>\n
    Veri \u0130hlalleri ve Ayr\u0131cal\u0131k Y\u00f6netimi: Ger\u00e7ek D\u00fcnya Senaryolar\u0131ndan Dersler<\/h2>\n
    Veri ihlalleri, g\u00fcn\u00fcm\u00fcz\u00fcn en b\u00fcy\u00fck siber g\u00fcvenlik tehditlerinden biridir ve genellikle yetersiz ayr\u0131cal\u0131k y\u00f6netiminin do\u011frudan bir sonucudur. Ponemon Enstit\u00fcs\u00fc'n\u00fcn ara\u015ft\u0131rmalar\u0131, veri ihlallerinin yakla\u015f\u0131k %60'\u0131n\u0131n \u00fc\u00e7\u00fcnc\u00fc taraf veya i\u00e7eriden gelen tehditlerden kaynakland\u0131\u011f\u0131n\u0131, bu tehditlerin \u00f6nemli bir k\u0131sm\u0131n\u0131n da y\u00fckseltilmi\u015f ayr\u0131cal\u0131klar\u0131 k\u00f6t\u00fcye kullanmaktan veya \u00e7almaktan ileri geldi\u011fini g\u00f6stermektedir. Bu, veritaban\u0131 ayr\u0131cal\u0131klar\u0131n\u0131n sadece bir \"iyi uygulama\" de\u011fil, ayn\u0131 zamanda siber sald\u0131r\u0131lara kar\u015f\u0131 en temel savunma hatlar\u0131ndan biri oldu\u011funu kan\u0131tlar niteliktedir. Veritaban\u0131n\u0131z\u0131n bir ergenin yatak odas\u0131 gibi kontrols\u00fcz olmas\u0131, eninde sonunda birilerinin \"k\u0131ymetli\" e\u015fyalar\u0131n\u0131z\u0131 kar\u0131\u015ft\u0131rmas\u0131na neden olacakt\u0131r.<\/p>\n
    En yayg\u0131n sald\u0131r\u0131 vekt\u00f6rlerinden biri, ayr\u0131cal\u0131k y\u00fckseltme (privilege escalation)<\/b>'d\u0131r. Bu senaryoda, bir sald\u0131rgan d\u00fc\u015f\u00fck yetkili bir hesab\u0131 ele ge\u00e7irir ve ard\u0131ndan sistemdeki bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131n\u0131 veya yanl\u0131\u015f yap\u0131land\u0131rmay\u0131 kullanarak daha y\u00fcksek yetkili bir hesaba eri\u015fim sa\u011flamaya \u00e7al\u0131\u015f\u0131r. E\u011fer veritaban\u0131 y\u00f6neticisi hesab\u0131 gibi kritik hesaplara gereksiz yere geni\u015f yetkiler verilmi\u015fse veya bu hesaplar\u0131n \u015fifreleri zay\u0131fsa, ayr\u0131cal\u0131k y\u00fckseltme sald\u0131r\u0131s\u0131 \u00e7ok daha kolay hale gelir. Bir di\u011fer yayg\u0131n senaryo ise i\u00e7eriden tehditler<\/b>dir. Bilgisayar korsanlar\u0131 d\u0131\u015far\u0131dan s\u0131zmakta zorland\u0131klar\u0131nda, genellikle i\u00e7eriden bir \u00e7al\u0131\u015fan\u0131 hedef al\u0131rlar. E\u011fer bir \u00e7al\u0131\u015fan\u0131n gere\u011finden fazla yetkisi varsa, kas\u0131tl\u0131 olarak veya bir oltalama (phishing) sald\u0131r\u0131s\u0131 sonucu kimlik bilgilerini kapt\u0131rarak, hassas verilere yetkisiz eri\u015fim sa\u011flayabilir ve b\u00fcy\u00fck \u00e7apl\u0131 bir veri ihlaline yol a\u00e7abilir.<\/p>\n
    \u015eimdi bir ger\u00e7ek d\u00fcnya senaryosu<\/b>nu inceleyelim (basitle\u015ftirilmi\u015f bir \u00f6rnek): B\u00fcy\u00fck bir finans \u015firketi olan \"KriptoFinans A.\u015e.\", m\u00fc\u015fteri verilerini bar\u0131nd\u0131ran kritik bir veritaban\u0131na sahipti. \u015eirket, h\u0131zl\u0131 geli\u015ftirme s\u00fcre\u00e7leri ve testler i\u00e7in t\u00fcm geli\u015ftiricilerine \u00fcretim veritaban\u0131na DB_Owner<\/code> (veritaban\u0131 y\u00f6neticisi) yetkisi vermi\u015fti. Bir g\u00fcn, \u015firketten ayr\u0131lan bir geli\u015ftiricinin hesap bilgileri zaman\u0131nda devre d\u0131\u015f\u0131 b\u0131rak\u0131lmad\u0131. Bu eski \u00e7al\u0131\u015fan, intikam amac\u0131yla veya dikkatsizlik sonucu, bu yetkili hesab\u0131 kullanarak \u015firketin ana m\u00fc\u015fteri tablosundaki t\u00fcm kredi kart\u0131 bilgilerini kendi harici sunucusuna kopyalad\u0131. KriptoFinans A.\u015e., bu durumu ancak haftalar sonra, m\u00fc\u015fterilerden gelen \u015fikayetler ve bankalar\u0131n uyar\u0131lar\u0131yla fark etti. Sonu\u00e7? Milyonlarca dolar ceza, yasal s\u00fcre\u00e7ler, m\u00fc\u015fteri g\u00fcveninin tamamen kaybolmas\u0131 ve \u015firketin itibar\u0131n\u0131n ciddi \u015fekilde zedelenmesi. Bu olay, sadece bir \"unutulmu\u015f\" ayr\u0131cal\u0131\u011f\u0131n ne kadar y\u0131k\u0131c\u0131 olabilece\u011fini g\u00f6zler \u00f6n\u00fcne serdi. E\u011fer \u015firket, minimum ayr\u0131cal\u0131k prensibini uygulayarak geli\u015ftiricilere yaln\u0131zca ihtiya\u00e7 duyduklar\u0131 test verilerine veya belirli raporlama tablolar\u0131na eri\u015fim yetkisi verseydi ve \u00fcretim veritaban\u0131na DB_Owner<\/code> gibi geni\u015f yetkileri sadece \u00e7ok s\u0131n\u0131rl\u0131, denetlenebilir hesaplara verseydi, bu felaket \u00f6nlenebilirdi. Bu senaryo, ayr\u0131cal\u0131k y\u00f6netiminin sadece g\u00fcvenlik a\u00e7\u0131s\u0131ndan de\u011fil, ayn\u0131 zamanda i\u015f s\u00fcreklili\u011fi ve yasal uyumluluk a\u00e7\u0131s\u0131ndan da ne kadar hayati oldu\u011funu a\u00e7\u0131k\u00e7a g\u00f6stermektedir. <\/p>\n
    Ayr\u0131cal\u0131k Denetimi ve Loglama: Kim Nereye Ne Zaman Eri\u015fti\u011fini Nas\u0131l Takip Edebiliriz?<\/h3>\n
    Ayr\u0131cal\u0131k y\u00f6netimi sadece kimin neye eri\u015fti\u011fini belirlemekle kalmaz, ayn\u0131 zamanda bu eri\u015fimin takibini de gerektirir. Ayr\u0131cal\u0131k denetimi (auditing) ve loglama (logging)<\/b>, veritaban\u0131 g\u00fcvenli\u011finin vazge\u00e7ilmez iki unsurudur. Bir veritaban\u0131n\u0131n g\u00fcvenlik duru\u015fu, sadece uygulanan ayr\u0131cal\u0131k politikalar\u0131yla de\u011fil, ayn\u0131 zamanda bu politikalar\u0131n ne kadar etkili bir \u015fekilde denetlendi\u011fiyle de \u00f6l\u00e7\u00fcl\u00fcr. Bir veri ihlali durumunda veya \u015f\u00fcpheli bir aktivite tespit edildi\u011finde, kimin hangi i\u015flemi ne zaman ve nereden yapt\u0131\u011f\u0131n\u0131 bilmek, olay\u0131n k\u00f6k nedenini bulmak ve gelecekteki sald\u0131r\u0131lar\u0131 \u00f6nlemek i\u00e7in hayati \u00f6nem ta\u015f\u0131r.<\/p>\n
    Denetim ve loglama, veritaban\u0131 aktivitesinin bir kayd\u0131n\u0131 tutar. Bu kay\u0131tlar, ba\u015far\u0131s\u0131z oturum a\u00e7ma giri\u015fimleri, kritik veritaban\u0131 nesnelerine eri\u015fim denemeleri, \u015fema de\u011fi\u015fiklikleri, ayr\u0131cal\u0131k de\u011fi\u015fiklikleri ve veri manip\u00fclasyonu gibi olaylar\u0131 i\u00e7erebilir. \u00c7o\u011fu RDBMS, bu t\u00fcr olaylar\u0131 kaydetmek i\u00e7in yerle\u015fik denetim mekanizmalar\u0131na sahiptir. \u00d6rne\u011fin, PostgreSQL'de pgaudit<\/code> uzant\u0131s\u0131, SQL Server'da SQL Server Audit<\/code> \u00f6zelli\u011fi veya Oracle'da Unified Auditing<\/code> gibi ara\u00e7lar mevcuttur. Bu ara\u00e7lar, detayl\u0131 denetim izleri olu\u015fturarak y\u00f6neticilerin veritaban\u0131 \u00fczerindeki t\u00fcm \u00f6nemli aktiviteleri izlemesine olanak tan\u0131r.<\/p>\n
    Temel bir denetim stratejisi olu\u015ftururken, a\u015fa\u011f\u0131daki sorulara cevap aramal\u0131s\u0131n\u0131z:<\/p>\n
      \n
    1. Hangi kullan\u0131c\u0131lar sisteme giri\u015f yap\u0131yor ve hangi IP adreslerinden ba\u011flan\u0131yorlar?<\/li>\n
    2. Hangi kullan\u0131c\u0131lar hangi tablolara, g\u00f6r\u00fcn\u00fcmlere veya sakl\u0131 yordamlara eri\u015fiyor?<\/li>\n
    3. Kritik veri tablosundaki (\u00f6rne\u011fin, kredi_kartlari<\/code>, kisil_bilgiler<\/code>) INSERT<\/code>, UPDATE<\/code> veya DELETE<\/code> i\u015flemleri kimler taraf\u0131ndan yap\u0131l\u0131yor?<\/li>\n
    4. Kullan\u0131c\u0131lar\u0131n ayr\u0131cal\u0131klar\u0131nda herhangi bir de\u011fi\u015fiklik yap\u0131ld\u0131 m\u0131 (GRANT\/REVOKE)?<\/li>\n
    5. \u015eema yap\u0131s\u0131nda (CREATE TABLE<\/code>, ALTER TABLE<\/code>, DROP TABLE<\/code>) herhangi bir de\u011fi\u015fiklik yap\u0131ld\u0131 m\u0131?<\/li>\n<\/ol>\n
      Bu sorular\u0131n cevaplar\u0131n\u0131 sa\u011flayan denetim kay\u0131tlar\u0131, potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 tespit etmek, yetkisiz eri\u015fimi belirlemek ve yasal uyumluluk gereksinimlerini kar\u015f\u0131lamak i\u00e7in elzemdir. Ayr\u0131ca, bir g\u00fcvenlik olay\u0131 sonras\u0131 adli analiz (forensic analysis) i\u00e7in de vazge\u00e7ilmez bir kaynakt\u0131r.<\/p>\n
      \n-- SQL Server'da temel bir denetim (audit) olu\u015fturma \u00f6rne\u011fi\n-- Ad\u0131m 1: Denetim nesnesini olu\u015ftur\nCREATE SERVER AUDIT [MyDatabaseAudit]\nTO FILE ( FILEPATH = 'C:\\SQLAudit\\' , MAXSIZE = 10 MB , MAX_ROLLOVER_FILES = 5, RESERVE_DISK_SPACE = OFF)\nWITH (QUEUE_DELAY = 1000, ON_FAILURE = CONTINUE);\nALTER SERVER AUDIT [MyDatabaseAudit] WITH (STATE = ON);\n\n-- Ad\u0131m 2: Denetim spesifikasyonunu olu\u015ftur (\u00d6rnek: SELECT ve DELETE i\u015flemlerini denetle)\nCREATE DATABASE AUDIT SPECIFICATION [MyTable_Select_Delete_Audit]\nFOR SERVER AUDIT [MyDatabaseAudit]\nADD (SELECT ON OBJECT::[dbo].[musteriler] BY [public]),\nADD (DELETE ON OBJECT::[dbo].[musteriler] BY [public])\nWITH (STATE = ON);\n\n-- PostgreSQL'de pgaudit ile denetim (yap\u0131land\u0131rma dosyalar\u0131nda ayarlan\u0131r)\n-- pgaudit.log = 'all, role'\n-- pgaudit.log_catalog = on\n-- shared_preload_libraries = 'pgaudit'\n<\/pre>\n
      <\/code><\/p>\n
      Uzman \u0130pucu: Denetim ve loglama kay\u0131tlar\u0131n\u0131 sadece olu\u015fturmak yeterli de\u011fildir. Bu kay\u0131tlar\u0131 d\u00fczenli olarak g\u00f6zden ge\u00e7irmeli, bir SIEM (Security Information and Event Management) sistemine entegre etmeli ve anormallikleri tespit etmek i\u00e7in otomatize edilmi\u015f uyar\u0131lar kurmal\u0131s\u0131n\u0131z. Aksi takdirde, milyonlarca sat\u0131rl\u0131k log i\u00e7inde kritik bir olay\u0131 ka\u00e7\u0131rabilirsiniz.<\/div>\n
      Denetim ve loglama, veritaban\u0131 ayr\u0131cal\u0131k y\u00f6netiminin proaktif ve reaktif y\u00f6nlerini tamamlar. Ayr\u0131cal\u0131klar, \u00f6nleyici tedbirlerken, denetim ve loglama, tespit ve m\u00fcdahale mekanizmalar\u0131d\u0131r. Bu iki bile\u015fenin birlikte \u00e7al\u0131\u015fmas\u0131, veritaban\u0131n\u0131z\u0131n g\u00fcvenli\u011fini \u00e7ok daha sa\u011flam bir temele oturtur.<\/p>\n