Avukat-Müvekkil Gizliliği ve Meslek Sırrı Açısından Local LLM: Hukuk Büroları İçin Güvenli Yapay Zekâ Kurulum Rehberi

TL;DR: Hukuk bürolarında ChatGPT, Claude veya Gemini gibi bulut tabanlı yapay zekâ araçlarının kullanılması, kendiliğinden ve otomatik olarak avukatlık sırrının ifşası anlamına gelmez; doğru hukuki soru "yapay zekâ kullanıldı mı" değil, "müvekkile ait hangi sır niteliğindeki bilgi, hangi sisteme, hangi amaçla ve hangi güvenlik/sözleşmesel koşullarla aktarıldı" sorusudur. 1136 sayılı Avukatlık Kanunu m. 36 ve TBB Meslek Kuralları m. 37, avukatın sır saklama yükümlülüğünü süresiz olarak düzenlemekte ve bu yükümlülüğün büroda çalışan stajyer, bağlı avukat ve sekreterlere de yayılmasını emretmektedir. KVKK^? m. 9, 1 Haziran 2024'ten itibaren 7499 sayılı Kanunla tamamen yeniden yazılmış olup artık "sunucu yurt dışında = otomatik hukuka aykırı" şeklinde bir kural bulunmamaktadır; yeterlilik kararı, uygun güvenceler (standart sözleşmeler dahil) ve arızi aktarım istisnalarından oluşan üç katmanlı bir sistem getirilmiştir. KVKK Kurulu, hukuk bürolarını somut olayda veri sorumlusu^? olarak değerlendirmiştir (örn. 2023/437 sayılı karar). Yerel (local/on-premise) ve özellikle dış ağa kapalı (air-gapped) LLM^? mimarisi, üçüncü taraf veri aktarımı, kontrol kaybı ve veri güvenliği risklerini önemli ölçüde azaltabilir; ancak tek başına hukuki uyum veya mutlak gizlilik sağlamaz. Güvenli bir yapı, teknik izolasyonun yanı sıra veri minimizasyonu, erişim yetkilendirmesi, şifreleme, log yönetimi, personel politikaları ve KVKK uyumunun birlikte uygulanmasını gerektirir

Yazar: Avukat Yusuf KILIÇKAN | Tarih: 20 Eylül 2026

Bulut Yapay Zekâ Kullanımı Otomatik Olarak Sır İfşası Mıdır?

1136 sayılı Avukatlık Kanunu m. 36, avukatların kendilerine tevdi edilen veya görevleri nedeniyle öğrendikleri hususları açıklamasını yasaklamaktadır; müvekkilin muvafakati bulunsa dahi avukat tanıklıktan çekinebilir. TBB Meslek Kuralları m. 37 ise meslek sırrının meslekten ayrıldıktan sonra dahi süresiz devam ettiğini ve avukatın bürosunda çalışan yardımcı, stajyer ve personelin de bu yükümlülüğe uymasını sağlamakla bizzat yükümlü olduğunu düzenlemektedir. Bu çerçevede yapay zekâ kullanımının otomatik olarak bir ihlal oluşturduğunu söylemek doğru değildir; asıl hukuki soru "yapay zekâ kullanıldı mı" değil, müvekkile ait sır niteliğindeki bilginin hangi sisteme, hangi amaçla ve hangi güvenlik koşullarıyla aktarıldığıdır. Ayrıca TBB m. 37/b'nin varlığı nedeniyle "stajyer dilekçeyi ChatGPT'ye yükledi, ben yapmadım" savunması mesleki açıdan yeterli sayılmayabilir; büronun yapay zekâ kullanım politikası yalnızca avukatı değil, stajyer, bağlı avukat ve sekreterleri de kapsamalıdır.

Terminoloji: "Attorney-Client Privilege" Türk Hukukunda Aynı Kurum Değildir

Anglo-Sakson hukuk sistemlerine özgü "attorney-client privilege" kavramı, Türk hukukundaki kurumla birebir örtüşmez. Türk hukuku bakımından daha isabetli kavramlar avukatın sır saklama yükümlülüğü, avukatlık meslek sırrı, tanıklıktan çekinme hakkı ve müvekkile ait bilgilerin gizliliğidir. Bu nedenle konu anlatılırken İngilizce terim referans olarak kullanılabilse de, Türk hukukundaki kurumun ABD/İngiltere hukukundaki privilege kurumuyla aynı olmadığı açıkça belirtilmelidir.

KVKK m. 9'un Güncel Sistemi: "Yurt Dışı = Otomatik Hukuka Aykırı" Artık Doğru Değil

KVKK m. 9, 1 Haziran 2024 tarihinden itibaren 7499 sayılı Kanunla tamamen yeniden düzenlenmiştir. Güncel sistemde üç katmanlı bir yapı bulunmaktadır: Kurul tarafından belirli bir ülke, sektör veya kuruluş için verilen yeterlilik kararı; standart sözleşmeler, bağlayıcı şirket kuralları (BCR) veya Kurulca onaylanan yazılı taahhüt gibi uygun güvence mekanizmaları; ve yalnızca arızi/tekrar etmeyen aktarımlar için açık rızaya dayalı istisnai bir yol. Standart sözleşme yapılması hâlinde, bunun imzalandığı tarihten itibaren beş iş günü içinde Kurula bildirilmesi gerekmekte, aksi hâlde 50.000 ile 1.000.000 TL arasında idari para cezası uygulanabilmektedir; ilgili yönetmelik 10 Temmuz 2024 tarihinde (32598 sayılı RG) yayımlanmıştır. Bu nedenle "sunucu Türkiye dışında = otomatik olarak hukuka aykırı" demek artık doğru değildir. Bunun yerine sorulması gereken sorular şunlardır: veri gerçekten yurt dışına mı aktarılıyor; tarafların veri sorumlusu/veri işleyen rolleri nedir; aktarımın hangi hukuki şartına dayanılıyor; yeterlilik kararı veya uygun güvence var mı; sağlayıcı veriyi hangi amaçla ve ne kadar süre saklamaktadır; alt işleyenler kimlerdir; veri model eğitiminde kullanılıyor mu; silme talepleri fiilen uygulanabilir mi.

Hukuk Büroları KVKK Kapsamında Veri Sorumlusu Sayılabilir

Kişisel Verileri Koruma Kurulu, bir avukatlık ortaklığının borçluya SMS yoluyla veri işlenmesine ilişkin 22.03.2023 tarihli ve 2023/437 sayılı kararında, ortaklığın işleme amaç ve vasıtalarını fiilen belirlediği gerekçesiyle veri sorumlusu sayılması gerektiğini açıkça ortaya koymuştur; başka bir kararda ise bir hukuk bürosunun kişisel verilerin hukuka aykırı işlenmesini önlemek için gerekli özeni göstermemesi değerlendirilmiştir. Bu nedenle bir hukuk bürosu, müvekkilden aldığı dosyayı bir yapay zekâ sistemine yüklediğinde, bu artık yalnızca teknoloji sağlayıcısının sorunu değildir; veri işleme faaliyetinin hukuki sorumluluğu büro bakımından da değerlendirilir.

Özel Nitelikli Veri Ayrımı

Dava dosyaları sıklıkla sağlık raporları, psikiyatrik kayıtlar, DNA sonuçları, cinsel hayat bilgisi, ceza mahkûmiyeti ve güvenlik tedbiri kayıtları ile biyometrik veriler gibi özel nitelikli kişisel veriler içerir; Kurul, 2023/1414 sayılı kararında bir avukatın dava kapsamında özel nitelikli kişisel veri işlemesini doğrudan değerlendirmiştir. Bu nedenle "dava dosyasını yapay zekâya yüklemek" tek tip bir veri işleme faaliyeti değildir; boşanma dosyasındaki bir sağlık raporunu yüklemekle anonimleştirilmiş bir ticari sözleşme maddesini yüklemek aynı risk düzeyinde değildir.

Local LLM'in KVKK m. 12 Açısından Avantajı

KVKK m. 12, veri sorumlusuna kişisel verilerin hukuka aykırı işlenmesini ve erişilmesini önlemek, uygun güvenlik düzeyini sağlamak amacıyla gerekli her türlü teknik ve idari tedbiri alma yükümlülüğü getirmektedir. Doğru kurulmuş bir yerel (local/on-premise) LLM mimarisinde müvekkil dosyası yerel bilgisayar veya büro sunucusundan, yerel LLM'e, yerel embedding modeline ve yerel vektör veritabanına aktarılır; böylece dışarıdaki bir sağlayıcıya API çağrısı yapılması tamamen engellenebilir. Ancak önemle vurgulanmalıdır: yerel olmak kendiliğinden güvenli olmak anlamına gelmez; m. 12 kapsamındaki denetim, en az yetki ilkesi, loglama ve şifreleme yükümlülükleri yerel sistemler için de aynen geçerlidir.

Air-Gapped Mimari Neden Daha Güçlüdür, Ama Tek Başına Yeterli Değildir

Dış ağa tamamen kapalı (air-gapped) bir mimaride LLM sunucusunun internet bağlantısı fiziksel veya mantıksal olarak kesilir; bu, "istem → internet → üçüncü taraf yapay zekâ" zincirini tamamen ortadan kaldırır. Bununla birlikte bu mimarinin güvenliği artık tamamen büronun kendi mimarisine bağlı hâle gelir; yerel bir sistemde dahi Windows/macOS hesabının ele geçirilmesi, açık bırakılan SSH/RDP erişimi, internete açık bırakılan WebUI, WAN'a bağlanan Docker portu, diskte tutulan LLM logları, şifrelenmemiş RAG veritabanı, buluta otomatik yedekleme, USB üzerinden veri çıkartılması, personelin dosya kopyalaması veya WebUI'de yanlış yapılandırılan erişim izinleri gibi kanallardan veri sızıntısı olabilir. Air-gap yalnızca ağ katmanındaki riski azaltır; diğer katmanlar ayrıca güvence altına alınmalıdır.

Donanım Boyutlandırması

Yerel modeller genellikle 4-bit veya 8-bit kuantize (sıkıştırılmış/GGUF) formatlarda çalıştırılır ve birincil performans kriteri ekran kartı belleğidir (VRAM). Giriş seviyesinde (bireysel avukat, temel analiz için) 7B-8B parametreli modeller yaklaşık 12 GB VRAM ile çalıştırılabilir; orta seviyede (karmaşık hukuki analiz, geniş metin işlemesi için) 14B-32B parametreli modeller 16-24 GB VRAM gerektirebilir; ileri seviyede (çok ortaklı büro, kapsamlı içtihat ağı için) 70B-72B parametreli modeller 48 GB ve üzeri VRAM (veya çoklu GPU kurulumu ya da yüksek birleşik bellekli Apple Silicon iş istasyonları) gerektirebilir. Bu rakamların kesin ve mutlak bir asgari zorunluluk olarak değil, yaklaşık bir donanım sınıflandırması olarak okunması gerekir; zira kuantizasyon düzeyi, bağlam uzunluğu, KV cache, toplu işlem boyutu, çıkarım motoru ve GPU aktarımı gibi faktörler gerçek performansı önemli ölçüde değiştirir; belirli bir model ailesine (örneğin yalnızca Llama 3.1 veya Qwen 2.5) sabitlenmiş bir tablo da hızla eskiyebilir.

Yazılım Katmanı Kurulumu: Çıkarım Motoru, Model ve Arayüz

Kurulum üç temel bileşenden oluşur. İlk adımda, açık kaynaklı modelleri optimize edilmiş bir altyapı üzerinde çalıştıran Ollama gibi bir yerel çıkarım motoru kurulur; Ollama varsayılan olarak yalnızca yerel makineden (127.0.0.1) gelen bağlantıları kabul eder. İkinci adımda donanıma uygun ve Türkçe performansı görece iyi olan açık ağırlıklı bir model (örneğin Qwen 2.5 ailesi veya Llama 3.x ailesi) yerel diske indirilir; model tamamen yerel diskte depolanır ve internete hiçbir veri gönderilmez. Üçüncü adımda, avukatların terminal yerine tanıdık bir sohbet arayüzüyle çalışabilmesi için Docker üzerinden tamamen yerel ağda çalışan Open WebUI gibi bir arayüz kurulur; kurulum sonrası oluşturulan yönetici hesabı yalnızca yerel veritabanında saklanır, internete hiçbir kayıt gönderilmez.

Yerel RAG Kurulumu: Büro Arşiviyle Çalışma

Bir modelin genel bilgisi tek başına yeterli değildir; modelin büronun dilekçe arşivini, taranmış dava dosyalarını ve sözleşmelerini okuyup analiz edebilmesi gerekir. Bu belgeler Pinecone gibi üçüncü taraf bir bulut vektör servisine yüklenmemelidir; bunun yerine Open WebUI veya AnythingLLM gibi araçlarla birlikte gelen dosya tabanlı ChromaDB veya Qdrant gibi yerel bir vektör veritabanı kullanılmalıdır. Belgeleri matematiksel vektörlere dönüştüren embedding modelinin de yerel olması (örneğin BAAI/bge-m3 veya multilingual-e5-large gibi çok dilli bir model) ve dış API'lerin (OpenAI text-embedding-3 gibi) kullanılmaması gerekir. Bu şekilde avukat, gizlilik derecesi taşıyan bir dosyayı arayüze sürükleyip bıraktığında, yerel embedding modeli metni parçalar, yerel vektör veritabanına kaydeder ve LLM yalnızca bu yerel parçalardan beslenerek soruyu cevaplar; tek bir bilgi parçası dahi yerel bilgisayarın dışına çıkmaz.

Ağ ve Veri Güvenliği Sıkılaştırma Protokolü

Yerel kurulumun gerçekten güven verici olduğunun tevsik edilebilmesi için belirli teknik tedbirlerin ayrıca alınması gerekir. Yazılımların geliştirici şirketlere anonim kullanım istatistiği göndermesini engellemek amacıyla ilgili telemetri ayarlarının kapatılması (Open WebUI için SCARF_NO_ANALYTICS ve DO_NOT_TRACK gibi ortam değişkenleri) önerilmekte; İşletim sistemi güvenlik duvarında LLM motoru ve WebUI servisinin dış ağlara (WAN) çıkışının tamamen engellenerek yalnızca yerel ana bilgisayar ve büronun yerel ağına izin verilmesi önerilmektedir. Modellerin ve RAG veritabanlarının bulunduğu fiziksel cihazın çalınması, kaybolması veya el konulması riskine karşı Windows sistemlerde BitLocker, macOS'ta FileVault, Linux'ta LUKS ile tam disk şifrelemesi aktif edilmelidir. Büro içindeki farklı departmanların (örneğin iş hukuku ile ceza hukuku) birbirinin müvekkil belgelerini görmesini engellemek amacıyla Rol Tabanlı Erişim Denetimi (RBAC) yapılandırılmalıdır; ancak burada önemli bir teknik ayrıntı gözetilmelidir. Open WebUI'nin güncel dokümantasyonuna göre izin modeli toplayıcı (additive/union tabanlı) çalışmaktadır; bir kullanıcı birden fazla gruba üyeyse, grupların verdiği tüm yetkilerin birleşimini elde eder ve bir gruptan belirli bir yetkiyi çıkarma (deny) imkânı bulunmamaktadır. Bu nedenle yalnızca "RBAC kullanın" demek yerine, RBAC yapılandırmasının en az yetki ilkesiyle ve düzenli erişim denetimiyle birlikte, kısıtlayıcı bir varsayılan yapılandırmadan başlanarak kurulması önerilmektedir.

"Kalıcı Log Bırakmama"

"Oturum kapandığında veriler RAM'den silinir, hiçbir iz kalmaz" şeklindeki bir ifade teknik olarak eksiktir; bir uygulamanın bellekte (RAM) çalışması, sistemde hiçbir kalıcı iz kalmadığı anlamına gelmez. Uygulama logları, veritabanı kayıtları, tarayıcı geçmişi, geçici dosyalar, çökme (crash) düktüleri, swap/pagefile, yedekler, Docker hacimleri ve sistem logları gibi kanallarda veri kalıcı olarak kalabilir. Bu nedenle daha isabetli olan yaklaşım, loglama ve kalıcı veri saklama politikasının ayrıca yapılandırılması, hassas içeriklerin gereksiz şekilde loglanmasının engellenmesi ve saklama sürelerinin açıkça belirlenmesi gerektiğini kabul etmektir. Aynı şekilde belirli bir sağlayıcının güncel ürün politikasına (örneğin "30 günlük güvenlik önbelleği" gibi) dayanan iddialardan kaçınılmalı, bunun yerine sağlayıcıdan bağımsız genel bir ilke benimsenmelidir: yerel ve dış ağa kapalı mimari, üçüncü taraf yapay zekâ sağlayıcısının veri saklama, loglama, model eğitimi, alt işleyen ve sınır ötesi veri aktarımı politikalarına olan bağımlılığı önemli ölçüde azaltır.

Ceza Hukuku Boyutu: TCK m. 258, m. 239 ve m. 136 Arasındaki Fark

Bu konuda sıklıkla yapılan bir hata, TCK m. 258'in (göreve ilişkin sırrın açıklanması) özel büroda çalışan bir avukatın sır saklama yükümlülüğüne genel olarak uygulanabileceğini varsaymaktır; oysa bu madde kamu hizmeti ifa eden bir görevlinin görevi nedeniyle öğrendiği sırrı açıklamasına ilişkindir ve özel hukuk bürosunda çalışan bir avukat için bu maddenin unsurlarının ayrıca gerçekleşmesi gerekir. Aynı şekilde TCK m. 239 (ticari sır, bankacılık sırrı veya müşteri sırrının açıklanması) da her avukat-müvekkil sırrına otomatik olarak uygulanacak genel bir hüküm değildir. Buna karşılık TCK m. 136, kişisel verilerin hukuka aykırı olarak başkasına verilmesini, yayılmasını veya ele geçirilmesini düzenlediğinden, somut olayın unsurları gerçekleşiyorsa çok daha doğrudan tartışılabilecek bir hükmüdür; ancak burada da "bulut yapay zekâya veri gönderildi = otomatik olarak TCK m. 136 suçu" demek doğru değildir, ceza sorumluluğu için suçun tüm unsurlarının somut olayda ayrıca gerçekleşmesi gerekir.

Büro İçi Hukuki Uyum

Teknik mimarinin kurulması tek başına yeterli olmayıp, KVKK m. 12 kapsamındaki idari tedbirlerin de yazılı hâle getirilmesi gerekir. Büro adına çalışan tüm ortak, bağlı avukat, stajyer ve sekreterlerin, kişisel veya kurumsal genel bulut servislerine müvekkile ait hiçbir veri, isim, plaka, metin veya belgeyi girmeyeceğine dair bağlayıcı bir taahhütname imzalaması önerilir. Yerel LLM tarafından üretilen hiçbir dilekçe veya içtihat metni, sorumlu avukat tarafından güncel mevzuat ve içtihat kaynaklarından teyit edilmeden imzalanmamalıdır; bu, HMK m. 77 uyarınca vekâlet görevinin özenle ifası borçlu ile doğrudan bağlantılıdır. Ayrıca müvekkille akıtlan avukatlık ücret sözleşmesi ekindeki KVKK aydınlatma metnine, müvekkil dosyalarının analizinde üçüncü taraf bulut servislerinin kullanılmadığının ve verilerin büro bünyesindeki dışa kapalı yerel altyapıda işlendiğinin belirtilmesi, kurumsal şeffaflık açısından önerilmektedir.

Türkiye Odaklı Hukuk Yapay Zekâ Platformları

Piyasada emsal arama, dilekçe üretimi ve sözleşme analizi sunan Türkiye odaklı platformlar genellikle gerçek anlamda otonom bir yapay zekâ ajanı değil, sorgu üzerine Yargıtay/Danıştay/mevzuat vektör veritabanında arama yapıp bulunan parçaları bir dil modeliyle sentezleyen bir alım-üretim (Retrieval-Augmented Generation) sistemidir; bu yapı halüsinasyon riskini azaltır ancak tamamen ortadan kaldırmaz. Bu platformların çoğu "KVKK uyumlu" veya "model eğitiminde kullanılmaz" taahhüdü vermekle birlikte, yüklenen müvekkil verisi yine de platform sunucularında (Türkiye içi veya yurt dışı bulut) saklanmakta, dolayısıyla üçüncü taraf erişim riski ve KVKK m. 9 kapsamındaki değerlendirme devam etmektedir. Bu tür bir platform kullanılsa dahi, avukatın sır saklama yükümlülüğü otomatik olarak karşılanmış sayılmaz; sorumlu taraf yine avukattır.

Sonuç: Local LLM Hukuki Uyumu Garanti Eder mi?

En isabetli sonuç, "local LLM gizlilik risklerini bertaraf etmenin tek kesin yoludur" şeklinde mutlak bir ifade değildir. Daha doğru ve dengeli sonuç şudur: yerel ve özellikle dış ağa kapalı LLM mimarisi, hukuk bürolarında yapay zekâ kullanımından doğabilecek üçüncü taraf veri aktarımı, kontrol kaybı ve veri güvenliği risklerini önemli ölçüde azaltabilir; ancak tek başına hukuki uyum veya mutlak gizlilik sağlamaz. Güvenli bir yapı, teknik izolasyonun yanı sıra veri minimizasyonu, erişim yetkilendirmesi, şifreleme, log yönetimi, personel politikaları, KVKK uyumu ve avukatlık meslek sırrına ilişkin idari tedbirlerin birlikte uygulanmasını gerektirir.

Avukat Yusuf KILIÇKAN

20 Eylül 2026

Sıkça Sorulan Sorular

1. Büromda ChatGPT kullanmam otomatik olarak meslek sırrını ihlal eder mi?

Hayır, bu otomatik bir sonuç değildir; değerlendirme hangi bilginin, hangi amaçla ve hangi güvenlik koşullarıyla aktarıldığına göre yapılır.

2. Stajyerimin yaptığı bir hatadan ben sorumlu olur muyum?

Evet, TBB Meslek Kuralları m. 37 avukatın bürosunda çalışan herkesin sır saklama yükümlülüğüne uymasını sağlamakla yükümlü olduğunu düzenlemektedir.

3. Verinin yurt dışındaki bir sunucuda işlenmesi her zaman yasak mıdır?

Hayır, 1 Haziran 2024'ten itibaren yeterlilik kararı, uygun güvenceler veya belirli koşullarda arızi aktarım istisnası varsa aktarım mümkün olabilir; kesin cevap somut olaya göre değişir.

4. Hukuk bürom KVKK bakımından sorumlu tutulabilir mi?

Evet, Kurul kararları hukuk bürolarının işleme amaç ve vasıtalarını fiilen belirlediği durumlarda veri sorumlusu sayılabileceğini göstermektedir.

5. Yerel (local) bir LLM kurmak tek başına yeterli midir?

Hayır, yerel olmak kendiliğinden güvenli olmak anlamına gelmez; erişim kontrolü, şifreleme, loglama politikası ve personel taahhütleri gibi ek tedbirler de gereklidir.

6. Air-gapped bir sistemde veri sızıntısı hiç olabilir mi?

Evet, hesap ele geçirme, açık bırakılan uzak erişim portları, USB ile veri çıkartılması veya personel tarafından kopyalama gibi kanallardan yine sızıntı olabilir; air-gap yalnızca ağ katmanındaki riski azaltır.

7. RBAC kurduğumda bir kullanıcının belirli bir gruptaki yetkisini kısıtlayabilir miyim?

Bazı sistemlerde (örneğin Open WebUI) izinler toplayıcı çalışır; kullanıcı birden fazla gruba üyeyse tüm grupların yetkilerinin birleşimini alır, bu nedenle grup yapısı en az yetki ilkesiyle dikkatle tasarlanmalıdır.

8. "Oturum kapandığında hiçbir veri kalmaz" demek doğru mudur?

Hayır, uygulama logları, geçici dosyalar, yedekler ve sistem kayıtları gibi kanallarda veri kalıcı olarak kalabilir; ayrı bir loglama ve saklama politikası belirlenmelidir.

9. Bulut yapay zekâya veri gönderilmesi TCK m. 136 kapsamında suç mudur?

Otomatik değildir; bu maddenin uygulanabilmesi için suçun tüm unsurlarının somut olayda gerçekleşmesi gerekir.

10. Türkiye odaklı hukuk yapay zekâ platformları kullanmak sorumluluğumu tamamen ortadan kaldırır mı?

Hayır, bu platformların çoğu verileri kendi sunucularında saklıyor olup avukatın sır saklama yükümlülüğü ve nihai sorumluluğu devam eder.

Yazar Hakkında

Av. Yusuf Kılıçkan | Avukat & Hukuki Danışman

Serbest avukatlık ve hukuki danışmanlık faaliyetlerini sürdürmektedir. Mesleki çalışmalarında geleneksel dava süreçleri, sözleşme tasarımı ve uyuşmazlık çözümü ile yapay zekâ ve bilişim hukuku gibi gelişen alanları bütüncül bir yaklaşımla ele almaktadır. Yayınlarında, yerel yüksek yargı içtihatları ile küresel regülasyonları analitik, veri temelli ve sistematik bir yöntemle incelemektedir. Hukuki yazılarına yusufkilickan.av.tr adresinden ulaşabilirsiniz.

📧 av.yusufkilickan@gmail.com

Yasal Uyarı

Bu yazı yalnızca genel bilgilendirme amacıyla hazırlanmıştır, hukuki danışmanlık niteliği taşımaz. Avukatlık Kanunu, TBB Meslek Kuralları, KVKK ve TCK'ya ilişkin bilgiler güncel mevzuata dayanmakta olup; büronuzun somut teknik ve hukuki ihtiyaçları için ayrıca bir bilişim güvenliği uzmanına ve KVKK danışmanına başvurulması önerilir.