PostgreSQL veritabanlar\u0131nda denetim g\u00fcnl\u00fcklemesi (audit logging) yapmak, modern veri g\u00fcvenli\u011fi ve uyumluluk standartlar\u0131 i\u00e7in hayati bir gerekliliktir. \u00d6zellikle Genel Veri Koruma Y\u00f6netmeli\u011fi (GDPR) gibi kat\u0131 d\u00fczenlemeler, veri i\u015fleme faaliyetlerinin detayl\u0131 bir \u015fekilde izlenmesini ve kaydedilmesini zorunlu k\u0131lar. pgAudit, PostgreSQL i\u00e7in g\u00fc\u00e7l\u00fc bir denetim arac\u0131 olsa da, standart rol bazl\u0131 g\u00fcnl\u00fckleme yakla\u015f\u0131m\u0131, ger\u00e7ek i\u015flemi yapan kullan\u0131c\u0131y\u0131 gizleyerek \u00f6nemli bir yetkilendirme a\u00e7\u0131\u011f\u0131 olu\u015fturur. Bu makale, pgAudit’teki bu bo\u015flu\u011fu, neden GDPR uyumu i\u00e7in yetersiz kald\u0131\u011f\u0131n\u0131 ve ger\u00e7ek kullan\u0131c\u0131 seviyesinde izlenebilirlik sa\u011flayarak veri g\u00fcvenli\u011finizi nas\u0131l art\u0131raca\u011f\u0131n\u0131z\u0131 ad\u0131m ad\u0131m a\u00e7\u0131kl\u0131yor.<\/p>\n
G\u00fcn\u00fcm\u00fcz dijital d\u00fcnyas\u0131nda, i\u015fletmelerin en de\u011ferli varl\u0131klar\u0131ndan biri veridir. M\u00fc\u015fteri bilgileri, finansal kay\u0131tlar veya hassas ki\u015fisel veriler olsun, bu verilerin g\u00fcvenli\u011fi ve gizlili\u011fi en \u00fcst d\u00fczeyde sa\u011flanmal\u0131d\u0131r. Bu ba\u011flamda, veritaban\u0131 denetim g\u00fcnl\u00fcklemesi, yani veritaban\u0131nda kimin, ne zaman, hangi i\u015flemi yapt\u0131\u011f\u0131n\u0131n kaydedilmesi, sadece iyi bir uygulama de\u011fil, \u00e7o\u011fu zaman yasal bir zorunluluktur. \u00d6zellikle Avrupa Birli\u011fi’nin getirdi\u011fi GDPR (General Data Protection Regulation), veri i\u015fleyen kurulu\u015flara ciddi y\u00fck\u00fcml\u00fcl\u00fckler getirmektedir. GDPR, ki\u015fisel verilerin korunmas\u0131n\u0131 hedefler ve veri ihlallerinde a\u011f\u0131r cezalar \u00f6ng\u00f6r\u00fcr. Bu nedenle, bir veri ihlali durumunda kimin sorumlu oldu\u011funu veya yetkisiz bir i\u015flemin kim taraf\u0131ndan yap\u0131ld\u0131\u011f\u0131n\u0131 belirleyebilmek, hem yasal uyum hem de adli inceleme a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir.<\/p>\n
PostgreSQL, a\u00e7\u0131k kaynak d\u00fcnyas\u0131n\u0131n en pop\u00fcler ve g\u00fcvenilir veritabanlar\u0131ndan biridir. pgAudit eklentisi, PostgreSQL’e kapsaml\u0131 denetim g\u00fcnl\u00fckleme yetenekleri kazand\u0131r\u0131r. Bu eklenti sayesinde, veritaban\u0131 y\u00f6neticileri (DBA’ler) ve g\u00fcvenlik ekipleri, belirli SQL sorgular\u0131n\u0131, ba\u011flant\u0131lar\u0131 ve oturumlar\u0131 izleyebilir, b\u00f6ylece potansiyel g\u00fcvenlik olaylar\u0131n\u0131 tespit edebilirler. Ancak pgAudit’in standart rol bazl\u0131 g\u00fcnl\u00fckleme yakla\u015f\u0131m\u0131, \u00f6zellikle modern uygulama mimarilerinde bir bo\u015fluk yarat\u0131r. \u00c7o\u011fu uygulama, veritaban\u0131na tek bir genel rol (\u00f6rne\u011fin, Bu makalede, pgAudit’in temellerini, rol bazl\u0131 g\u00fcnl\u00fcklemenin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve bu a\u00e7\u0131\u011f\u0131n neden bir sorun te\u015fkil etti\u011fini ayr\u0131nt\u0131l\u0131 olarak inceleyece\u011fiz. Daha da \u00f6nemlisi, bu a\u00e7\u0131\u011f\u0131 kapatmak i\u00e7in uygulama katman\u0131ndan veritaban\u0131 seviyesine kadar uzanan pratik \u00e7\u00f6z\u00fcm yollar\u0131n\u0131 ve ad\u0131m ad\u0131m entegrasyon \u00f6rneklerini sunaca\u011f\u0131z. Amac\u0131m\u0131z, okuyucular\u0131n pgAudit’i GDPR ve di\u011fer veri koruma y\u00f6netmeliklerine tam uyumlu hale getirmeleri i\u00e7in gerekli bilgi ve ara\u00e7lar\u0131 sa\u011flamakt\u0131r. B\u00f6ylece, hem veri g\u00fcvenli\u011fini en \u00fcst d\u00fczeye \u00e7\u0131karacak hem de yasal riskleri minimize edeceksiniz. Unutmay\u0131n, veri g\u00fcvenli\u011fi bir s\u00fcre\u00e7tir ve s\u00fcrekli iyile\u015ftirme gerektirir; bu makale, bu s\u00fcrecin \u00f6nemli bir ad\u0131m\u0131n\u0131 olu\u015fturmaktad\u0131r.<\/p>\n pgAudit, PostgreSQL veritabanlar\u0131 i\u00e7in standart bir denetim g\u00fcnl\u00fc\u011f\u00fc (audit log) \u00e7\u00f6z\u00fcm\u00fc sunan bir eklentidir. Veritaban\u0131 faaliyetlerini detayl\u0131 bir \u015fekilde kaydetmek i\u00e7in tasarlanm\u0131\u015ft\u0131r ve g\u00fcvenlik, uyumluluk veya adli analiz gibi \u00e7e\u015fitli ama\u00e7lar i\u00e7in kullan\u0131labilir. pgAudit’i kullanmaya ba\u015flamak i\u00e7in \u00f6ncelikle PostgreSQL yap\u0131land\u0131rma dosyas\u0131nda (genellikle pgAudit’in etkinle\u015ftirilmesi genellikle a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 i\u00e7erir:<\/p>\n PostgreSQL’de kullan\u0131c\u0131lar ve roller, veritaban\u0131 eri\u015fimini ve yetkilendirmeyi y\u00f6netmek i\u00e7in temel mekanizmalard\u0131r. Bir kullan\u0131c\u0131, asl\u0131nda \u00f6zel yetkilere sahip bir rold\u00fcr. Uygulamalar genellikle veritaban\u0131na belirli bir rol (\u00f6rne\u011fin, Varsay\u0131lan olarak, pgAudit bir i\u015flemi kaydederken, o anda aktif olan veritaban\u0131 rol\u00fcn\u00fc ( pgAudit’in temel i\u015fleyi\u015fini ve rol bazl\u0131 g\u00fcnl\u00fcklemenin nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlad\u0131ktan sonra, \u015fimdi bu yakla\u015f\u0131m\u0131n neden bir “yetkilendirme a\u00e7\u0131\u011f\u0131” olu\u015fturdu\u011funu ve ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini nas\u0131l gizledi\u011fini daha yak\u0131ndan inceleyelim. Bu a\u00e7\u0131\u011f\u0131n temelinde, PostgreSQL’in kullan\u0131c\u0131 ve rol y\u00f6netimi mekanizmalar\u0131n\u0131n, \u00f6zellikle de Modern uygulama mimarilerinde, g\u00fcvenlik ve kaynak y\u00f6netimi a\u00e7\u0131s\u0131ndan yayg\u0131n bir pratik, uygulaman\u0131n veritaban\u0131na tek bir veritaban\u0131 rol\u00fcyle ba\u011flanmas\u0131d\u0131r. \u00d6rne\u011fin, bir web uygulamas\u0131, veritaban\u0131na ba\u011flanmak i\u00e7in \u0130\u015fte tam da bu noktada sorun ba\u015flar: Ay\u015fe veya Can, uygulama aray\u00fcz\u00fc \u00fczerinden bir veri g\u00fcncelleme i\u015flemi yapt\u0131\u011f\u0131nda, bu i\u015flem veritaban\u0131na Bu durumu somutla\u015ft\u0131rmak i\u00e7in bir bankac\u0131l\u0131k uygulamas\u0131 senaryosunu ele alal\u0131m. Bir banka, m\u00fc\u015fterilerinin hesaplar\u0131n\u0131 y\u00f6netmek i\u00e7in bir web uygulamas\u0131 kullan\u0131yor. Bu uygulama, veritaban\u0131na Bu yetkilendirme a\u00e7\u0131\u011f\u0131, \u00f6zellikle payla\u015f\u0131lan veritaban\u0131 ba\u011flant\u0131 havuzlar\u0131 (connection pools) kullan\u0131ld\u0131\u011f\u0131nda daha da karma\u015f\u0131k hale gelir. Uygulama, birden fazla son kullan\u0131c\u0131 i\u00e7in ayn\u0131 veritaban\u0131 ba\u011flant\u0131s\u0131n\u0131 yeniden kullanabilir, bu da hangi i\u015flemin hangi son kullan\u0131c\u0131ya ait oldu\u011funu belirlemeyi neredeyse imkans\u0131z k\u0131lar. Bu nedenle, pgAudit’i GDPR uyumlu hale getirmek i\u00e7in, uygulama katman\u0131ndan ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini veritaban\u0131 seviyesine aktarman\u0131n ve pgAudit’in bu bilgiyi yakalamas\u0131n\u0131 sa\u011flaman\u0131n yollar\u0131n\u0131 bulmak zorunday\u0131z.<\/p>\n pgAudit’teki rol bazl\u0131 g\u00fcnl\u00fckleme a\u00e7\u0131\u011f\u0131n\u0131n sadece teknik bir mesele olmad\u0131\u011f\u0131n\u0131, ayn\u0131 zamanda ciddi yasal ve operasyonel sonu\u00e7lar\u0131 oldu\u011funu anlamak kritik \u00f6neme sahiptir. \u00d6zellikle GDPR (Genel Veri Koruma Y\u00f6netmeli\u011fi) ve benzeri veri koruma d\u00fczenlemeleri, bu a\u00e7\u0131\u011f\u0131n i\u015fletmeler i\u00e7in ne kadar riskli oldu\u011funu a\u00e7\u0131k\u00e7a ortaya koymaktad\u0131r. GDPR, ki\u015fisel verilerin i\u015flenmesiyle ilgili kat\u0131 kurallar getirir ve bu kurallara uyulmamas\u0131 durumunda a\u011f\u0131r para cezalar\u0131 \u00f6ng\u00f6r\u00fcr. Bu ba\u011flamda, pgAudit’teki yetkilendirme a\u00e7\u0131\u011f\u0131, GDPR’\u0131n temel ilkeleriyle do\u011frudan \u00e7eli\u015fir ve i\u015fletmeleri savunmas\u0131z b\u0131rak\u0131r.<\/p>\n GDPR’\u0131n en \u00f6nemli ilkelerinden biri “hesap verebilirlik” (accountability) ilkesidir. Bu ilke, veri denetleyicilerinin (yani ki\u015fisel verileri i\u015fleyen kurulu\u015flar\u0131n) GDPR’a uyumu g\u00f6sterme ve kan\u0131tlama y\u00fck\u00fcml\u00fcl\u00fc\u011f\u00fcn\u00fc ifade eder. Bir veri ihlali durumunda, kimin, ne zaman ve nas\u0131l eri\u015fti\u011fini veya verileri de\u011fi\u015ftirdi\u011fini net bir \u015fekilde g\u00f6sterememek, hesap verebilirlik ilkesinin ihlali anlam\u0131na gelir. Rol bazl\u0131 g\u00fcnl\u00fckleme, ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini gizledi\u011fi i\u00e7in, bir ihlal meydana geldi\u011finde ilgili ki\u015finin tespitini imkans\u0131z hale getirir. \u00d6rne\u011fin, bir \u00e7al\u0131\u015fan\u0131n yetkisiz bir \u015fekilde m\u00fc\u015fteri verilerine eri\u015fti\u011fi tespit edildi\u011finde, pgAudit g\u00fcnl\u00fcklerinde sadece uygulaman\u0131n genel rol\u00fc g\u00f6r\u00fcn\u00fcyorsa, bu \u00e7al\u0131\u015fan\u0131n kim oldu\u011funu belirleyemezsiniz. Bu durum, GDPR’\u0131n gerektirdi\u011fi detayl\u0131 denetim izini sa\u011flayamaz ve veri denetleyicisini yasal olarak zor durumda b\u0131rak\u0131r.<\/p>\n Bu a\u00e7\u0131\u011f\u0131n sonu\u00e7lar\u0131 \u015funlar\u0131 i\u00e7erir:<\/p>\n \u00d6zetle, pgAudit’teki rol bazl\u0131 g\u00fcnl\u00fckleme a\u00e7\u0131\u011f\u0131, GDPR ve benzeri d\u00fczenlemeler kar\u015f\u0131s\u0131nda i\u015fletmeler i\u00e7in kabul edilemez bir risk olu\u015fturur. Bu a\u00e7\u0131k, sadece teknik bir eksiklik de\u011fil, ayn\u0131 zamanda yasal uyum, g\u00fcvenlik ve itibar a\u00e7\u0131s\u0131ndan ciddi sonu\u00e7lar\u0131 olan stratejik bir zafiyettir. Bu nedenle, ger\u00e7ek kullan\u0131c\u0131 seviyesinde izlenebilirlik sa\u011flamak, modern veri g\u00fcvenli\u011fi stratejilerinin ayr\u0131lmaz bir par\u00e7as\u0131 olmal\u0131d\u0131r.<\/p>\n pgAudit’teki yetkilendirme a\u00e7\u0131\u011f\u0131n\u0131n ciddi sonu\u00e7lar\u0131n\u0131 anlad\u0131ktan sonra, \u015fimdi bu a\u00e7\u0131\u011f\u0131 kapatmak ve ger\u00e7ek kullan\u0131c\u0131 seviyesinde izlenebilirlik sa\u011flamak i\u00e7in uygulanabilir \u00e7\u00f6z\u00fcm yollar\u0131na odaklanal\u0131m. Bu \u00e7\u00f6z\u00fcmler, uygulama katman\u0131ndan veritaban\u0131 seviyesine kadar farkl\u0131 yakla\u015f\u0131mlar\u0131 i\u00e7erir ve her birinin kendine \u00f6zg\u00fc avantajlar\u0131 ve dezavantajlar\u0131 bulunmaktad\u0131r. Amac\u0131m\u0131z, i\u015flemi ger\u00e7ekle\u015ftiren son kullan\u0131c\u0131n\u0131n kimli\u011fini pgAudit g\u00fcnl\u00fcklerine yans\u0131tabilmektir.<\/p>\n En yayg\u0131n ve etkili y\u00f6ntemlerden biri, uygulama katman\u0131nda oturum a\u00e7an ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini veritaban\u0131na aktarmakt\u0131r. PostgreSQL, bu t\u00fcr bilgileri oturum seviyesinde iletmek i\u00e7in \u00e7e\u015fitli mekanizmalar sunar. Bu bilgiler daha sonra pgAudit taraf\u0131ndan yakalanabilir.<\/p>\n Bu y\u00f6ntem, ger\u00e7ek kullan\u0131c\u0131n\u0131n veritaban\u0131nda bir rol olarak tan\u0131mlanmas\u0131n\u0131 gerektirmez ve uygulaman\u0131n veritaban\u0131 ba\u011flant\u0131 havuzlar\u0131n\u0131 daha kolay y\u00f6netmesine olanak tan\u0131r. pgAudit’in Uygulama katman\u0131nda de\u011fi\u015fiklik yapmak her zaman m\u00fcmk\u00fcn olmayabilir. Bu durumlarda, veritaban\u0131 seviyesinde \u00e7\u00f6z\u00fcmler d\u00fc\u015f\u00fcn\u00fclebilir:<\/p>\n Veritaban\u0131 ba\u011flant\u0131lar\u0131n\u0131 y\u00f6neten bir ara katman (middleware) veya proxy kullanmak da bir \u00e7\u00f6z\u00fcm olabilir. \u00d6rne\u011fin, PGBouncer gibi ba\u011flant\u0131 havuzu y\u00f6neticileri, istemci bilgilerini ( Bu \u00e7\u00f6z\u00fcm yollar\u0131n\u0131n her biri, ger\u00e7ek kullan\u0131c\u0131 izlenebilirli\u011fini art\u0131rma potansiyeline sahiptir. Se\u00e7im, mevcut altyap\u0131n\u0131z\u0131n karma\u015f\u0131kl\u0131\u011f\u0131na, uygulama mimarinize ve g\u00fcvenlik gereksinimlerinize ba\u011fl\u0131 olacakt\u0131r. Ancak, Ger\u00e7ek kullan\u0131c\u0131 seviyesinde izlenebilirlik sa\u011flaman\u0131n \u00f6nemini ve farkl\u0131 \u00e7\u00f6z\u00fcm yollar\u0131n\u0131 ele ald\u0131k. \u015eimdi, bu teorik bilgiyi pratik bir uygulamaya d\u00f6n\u00fc\u015ft\u00fcrelim. Bir web uygulamas\u0131 senaryosunda, pgAudit’i ger\u00e7ek kullan\u0131c\u0131 kimliklerini kaydedecek \u015fekilde nas\u0131l yap\u0131land\u0131raca\u011f\u0131m\u0131z\u0131 ve uygulama kodunda gerekli de\u011fi\u015fiklikleri nas\u0131l yapaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Bu \u00f6rnekte, Bir e-ticaret platformunuz var. M\u00fc\u015fterileriniz (\u00f6rne\u011fin, Ay\u015fe, Can) web sitesine giri\u015f yap\u0131yor ve \u00fcr\u00fcnleri g\u00f6r\u00fcnt\u00fcl\u00fcyor, sipari\u015f veriyor veya ki\u015fisel bilgilerini g\u00fcncelliyorlar. Uygulaman\u0131z, veritaban\u0131na \u00d6ncelikle, PostgreSQL sunucunuzda pgAudit’i kurun ve temel denetim ayarlar\u0131n\u0131 yap\u0131n. PostgreSQL yap\u0131land\u0131rma dosyan\u0131z olan Bu de\u011fi\u015fikliklerden sonra PostgreSQL servisini yeniden ba\u015flat\u0131n. Ard\u0131ndan, veritaban\u0131na ba\u011flan\u0131p pgAudit eklentisini olu\u015fturun:<\/p>\n \u015eimdi, e-ticaret uygulaman\u0131z\u0131n kodunda, veritaban\u0131 ba\u011flant\u0131s\u0131 kuruldu\u011funda veya her i\u015flemden \u00f6nce ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini Yukar\u0131daki \u00f6rnekte, Uygulaman\u0131zdan birka\u00e7 i\u015flem ger\u00e7ekle\u015ftirdikten sonra, PostgreSQL’in g\u00fcnl\u00fck dizinine ( G\u00f6rd\u00fc\u011f\u00fcn\u00fcz gibi, Bu entegrasyon ad\u0131mlar\u0131, pgAudit’i yaln\u0131zca teknik bir denetim arac\u0131 olmaktan \u00e7\u0131kar\u0131p, GDPR gibi d\u00fczenlemelerin gerektirdi\u011fi y\u00fcksek d\u00fczeyde hesap verebilirli\u011fi sa\u011flayan g\u00fc\u00e7l\u00fc bir uyumluluk arac\u0131na d\u00f6n\u00fc\u015ft\u00fcr\u00fcr.<\/p>\n Bu makale boyunca, PostgreSQL’de pgAudit ile denetim g\u00fcnl\u00fcklemesinin \u00f6nemini, rol bazl\u0131 g\u00fcnl\u00fckleme yakla\u015f\u0131m\u0131n\u0131n neden bir “yetkilendirme a\u00e7\u0131\u011f\u0131” olu\u015fturdu\u011funu ve bu a\u00e7\u0131\u011f\u0131n GDPR gibi veri koruma d\u00fczenlemeleri kar\u015f\u0131s\u0131nda ne gibi ciddi sonu\u00e7lar do\u011furdu\u011funu detayl\u0131ca inceledik. G\u00f6rd\u00fck ki, uygulamalar\u0131n veritaban\u0131na tek bir genel rolle ba\u011flanmas\u0131, pgAudit g\u00fcnl\u00fcklerinde ger\u00e7ek i\u015flemi yapan son kullan\u0131c\u0131n\u0131n kimli\u011fini gizleyerek, bir veri ihlali durumunda sorumlulu\u011fun tespitini imkans\u0131z hale getirmektedir. Bu durum, \u00f6zellikle GDPR’\u0131n hesap verebilirlik ilkesiyle \u00e7eli\u015ferek i\u015fletmeleri yasal ve finansal risklere maruz b\u0131rakmaktad\u0131r.<\/p>\n Ancak bu zorlu\u011fun \u00fcstesinden gelmek i\u00e7in etkili \u00e7\u00f6z\u00fcm yollar\u0131n\u0131n da mevcut oldu\u011funu g\u00f6sterdik. \u00d6zellikle, uygulama katman\u0131ndan Unutmamak gerekir ki, veri g\u00fcvenli\u011fi ve uyumluluk s\u00fcrekli bir s\u00fcre\u00e7tir. Teknoloji ve yasal d\u00fczenlemeler geli\u015ftik\u00e7e, i\u015fletmelerin de g\u00fcvenlik stratejilerini s\u00fcrekli olarak g\u00f6zden ge\u00e7irmesi ve iyile\u015ftirmesi gerekmektedir. pgAudit’i ger\u00e7ek kullan\u0131c\u0131 izlenebilirli\u011fi ile g\u00fc\u00e7lendirmek, bu s\u00fcrecin \u00f6nemli bir ad\u0131m\u0131d\u0131r ve veri varl\u0131klar\u0131n\u0131z\u0131 koruma yolunda ataca\u011f\u0131n\u0131z stratejik bir yat\u0131r\u0131md\u0131r. G\u00fcvenli bir gelecek i\u00e7in proaktif olmak ve bu t\u00fcr a\u00e7\u0131kl\u0131klar\u0131 kapatmak, hem \u015firketinizin itibar\u0131n\u0131 koruyacak hem de yasal y\u00fck\u00fcml\u00fcl\u00fcklerinizi yerine getirmenizi sa\u011flayacakt\u0131r.<\/p>\n Hay\u0131r, pgAudit tek ba\u015f\u0131na GDPR uyumlulu\u011fu i\u00e7in yeterli de\u011fildir. Varsay\u0131lan rol bazl\u0131 g\u00fcnl\u00fckleme yakla\u015f\u0131m\u0131, ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini gizledi\u011fi i\u00e7in GDPR’\u0131n hesap verebilirlik ilkesini tam olarak kar\u015f\u0131layamaz. GDPR uyumlulu\u011fu i\u00e7in pgAudit’in, uygulama katman\u0131ndan ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini aktararak desteklenmesi gerekmektedir. Ayr\u0131ca, GDPR sadece g\u00fcnl\u00fcklemeyi de\u011fil, veri minimizasyonu, \u015fifreleme, veri sahiplerinin haklar\u0131 gibi bir\u00e7ok ba\u015fka alan\u0131 da kapsar.<\/p>\n Bu \u00e7\u00f6z\u00fcm, PostgreSQL’e ba\u011flanabilen ve SQL komutlar\u0131 \u00e7al\u0131\u015ft\u0131rabilen hemen hemen t\u00fcm uygulama dilleriyle (Python, Java, Node.js, PHP, Ruby, C#, Go vb.) uygulanabilir. Temel prensip, veritaban\u0131 ba\u011flant\u0131s\u0131 kurulduktan sonra veya her i\u015flemden \u00f6nce Evet, GDPR veya benzeri veri koruma d\u00fczenlemelerine tabi olan herhangi bir i\u015fletme i\u00e7in, boyutundan ba\u011f\u0131ms\u0131z olarak, ki\u015fisel verileri i\u015flerken detayl\u0131 ve izlenebilir g\u00fcnl\u00fckleme kritik \u00f6neme sahiptir. K\u00fc\u00e7\u00fck i\u015fletmeler de veri ihlalleri ve uyumsuzluk nedeniyle b\u00fcy\u00fck cezalarla kar\u015f\u0131la\u015fabilir. Proaktif bir yakla\u015f\u0131m, uzun vadede maliyetleri ve riskleri azalt\u0131r.<\/p>\n Bu \u00e7\u00f6z\u00fcm\u00fcn maliyeti, mevcut altyap\u0131n\u0131za ve uygulama mimarinize ba\u011fl\u0131 olarak de\u011fi\u015fir. pgAudit’in kendisi a\u00e7\u0131k kaynakl\u0131d\u0131r ve \u00fccretsizdir. Uygulama katman\u0131nda yap\u0131lacak de\u011fi\u015fiklikler, geli\u015ftirme eforu gerektirebilir. E\u011fer uygulama kodunda b\u00fcy\u00fck de\u011fi\u015fiklikler yap\u0131lmas\u0131 gerekiyorsa, bu bir geli\u015ftirme maliyeti olu\u015fturabilir. Ancak, #PostgreSQL #pgAudit #GDPR #VeriG\u00fcvenli\u011fi #AuditLogging #Uyum #SiberG\u00fcvenlik #Veritaban\u0131<\/p>\napp_user<\/code>) ile ba\u011flan\u0131r ve bu rol\u00fc kullanan farkl\u0131 son kullan\u0131c\u0131lar\u0131n (\u00f6rne\u011fin, Ali, Ay\u015fe) i\u015flemlerini kendi i\u00e7inde y\u00f6netir. Bu durumda, pgAudit g\u00fcnl\u00fcklerinde yaln\u0131zca app_user<\/code> rol\u00fc g\u00f6r\u00fcn\u00fcrken, ger\u00e7ekte i\u015flemi yapan son kullan\u0131c\u0131n\u0131n kim oldu\u011fu bilgisi kaybolur. Bu “yetkilendirme a\u00e7\u0131\u011f\u0131”, GDPR’\u0131n hesap verebilirlik ilkesiyle do\u011frudan \u00e7eli\u015fir ve bir veri ihlali durumunda sorumlulu\u011fun tespitini imkans\u0131z hale getirebilir.<\/p>\npgAudit’in Temelleri ve Rol Bazl\u0131 G\u00fcnl\u00fcklemenin \u0130\u015fleyi\u015fi Nas\u0131l?<\/h2>\n
postgresql.conf<\/code>) eklentiyi etkinle\u015ftirmek ve gerekli parametreleri ayarlamak gerekir. Temel olarak, pgAudit iki ana g\u00fcnl\u00fckleme t\u00fcr\u00fc sunar: oturum g\u00fcnl\u00fc\u011f\u00fc (session logging) ve nesne g\u00fcnl\u00fc\u011f\u00fc (object logging).<\/p>\n\n
SELECT<\/code>, INSERT<\/code>, UPDATE<\/code>, DELETE<\/code>) kaydetmeye odaklan\u0131r. Bu, hassas verilere eri\u015fimi veya manip\u00fclasyonu daha gran\u00fcler bir \u015fekilde izlemek i\u00e7in idealdir.<\/li>\n<\/ul>\n\n
postgresql.conf<\/code> dosyas\u0131nda shared_preload_libraries = 'pgaudit'<\/code> sat\u0131r\u0131n\u0131 eklemek.<\/li>\nCREATE EXTENSION pgaudit;<\/code> komutunu \u00e7al\u0131\u015ft\u0131rmak.<\/li>\npgaudit.log<\/code>, pgaudit.log_catalog<\/code>, pgaudit.log_client<\/code> gibi parametreleri ayarlamak. \u00d6rne\u011fin, pgaudit.log = 'read, write'<\/code> t\u00fcm okuma ve yazma i\u015flemlerini g\u00fcnl\u00fc\u011fe kaydeder.<\/li>\n<\/ol>\napp_user<\/code>) ile ba\u011flan\u0131r. Bu rol, uygulaman\u0131n ihtiya\u00e7 duydu\u011fu t\u00fcm veritaban\u0131 nesnelerine eri\u015fim yetkisine sahiptir. Bu yakla\u015f\u0131m, g\u00fcvenlik ve y\u00f6netilebilirlik a\u00e7\u0131s\u0131ndan baz\u0131 avantajlar sunar; \u00f6rne\u011fin, uygulaman\u0131n veritaban\u0131 kimlik bilgileri tek bir noktada tutulur ve y\u00f6netilir. Ancak, bu model pgAudit’in rol bazl\u0131 g\u00fcnl\u00fckleme davran\u0131\u015f\u0131 ile birle\u015fti\u011finde, “yetkilendirme a\u00e7\u0131\u011f\u0131” olarak adland\u0131rd\u0131\u011f\u0131m\u0131z sorunu ortaya \u00e7\u0131kar\u0131r.<\/p>\ncurrent_user<\/code>) veya oturumu ba\u015flatan rol\u00fc (session_user<\/code>) kullan\u0131r. E\u011fer uygulaman\u0131z veritaban\u0131na app_user<\/code> rol\u00fcyle ba\u011flan\u0131yorsa ve bu rol\u00fc kullanarak i\u015flemleri ger\u00e7ekle\u015ftiriyorsa, pgAudit g\u00fcnl\u00fcklerinde t\u00fcm i\u015flemlerin app_user<\/code> taraf\u0131ndan yap\u0131ld\u0131\u011f\u0131 g\u00f6r\u00fcnecektir. Uygulama i\u00e7inde farkl\u0131 son kullan\u0131c\u0131lar (\u00f6rne\u011fin, bir web uygulamas\u0131nda oturum a\u00e7an Ahmet veya bir mobil uygulamay\u0131 kullanan Zeynep) olsa bile, pgAudit bu son kullan\u0131c\u0131lar\u0131n kimli\u011fini do\u011frudan g\u00fcnl\u00fc\u011fe kaydetmez. Bu durum, ilk bak\u0131\u015fta yeterli gibi g\u00f6r\u00fcnse de, \u00f6zellikle GDPR gibi veri koruma d\u00fczenlemelerinin gerektirdi\u011fi y\u00fcksek d\u00fczeyde hesap verebilirlik ve izlenebilirlik standartlar\u0131n\u0131 kar\u015f\u0131lamakta yetersiz kal\u0131r. Ger\u00e7ekte, bu yakla\u015f\u0131m, bir g\u00fcvenlik ihlali veya yetkisiz eri\u015fim durumunda, olay\u0131n kayna\u011f\u0131n\u0131 ve sorumlusunu tespit etmeyi son derece zorla\u015ft\u0131r\u0131r.<\/p>\npgAudit Yetkilendirme A\u00e7\u0131\u011f\u0131: Ger\u00e7ek Kullan\u0131c\u0131 Kimli\u011fini Neden Gizler?<\/h2>\n
SET ROLE<\/code> ve SET SESSION AUTHORIZATION<\/code> gibi komutlar\u0131n kullan\u0131m\u0131 yatmaktad\u0131r. Bu komutlar, bir oturumun aktif rol\u00fcn\u00fc veya t\u00fcm oturumun yetkilendirme ba\u011flam\u0131n\u0131 de\u011fi\u015ftirmeye olanak tan\u0131r.<\/p>\nweb_app_db_user<\/code> ad\u0131nda \u00f6zel bir rol kullan\u0131r. Bu rol, uygulaman\u0131n ihtiya\u00e7 duydu\u011fu t\u00fcm okuma ve yazma i\u015flemlerini ger\u00e7ekle\u015ftirmek i\u00e7in gerekli yetkilere sahiptir. Uygulama i\u00e7inde ise farkl\u0131 son kullan\u0131c\u0131lar (\u00f6rne\u011fin, m\u00fc\u015fteri hizmetleri temsilcisi Ay\u015fe veya sat\u0131\u015f y\u00f6neticisi Can) kendi kimlik bilgileriyle oturum a\u00e7ar ve uygulama \u00fczerinden veritaban\u0131 i\u015flemleri yaparlar.<\/p>\nweb_app_db_user<\/code> rol\u00fc alt\u0131nda g\u00f6nderilir. pgAudit, varsay\u0131lan olarak bu i\u015flemi kaydedece\u011finde, g\u00fcnl\u00fc\u011fe kaydedilen kullan\u0131c\u0131 bilgisi web_app_db_user<\/code> olacakt\u0131r. G\u00fcnl\u00fcklerde, “web_app_db_user<\/code>, musteri_bilgileri<\/code> tablosunu g\u00fcncelledi” gibi bir kay\u0131t g\u00f6r\u00fcrs\u00fcn\u00fcz. Ancak bu kay\u0131t, i\u015flemi ger\u00e7ekten kimin yapt\u0131\u011f\u0131n\u0131 (Ay\u015fe mi, Can m\u0131?) g\u00f6stermez. Ger\u00e7ek kullan\u0131c\u0131 kimli\u011fi, uygulama katman\u0131nda kal\u0131r ve veritaban\u0131 g\u00fcnl\u00fcklerine yans\u0131maz.<\/p>\nVaka Analizi: Bir Bankac\u0131l\u0131k Uygulamas\u0131 Senaryosu<\/h3>\n
bank_app_user<\/code> rol\u00fcyle ba\u011flan\u0131yor. Bankada \u00e7al\u0131\u015fan m\u00fc\u015fteri temsilcisi Elif ve \u015fube m\u00fcd\u00fcr\u00fc Mert, kendi kullan\u0131c\u0131 adlar\u0131 ve \u015fifreleriyle bu uygulamaya giri\u015f yap\u0131yorlar. Bir g\u00fcn, Elif bir m\u00fc\u015fterinin hesap bilgilerinde yetkisiz bir de\u011fi\u015fiklik yap\u0131yor. pgAudit g\u00fcnl\u00fcklerine bakt\u0131\u011f\u0131n\u0131zda, sadece bank_app_user<\/code> rol\u00fcn\u00fcn hesaplar<\/code> tablosunu g\u00fcncelledi\u011fini g\u00f6r\u00fcyorsunuz. Bu g\u00fcnl\u00fck kayd\u0131, i\u015flemi kimin yapt\u0131\u011f\u0131n\u0131 (Elif mi, Mert mi, yoksa ba\u015fka bir bank_app_user<\/code> kullan\u0131c\u0131s\u0131 m\u0131?) kesin olarak belirlemenize olanak sa\u011flamaz. Bu durum, hem i\u00e7 denetim s\u00fcre\u00e7lerini sekteye u\u011frat\u0131r hem de bir veri ihlali durumunda sorumlulu\u011fun tespitini imkans\u0131z hale getirir. GDPR gibi d\u00fczenlemeler kar\u015f\u0131s\u0131nda, bu t\u00fcr bir belirsizlik, ciddi yasal ve finansal sonu\u00e7lar do\u011furabilir.<\/p>\nGDPR ve Di\u011fer Veri Koruma Y\u00f6netmelikleri Kar\u015f\u0131s\u0131nda Bu A\u00e7\u0131\u011f\u0131n Sonu\u00e7lar\u0131 Nelerdir?<\/h2>\n
\n
Ger\u00e7ek Kullan\u0131c\u0131 Seviyesinde \u0130zlenebilirlik Nas\u0131l Sa\u011flan\u0131r: \u00c7\u00f6z\u00fcm Yollar\u0131 Nelerdir?<\/h2>\n
Uygulama Katman\u0131nda Kullan\u0131c\u0131 Bilgisini Aktarma<\/h3>\n
\n
SET SESSION AUTHORIZATION<\/code> Kullan\u0131m\u0131:<\/strong> Bu komut, ge\u00e7erli oturumun yetkilendirme ba\u011flam\u0131n\u0131 ge\u00e7ici olarak de\u011fi\u015ftirir. Uygulama, veritaban\u0131na genel bir rolle (\u00f6rne\u011fin, app_user<\/code>) ba\u011fland\u0131ktan sonra, her SQL sorgusundan \u00f6nce veya i\u015flem blo\u011funun ba\u015f\u0131nda, ger\u00e7ek son kullan\u0131c\u0131n\u0131n ad\u0131n\u0131 kullanarak SET SESSION AUTHORIZATION 'gercek_kullanici_adi'<\/code> komutunu \u00e7al\u0131\u015ft\u0131rabilir. Bu komut, pgAudit taraf\u0131ndan kaydedilir ve b\u00f6ylece i\u015flemi yapan ger\u00e7ek kullan\u0131c\u0131 kimli\u011fi g\u00fcnl\u00fc\u011fe yans\u0131r. \u0130\u015flem bittikten sonra orijinal role geri d\u00f6nmek i\u00e7in RESET SESSION AUTHORIZATION<\/code> kullan\u0131labilir. Ancak bu y\u00f6ntem, ger\u00e7ek kullan\u0131c\u0131n\u0131n veritaban\u0131nda bir rol olarak tan\u0131mlanmas\u0131n\u0131 gerektirir, bu da y\u00f6netim y\u00fck\u00fcn\u00fc art\u0131rabilir.<\/p>\n-- Uygulama veritaban\u0131na 'app_user' olarak ba\u011flan\u0131r\nSET SESSION AUTHORIZATION 'elif_celik'; -- Ger\u00e7ek kullan\u0131c\u0131 Elif \u00c7elik\nSELECT * FROM musteri_bilgileri WHERE id = 123;\nUPDATE musteri_bilgileri SET telefon = '555-1234' WHERE id = 123;\nRESET SESSION AUTHORIZATION; -- Orijinal role geri d\u00f6n<\/code><\/pre>\n<\/p><\/div>\n<\/li>\nSET pg.application_name<\/code> Kullan\u0131m\u0131:<\/strong> Bu, belki de en pratik ve az invaziv y\u00f6ntemdir. PostgreSQL, her oturum i\u00e7in bir uygulama ad\u0131 (application_name<\/code>) belirlemenize olanak tan\u0131r. Bu parametre, pg_stat_activity<\/code> g\u00f6r\u00fcn\u00fcm\u00fcnde de g\u00f6r\u00fclebilir ve pgAudit taraf\u0131ndan g\u00fcnl\u00fc\u011fe kaydedilebilir. Uygulama, her bir veritaban\u0131 ba\u011flant\u0131s\u0131 veya i\u015flem i\u00e7in, oturum a\u00e7an ger\u00e7ek kullan\u0131c\u0131n\u0131n ad\u0131n\u0131 application_name<\/code> olarak ayarlayabilir.<\/p>\n-- Uygulama veritaban\u0131na 'app_user' olarak ba\u011flan\u0131r\nSET pg.application_name = 'WebUygulamasi:elif_celik'; -- Ger\u00e7ek kullan\u0131c\u0131 Elif \u00c7elik\nSELECT * FROM urunler WHERE kategori = 'elektronik';\n-- pgAudit g\u00fcnl\u00fcklerinde 'WebUygulamasi:elif_celik' olarak g\u00f6r\u00fcn\u00fcr<\/code><\/pre>\n<\/p><\/div>\npgaudit.log_client = on<\/code> ayar\u0131 ile bu bilgiler g\u00fcnl\u00fc\u011fe kaydedilebilir.<\/p>\n<\/li>\n<\/ul>\nVeritaban\u0131 Seviyesinde Geli\u015ftirmeler (Trigger’lar ve Fonksiyonlar)<\/h3>\n
\n
INSERT<\/code>, UPDATE<\/code>, DELETE<\/code> i\u015flemleri i\u00e7in bir trigger (tetikleyici) olu\u015fturularak, i\u015flemi yapan ger\u00e7ek kullan\u0131c\u0131 bilgisi (e\u011fer pg.application_name<\/code> gibi bir yerden al\u0131nabiliyorsa) ayr\u0131 bir denetim tablosuna kaydedilebilir. Bu y\u00f6ntem daha karma\u015f\u0131k olabilir ve performans \u00fczerinde etkisi olabilir.<\/p>\nCREATE TABLE audit_log_gercek_kullanici (\n id SERIAL PRIMARY KEY,\n tablo_adi TEXT,\n islem_turu TEXT,\n gercek_kullanici TEXT,\n islem_zamani TIMESTAMP DEFAULT NOW()\n);\n\nCREATE OR REPLACE FUNCTION log_gercek_kullanici()\nRETURNS TRIGGER AS $$\nBEGIN\n INSERT INTO audit_log_gercek_kullanici (tablo_adi, islem_turu, gercek_kullanici)\n VALUES (TG_TABLE_NAME, TG_OP, current_setting('pg.application_name', true));\n RETURN NEW;\nEND;\n$$ LANGUAGE plpgsql;\n\nCREATE TRIGGER musteri_guncelleme_audit\nAFTER UPDATE ON musteri_bilgileri\nFOR EACH ROW EXECUTE FUNCTION log_gercek_kullanici();<\/code><\/pre>\n<\/p><\/div>\n<\/li>\n<\/ul>\nMiddleware veya Proxy \u00c7\u00f6z\u00fcmleri<\/h3>\n
client_addr<\/code>, client_port<\/code>) koruyabilir ve bu bilgileri kullanarak daha detayl\u0131 g\u00fcnl\u00fckleme yap\u0131labilir. Baz\u0131 ileri d\u00fczey proxy’ler, uygulama katman\u0131ndan gelen \u00f6zel ba\u015fl\u0131klar\u0131 veya parametreleri yakalay\u0131p veritaban\u0131na iletebilir.<\/p>\nSET pg.application_name<\/code> kullan\u0131m\u0131, genellikle en kolay entegre edilebilir ve en az performans etkisine sahip \u00e7\u00f6z\u00fcm olarak \u00f6ne \u00e7\u0131kmaktad\u0131r.<\/p>\nUygulama ve Entegrasyon: Ad\u0131m Ad\u0131m Ger\u00e7ek Kullan\u0131c\u0131 \u0130zleme Kurulumu Nas\u0131l Yap\u0131l\u0131r?<\/h2>\n
SET pg.application_name<\/code> y\u00f6ntemini kullanaca\u011f\u0131z, \u00e7\u00fcnk\u00fc bu y\u00f6ntem genellikle en kolay entegre edilebilir ve en az performans etkisine sahip olan\u0131d\u0131r.<\/p>\nSenaryo: Bir E-ticaret Web Uygulamas\u0131 i\u00e7in Ger\u00e7ek Kullan\u0131c\u0131 \u0130zleme<\/h3>\n
ecommerce_app_user<\/code> ad\u0131nda tek bir PostgreSQL rol\u00fcyle ba\u011flan\u0131yor. Amac\u0131m\u0131z, pgAudit g\u00fcnl\u00fcklerinde hangi m\u00fc\u015fterinin hangi i\u015flemi yapt\u0131\u011f\u0131n\u0131 net bir \u015fekilde g\u00f6rebilmek.<\/p>\nAd\u0131m 1: pgAudit Kurulumu ve Temel Yap\u0131land\u0131rma<\/h3>\n
postgresql.conf<\/code>‘ta a\u015fa\u011f\u0131daki de\u011fi\u015fiklikleri yap\u0131n:<\/p>\nshared_preload_libraries = 'pgaudit' # E\u011fer yoksa ekleyin\npgaudit.log = 'all' # T\u00fcm i\u015flemleri (read, write, ddl, role, function) g\u00fcnl\u00fc\u011fe kaydet\npgaudit.log_client = on # \u0130stemci taraf\u0131ndan g\u00f6nderilen SQL'i de g\u00fcnl\u00fc\u011fe kaydet\npgaudit.log_parameter = on # Sorgu parametrelerini de g\u00fcnl\u00fc\u011fe kaydet\npgaudit.log_relation = on # \u0130li\u015fki adlar\u0131n\u0131 da g\u00fcnl\u00fc\u011fe kaydet\nlog_destination = 'csvlog' # G\u00fcnl\u00fckleri CSV format\u0131nda tut\nlogging_collector = on # G\u00fcnl\u00fck toplay\u0131c\u0131y\u0131 etkinle\u015ftir\nlog_directory = 'pg_log' # G\u00fcnl\u00fck dizini\nlog_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # G\u00fcnl\u00fck dosya format\u0131<\/code><\/pre>\n<\/p><\/div>\nCREATE EXTENSION pgaudit;<\/code><\/pre>\n<\/p><\/div>\nAd\u0131m 2: Uygulama Kodunda Kullan\u0131c\u0131 Kimli\u011fi Aktar\u0131m\u0131<\/h3>\n
pg.application_name<\/code> olarak ayarlayaca\u011f\u0131z. Bu \u00f6rnek i\u00e7in Python ve psycopg2<\/code> k\u00fct\u00fcphanesini kullanaca\u011f\u0131z, ancak konsept di\u011fer diller (Java, Node.js, PHP) i\u00e7in de benzerdir.<\/p>\nimport psycopg2\n\ndef get_db_connection(user_id):\n \"\"\"\n Veritaban\u0131 ba\u011flant\u0131s\u0131 kurar ve pg.application_name'i ayarlar.\n \"\"\"\n conn = psycopg2.connect(\n host=\"localhost\",\n database=\"ecommerce_db\",\n user=\"ecommerce_app_user\",\n password=\"app_password\"\n )\n cursor = conn.cursor()\n # Ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini pg.application_name olarak ayarla\n cursor.execute(f\"SET pg.application_name = 'ecommerce_app:{user_id}';\")\n conn.commit() # De\u011fi\u015fikli\u011fi kaydet\n return conn, cursor\n\ndef update_user_profile(user_id, customer_id, new_email):\n conn, cursor = get_db_connection(user_id)\n try:\n cursor.execute(\n \"UPDATE customers SET email = %s WHERE id = %s;\",\n (new_email, customer_id)\n )\n conn.commit()\n print(f\"Kullan\u0131c\u0131 {user_id} taraf\u0131ndan m\u00fc\u015fteri {customer_id} bilgisi g\u00fcncellendi.\")\n except Exception as e:\n conn.rollback()\n print(f\"Hata olu\u015ftu: {e}\")\n finally:\n cursor.close()\n conn.close()\n\n# Uygulamada oturum a\u00e7an farkl\u0131 kullan\u0131c\u0131lar\nupdate_user_profile(\"ayse_yildiz\", 101, \"ayse.yeni@example.com\")\nupdate_user_profile(\"can_demir\", 102, \"can.yeni@example.com\")<\/code><\/pre>\n<\/p><\/div>\nget_db_connection<\/code> fonksiyonu, veritaban\u0131na ba\u011fland\u0131ktan hemen sonra SET pg.application_name<\/code> komutunu kullanarak, i\u015flemi yapan ger\u00e7ek kullan\u0131c\u0131n\u0131n kimli\u011fini (ayse_yildiz<\/code> veya can_demir<\/code>) PostgreSQL oturumuna iletiyor. Bu, pgAudit’in bu bilgiyi yakalamas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\nAd\u0131m 3: pgAudit G\u00fcnl\u00fcklerinin Analizi ve Do\u011frulama<\/h3>\n
pg_log<\/code>) gidin ve pgAudit taraf\u0131ndan olu\u015fturulan g\u00fcnl\u00fck dosyalar\u0131n\u0131 inceleyin. CSV format\u0131ndaki g\u00fcnl\u00fckleri bir metin d\u00fczenleyici veya bir CSV okuyucu ile a\u00e7t\u0131\u011f\u0131n\u0131zda, application_name<\/code> s\u00fctununda ger\u00e7ek kullan\u0131c\u0131 kimliklerini g\u00f6rmelisiniz:<\/p>\n...\n2023-10-27 10:30:05.123 CEST,\"ecommerce_app_user\",\"ecommerce_db\",12345,\"ecommerce_app:ayse_yildiz\",... \"UPDATE customers SET email = 'ayse.yeni@example.com' WHERE id = 101;\"\n2023-10-27 10:30:10.456 CEST,\"ecommerce_app_user\",\"ecommerce_db\",67890,\"ecommerce_app:can_demir\",... \"UPDATE customers SET email = 'can.yeni@example.com' WHERE id = 102;\"\n...<\/code><\/pre>\n<\/p><\/div>\napplication_name<\/code> s\u00fctunu art\u0131k i\u015flemi yapan ger\u00e7ek kullan\u0131c\u0131y\u0131 (ayse_yildiz<\/code>, can_demir<\/code>) g\u00f6steriyor. Bu, pgAudit’teki yetkilendirme a\u00e7\u0131\u011f\u0131n\u0131 ba\u015far\u0131yla kapatt\u0131\u011f\u0131n\u0131z ve GDPR uyumlulu\u011fu i\u00e7in kritik bir ad\u0131m att\u0131\u011f\u0131n\u0131z anlam\u0131na gelir.<\/p>\nAd\u0131m 4: G\u00fcvenlik ve Performans Hususlar\u0131<\/h3>\n
\n
SET pg.application_name<\/code> komutu, her ba\u011flant\u0131 veya i\u015flem ba\u015f\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda minimal bir performans etkisi yarat\u0131r. Ancak, \u00e7ok y\u00fcksek i\u015flem hacimli sistemlerde bu etkinin izlenmesi \u00f6nemlidir. Genellikle bu etkinin g\u00f6z ard\u0131 edilebilir oldu\u011fu kabul edilir.<\/li>\npg.application_name<\/code>‘in do\u011fru kullan\u0131c\u0131 kimli\u011fiyle g\u00fcncellendi\u011finden emin olun. Her yeni i\u015flem i\u00e7in ba\u011flant\u0131y\u0131 yeniden yap\u0131land\u0131rmak veya ba\u011flant\u0131 havuzunun her ba\u011flant\u0131 i\u00e7in bir “init” sorgusu \u00e7al\u0131\u015ft\u0131rmas\u0131na izin vermek gerekebilir.<\/li>\n<\/ul>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
SET pg.application_name<\/code> komutu arac\u0131l\u0131\u011f\u0131yla ger\u00e7ek kullan\u0131c\u0131 kimli\u011fini veritaban\u0131 oturumuna aktarmak, bu yetkilendirme a\u00e7\u0131\u011f\u0131n\u0131 kapatman\u0131n en pratik ve etkili yollar\u0131ndan biridir. Bu sayede, pgAudit g\u00fcnl\u00fckleri art\u0131k sadece genel uygulama rol\u00fcn\u00fc de\u011fil, ayn\u0131 zamanda i\u015flemi ger\u00e7ekle\u015ftiren ger\u00e7ek son kullan\u0131c\u0131n\u0131n kimli\u011fini de i\u00e7erecek, b\u00f6ylece tam izlenebilirlik ve hesap verebilirlik sa\u011flanacakt\u0131r. Bu yakla\u015f\u0131m, sadece GDPR uyumlulu\u011funu art\u0131rmakla kalmaz, ayn\u0131 zamanda i\u00e7 g\u00fcvenlik denetimlerini g\u00fc\u00e7lendirir ve olas\u0131 g\u00fcvenlik olaylar\u0131n\u0131n adli analizini \u00e7ok daha kolay hale getirir.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n
pgAudit tek ba\u015f\u0131na GDPR uyumlulu\u011fu i\u00e7in yeterli mi?<\/h4>\n
Ger\u00e7ek kullan\u0131c\u0131 izleme performans\u0131 nas\u0131l etkiler?<\/h4>\n
SET pg.application_name<\/code> gibi y\u00f6ntemler, her veritaban\u0131 ba\u011flant\u0131s\u0131 veya i\u015flem i\u00e7in ek bir komut \u00e7al\u0131\u015ft\u0131rmay\u0131 gerektirse de, genellikle performans \u00fczerinde ihmal edilebilir bir etkiye sahiptir. Modern veritabanlar\u0131 ve ba\u011flant\u0131 havuzlar\u0131 bu t\u00fcr k\u00fc\u00e7\u00fck ek y\u00fckleri kolayca y\u00f6netebilir. Ancak, \u00e7ok y\u00fcksek i\u015flem hacmine sahip sistemlerde, bu etkinin d\u00fczenli olarak izlenmesi ve gerekirse optimize edilmesi \u00f6nemlidir.<\/p>\nHangi uygulama dilleriyle bu \u00e7\u00f6z\u00fcm\u00fc uygulayabilirim?<\/h4>\n
SET pg.application_name = 'gercek_kullanici_adi'<\/code> gibi bir SQL komutu \u00e7al\u0131\u015ft\u0131rmakt\u0131r. Her dilin kendi veritaban\u0131 s\u00fcr\u00fcc\u00fcs\u00fc veya ORM k\u00fct\u00fcphanesi bu komutu \u00e7al\u0131\u015ft\u0131rmak i\u00e7in bir y\u00f6ntem sunar.<\/p>\nK\u00fc\u00e7\u00fck i\u015fletmeler i\u00e7in de bu kadar detayl\u0131 g\u00fcnl\u00fckleme gerekli mi?<\/h4>\n
Bu \u00e7\u00f6z\u00fcm\u00fcn maliyeti nedir?<\/h4>\n
SET pg.application_name<\/code> gibi basit bir \u00e7\u00f6z\u00fcm genellikle minimal efor gerektirir. Uzun vadede, bu t\u00fcr bir yat\u0131r\u0131m, olas\u0131 veri ihlali cezalar\u0131 ve itibar kayb\u0131 maliyetlerinin yan\u0131nda \u00e7ok daha uygun maliyetli olacakt\u0131r.<\/p>\n