Tersine Mühendislik Yasal mı? Rakip Yazılımı İncelemek, Lisans, Telif ve Sözleşme Sınırları
REA gibi araçlar bir uygulamanın içini incelemeyi kolaylaştırınca soru gündeme geliyor: bu yasal mı? Cevap "duruma göre" ve ayrıntıda gizli. Amaç, lisans sözleşmesi, ülke hukuku ve incelemeden sonra ne yaptığınız belirleyici. Genel çerçeveyi ve sorulacak soruları anlatıyoruz.
Önemli: Bu yazı genel bilgilendirme amaçlıdır ve hukuki danışmanlık değildir. Tersine mühendislikle ilgili kurallar ülkeye, sözleşmeye ve somut olaya göre değişir; karar vermeden önce bir fikri mülkiyet/bilişim hukuku avukatına danışın.
Kısaca: Tersine mühendislik kendi başına otomatik olarak yasa dışı ya da yasal değildir. Belirleyici olanlar: 1) Amaç (güvenlik araştırması, birlikte çalışabilirlik, eski sistemi anlama, yoksa kopyalama/lisans atlatma mı?), 2) Yazılımın sahibi/yetkisi (kendi yazılımınız mı, lisanslı mı, rakibin mi?), 3) Lisans sözleşmesi ve kullanım koşulları (tersine mühendisliği yasaklıyor mu?), 4) Ülke hukuku (telif, teknik koruma önlemlerini aşma, ticari sır kuralları) ve 5) İncelemeden sonra ne yaptığınız (öğrendiğiniz fikri mi kullanıyorsunuz, kodu/varlıkları mı kopyalıyorsunuz?). REA gibi araçların resmî açıklaması da kullanımın hukuka uygun araştırma, eğitim, birlikte çalışabilirlik, yazılım arşivleme ve kullanıcının sahibi olduğu ya da incelemeye yetkili olduğu yazılım için olduğunu belirtir (REA deposu).
Son güncelleme: 23 Ekim 2026
Neden bu soru yeniden gündemde?
Yapay zekâ ajanlarını tersine mühendislik araçlarına bağlayan REA (bkz. REA nedir?) kısa sürede çok ilgi gördü. InfoQ'nun aktardığına göre bazı bağımsız oyun geliştiricileri, yapay zekâ destekli tersine mühendisliğin oyunları kopyalamayı, ücretli özellikleri atlamayı ve emeklerini sömürmeyi kolaylaştırabileceğinden endişe ediyor; bir uzman ise sınırı “bulanık” olarak nitelendirdi (InfoQ). Proje ise kullanıcıların yetki ve yasal uyum sorumluluğunu vurguluyor.
Hukuki çerçevenin dört katmanı
1. Telif hakkı
Genel ilke olarak telif hakkı, yazılımın ifadesini (kaynak kod, nesne kodu, görseller, metinler, ses, veritabanı yapısı gibi eserleri) korur; bir yazılımın fikrini ya da işlevselliğini tek başına korumaz. Örneğin Avrupa Birliği Adalet Divanı, bir yazılımın işlevselliğinin, programlama dilinin ve veri dosyası biçimlerinin telif konusu olmadığına karar vermiştir (SAS Institute / World Programming, 2012). Bu, bir özelliğin nasıl çalıştığını öğrenmek ile kodu veya varlıkları kopyalamak arasındaki temel farkı gösterir. Ancak kopyalama sayılacak davranışlar (derlenmiş kodun çoğaltılması gibi) ülkeye ve olaya göre değerlendirilir.
Bazı hukuk düzenlerinde, bir bilgisayar programının birlikte çalışabilirlik amacıyla, belirli koşullarla kod çözümlemesine (decompile) izin veren özel hükümler vardır. AB'de bu konu Bilgisayar Programlarının Hukuki Korunması Direktifi'nde (2009/24/EC) düzenlenir ve koşullara bağlıdır. Türkiye'de ilgili çerçeve Fikir ve Sanat Eserleri Kanunu ve ilgili mevzuattır; bu hükümlerin nasıl uygulanacağı için uzman görüşü alın.
2. Lisans sözleşmesi ve kullanım koşulları
Birçok yazılım lisansı (EULA) ve kullanım koşulu tersine mühendisliği, kod çözümlemeyi veya kaynağı çıkarmayı yasaklar. Bu yasakların ne ölçüde bağlayıcı olduğu ülkeye ve sözleşmeye göre değişir; ama yasak varsa sözleşme ihlali riski doğabilir. Bir yazılımı incelemeden önce lisans metnini okumak ilk adımdır.
3. Teknik koruma önlemlerini aşma
Birçok ülke, telif korumasına yönelik teknik önlemlerin (şifreleme, lisans kontrolü, kopya koruması) aşılmasını ayrıca düzenler veya yasaklar. Bir lisans kontrolünü atlatmak ya da çalınmış anahtar kullanmak, kendi başına ayrı ve ağır bir sorun olabilir. REA'nın belgesi de kırılmış kopyaların, çalıntı anahtarların ve lisans atlatmanın yetkili kullanım olmadığını açıkça belirtiyor.
4. Ticari sır, veri ve gizlilik
- Ticari sır: İnceleme sırasında öğrendiğiniz bilgi bir ticari sır niteliği taşıyorsa, nasıl elde ettiğiniz ve nasıl kullandığınız önem kazanır. Sözleşmeyle gizlilik yükümlülüğünüz varsa (ör. NDA) bu bilgiyi kullanmanız yasak olabilir.
- Kişisel veri: İncelediğiniz uygulama veya kayıtlar (ağ trafiği, veritabanı dosyaları) kişisel veri içeriyorsa KVKK ve benzeri düzenlemeler devreye girer; veriyi işleme, saklama ve üçüncü taraf yapay zekâ servislerine gönderme konusunda dikkatli olunmalı.
- Yapay zekâ servisleri: REA'nın belgesine göre, ajana dönen araç sonuçlarına, kullandığınız model sağlayıcısının kendi veri politikası uygulanır. Hassas bir ikili dosyanın analiz sonuçlarını hangi servise gönderdiğinizi bilin. Bkz. yapay zekâ kullanım politikası rehberimiz.
Senaryolara göre genel resim
| Senaryo | Genel değerlendirme (hukuki görüş değildir) |
|---|---|
| Kendi yazılımınızı (kaynak kodu kaybolmuş olsa bile) anlamak ve belgelemek | Genellikle en düşük risk; yine de üçüncü taraf bileşen lisanslarını ve sözleşmeleri kontrol edin. Bkz. eski yazılım rehberimiz |
| Yetkili güvenlik testi (yazılım sahibinin izniyle, kapsam yazılı) | Meşru ve yaygın; izin ve kapsam yazılı olmalı |
| Güvenlik araştırması (izinsiz, iyi niyetli) | Hukuken gri olabilir; ülke, lisans ve yöntem belirleyici. Koordineli açıklama (üreticiye bildirim) ve hukuki danışmanlık önerilir |
| Birlikte çalışabilirlik (kendi ürününüzü başka bir sistemle uyumlu yapmak) | Bazı hukuk düzenleri belirli koşullarla izin verir; koşullar dar ve ayrıntılıdır |
| Rakibin özelliğini anlamak ve kendi kodunuzla yeniden yazmak | Fikir ve işlev serbest olabilir; kod, görsel ve içerik kopyalamak ise ihlal riskidir. Lisans yasaklarını ve ticari sırları kontrol edin |
| Rakibin kodunu/varlıklarını almak, lisans kontrolünü atlatmak, kırılmış sürüm üretmek | Yüksek hukuki risk; yetkili kullanım değil |
| Yazılım arşivleme, eğitim | Bazı hukuk düzenlerinde ve proje kurallarında kabul gören amaçlar; yine de lisans ve ülke kurallarına bağlı |
Güvenli yaklaşım: 8 pratik adım
- Amacı yazın: Neden inceliyorsunuz? Güvenlik testi, eski sistem, uyumluluk? Amaç hukuki değerlendirmenin temelidir.
- Yetkiyi doğrulayın: Yazılımın sahibi siz misiniz, yazılı izniniz var mı? Yetkisiz incelemeden kaçının.
- Lisansı okuyun: Tersine mühendislik, kod çözümleme ve kıyaslama (benchmark) yasakları var mı?
- Gizlilik yükümlülüklerinizi kontrol edin: NDA veya çalışan sözleşmesi bu bilgiyi kullanmanızı engelliyor olabilir.
- Kopyalamayın: İnceleme sonrası kendi çözümünüzü kendi kodunuzla yazın. Büyük projelerde, inceleyenlerle yazanların ayrıldığı “temiz oda” (clean-room) yöntemi, kopyalama iddialarına karşı korunmak için kullanılan bir uygulamadır.
- Teknik korumaları aşmayın: Lisans kontrolü ve şifrelemeyi atlatma çok daha ağır sonuçlar doğurabilir.
- Veriyi koruyun: Kişisel veri içeren çıktıları ve ikili dosyaları denetimsiz yapay zekâ servislerine yüklemeyin.
- Kayıt tutun ve danışın: Neyi, hangi yetkiyle, nasıl incelediğinizi kaydedin; kritik durumlarda bir avukatla çalışın.
Yazılım sahibi olarak ne yapabilirsiniz?
Eğer sizin yazılımınız inceleniyorsa: sözleşme ve kullanım koşullarınızda tersine mühendislik ve kopyalama hükümlerini açıkça yazın, teknik önlemleri uygulayın (10 önlem rehberimiz), açık bir güvenlik bildirimi kanalı (güvenlik iletişim adresi) sunun ve ihlal şüphesinde delilleri koruyup hukuk danışmanınıza başvurun. Yazılım geliştirme sözleşmelerinde kaynak kod ve fikri mülkiyet maddeleri için 15 madde kontrol listemize bakın.
Aktaş Digital ile güvenli ve hukuka uygun geliştirme
Projelerimizde kaynak kod ve fikri mülkiyet konularını sözleşme aşamasında netleştiriyoruz ve müşterilerimizin hukuki sorularında kendi hukuk danışmanlarına yönlenmelerini öneriyoruz. Yazılımınızın mimarisini ve korumasını gözden geçirmek isterseniz teklif formumuzu kullanabilirsiniz.
Sık Sorulan Sorular
Rakibimin uygulamasını inceleyip aynısını yapabilir miyim?
Bir özelliğin fikrini ve işlevini öğrenmek ile kodu, tasarımı ve içeriği kopyalamak farklı şeylerdir. Kopyalama, lisans/ticari sır ihlalleri ve teknik koruma aşma riskleri doğurabilir. Her somut durumda bir hukukçuya danışın.
Kendi şirketimin eski yazılımının kaynak kodu yok; inceleyebilir miyim?
Genellikle kendi yazılımınızı anlamak en düşük riskli senaryodur; ancak içinde üçüncü taraf bileşenler ve lisanslar olabilir. Sözleşmeleri ve lisansları kontrol edin.
Lisans sözleşmesi tersine mühendisliği yasaklıyorsa ne olur?
Yasağın bağlayıcılığı ülkeye ve sözleşmeye göre değişir; ihlal halinde sözleşme sorumluluğu doğabilir. Önce metni ve uygulanacak hukuku bir uzmanla değerlendirin.
Güvenlik açığı bulursam ne yapmalıyım?
Genel iyi uygulama, açığı kamuya duyurmadan önce üreticiye bildirmektir (koordineli açıklama). Hukuki risk ülkeye ve yönteme bağlıdır; mümkünse önceden izin alın veya hukuki danışmanlık edinin.
REA kullanmak yasal mı?
REA bir araç; yasal olup olmadığı neyi, hangi yetkiyle, ne amaçla incelediğinize bağlıdır. Proje kendi sayfasında yalnızca hukuka uygun ve yetkili kullanım için tasarlandığını belirtiyor.
Sonuç
Tersine mühendislik, bir yazılımı anlamanın meşru bir yolu olabilir; ama amaç, yetki, lisans, ülke hukuku ve incelemeden sonraki davranış sınırı belirler. Anlamak ile kopyalamak arasındaki çizgiyi koruyun, teknik korumaları aşmayın ve kritik durumlarda uzmana danışın. Bugün yapabileceğiniz ilk iş: kendi ürünlerinizin kullanım koşullarında tersine mühendislik ve kopyalama hükümlerinin bulunup bulunmadığını kontrol etmek.
