protect AMS Projelerinizi Koruyun

[mburaksaglik]

Çoğu zaman Autoplay Media Studio üzerinde derlediğimiz ve yazılım haline getirip dağıttığımız projelerimizi, özel durumlar için koruma altına almaya ihtiyaç duyarız. Bu sebeple; Indigorose forumlarında ve internetteki birçok platformda bu sorunumuz için çözüm yolu ararız. Yazılım konusunda yeterince bilgiye sahip bazı geliştiriciler, kendi ekosistem ve algoritma çözümleri ile bu sorunun bir şekilde üstesinden gelmeyi başarsalar da, ürettikleri çözüm yolları daha çok kendi ekosistemlerine uygun olduğundan, çoğunlukla bizim projelerimiz için yeterince elverişli olamıyor.

Bu konuyu uzun bir süredir sayısız kaynaktan büyük bir çaba ile araştırıyor, kendimce geçici çözüm yolları buluyordum. Fakat yaptığım yazılımlar için tersine mühendislik yöntemleri kullanarak bir nevi sağlamlık ve güvenlik testleri gerçekleştiriyordum. Testlerin sonunda da, büyük bir hayal kırıklığına uğramak beni hayli yoruyordu. Birçok platformda, ilgili konu hakkında başkalarının çözüm yöntemlerini ve bu yöntemlerin kesinlik ve başarı oranlarını tek tek test ediyordum. Kartalsoftware üzerindeki açtığım konuya göz atmak için lütfen tıklayınız.

Araştırmalarım sonucunda nihayete vardığımı düşünerek bu konuyu açma kararına vardım.

Aşağıda paylaştığım çözüm yolu için kullandığım uygulamalar, kütüphane dosyaları ve çözüm yolunun baştan sona kendisi tamamen ücretsizdir ve tersine mühendislik ortamında test edilmiştir.

 

AutoPlay Obfuscator Tool

Bir süredir Indigorose forumlarındaki sevgili arkadaşım colc ile bu konuyu araştırdık. Kendisinin araştırmaları sonucunda AMSSpecialist üzerinde Pabloko tarafından geliştirilen "AutoPlay Obfuscator Tool" adlı kod şifreleme aracını denememi önerdi.

Bu aracın yaptığı şey; AMS üzerinde yazdığımız kodları anlaşılamayacak şekilde şifreleyerek başka yazılımlar tarafından deşifre edilmesini imkansız kılmak. Araç kod şifrelemesi yaparken diğer şifreleme yöntemlerinden farklı olarak, aynı veriyi defalarca farklı biçimde şifreliyor.

Alıntı

Örneğin; "Kartalsoftware" metnini birinci denemede "--EAAAAEQ6N+aIquJcSwqaZHDpgHcDlMK+WVG0QAvfM89u8cBM" şeklinde şifrelerken, ikinci şifreleme denemesinde ise "--EAAAADLvT1vajdUIjxNfhblox3t1OPcjkKp9fsI+nC+8NXfp" şeklinde birbirinden farklı olarak şifreliyor. Şifrelerin sürekli değiştiğinden dolayı Brute Force yöntemi kullanılarak tersine mühendislikle şifre çözülmesi mümkün değildir.

Bu araç kaynak kodunuzu şifrelemekle kalmıyor, aynı zamanda da şifre çözülmesi esnasında asıl metin Temp dosyalarında, RAM belleğinde ve Registery kayıtlarında görünmüyor.

Bu aracın artıları;

1. Değişken biçimde şifreleme algoritması
2. Şifre çözme aşamasında asıl kodun hiçbir yerde açığa çıkmaması
3. Şifreleme ve şifre çözme işleminin anlık olarak 1 saniyenin altında gerçekleşiyor olması
4. Şifrenin metin formatında olmasından dolayı her türlü elektronik ortamda taşınabilir olması

Bu aracın eksileri;

1. Kodumuzu şifrelemek için her defasında bu aracı kullanmak zorunda olmamız
2. Kodumuzu şifreledikten sonra, yaptığımız projede çalışması için geliştiricinin yayımladığı "SecurityLayer" kütüphanesine ve bu kütüphaneyi kapsayan tekrar düzenlenmiş halde olan "lua5.1" kütüphanesine ihtiyacımızın olması
3. Geliştiricinin paylaştığı "lua5.1" kütüphanesi Autoplay Media Studio 8.5.3.0 ile dağıtılan "lua5.1" kütüphanesinden eski olduğu için bazı işlemler ve fonksiyonlarda sorun çıkıyor olması

Genel olarak, Pabloko tarafından geliştirilen "AutoPlay Obfuscator Tool" adlı kod şifreleme aracı vaat ettiği şeyi sorunsuzca yerine getiriyor.

 

 

Molebox Virtualization

Evet belki kodunuzu güvenli bir şekilde şifrelemeyi başardınız, fakat kodun dışında kalan yaptığınız yazılımın ihtiyaç duyduğu diğer kaynakları da koruma altına almak isteyebilirsiniz. İşte bu konuda tam da istediğiniz şeyi sorunsuz bir şekilde yerine getiren bir araç olan Molebox,  Github üzerindeki Alexey Sudachen tarafından ilk kez 2004 yılında ücretli ve ticari olarak geliştirilmişti. Fakat daha sonra 2014 yılında bu araç üzerinden ticari destek kesilince geliştirici bu aracı halka açık bir şekilde yeniden derlenebilir halde ücretsiz olarak sunmaya karar verdi.

Bu aracın yaptığı şey; Uygulamalarınız için uygulamaya özel ve güvenli bir sanal ortam oluşturarak bunları alt işletim sisteminden ve ana cihazda yüklü ve çalışan diğer yazılımlardan izole eder. Projenizi, çalıştırıldığı asıl işletim sisteminden bağımsız bir şekilde tamamen kendine yetebilen sanal işletim sistemi ortamında karmaşık ciltler halinde şifreleyip tek bir dosya halinde paketleyerek dışarıdaki tüm faktörlerden izole eder. Bu sayede projenizin önemli dosya içeriklerine herhangi bir şekilde dışarıdan erişim sağlanamaz. Molebox hakkında diğer tüm bilgileri okumak için lütfen tıklayınız.

Bu sayede Autoplay Media Studio ile geliştirdiğimiz projelerimizde gizlemek istediğimiz CDD dosyasını ve dosya içeriğini Molebox ile paketleyerek tamamen erişilmez kılarız.

Bu aracın artıları;

1. Projenizi tek bir dosya halinde toplayarak paketler
2. İşletim sisteminden bağımsız bir şekilde çalıştığı için eksik kütüphanelerden kaynaklanan sorunların önüne geçer
3. Projenizin dosya sistemini ve dosya bütünlüğünü korur
4. Tersine mühendislik ve hacking yöntemlerine cevap vermediği için dosya içeriği gizliliğinizi güvende tutarak değiştirilmesine veya kopyalanmasına karşı korur
5. Sıkıştırma işlemi uygulandığı için projenize göre disk üzerinde daha az yer kaplayarak taşınması daha kolay olur

Bu aracın eksileri;

1. İçerisinde bulunduğu sanal işletim sistemi (Windows 7+) günümüzdeki kullandığımız işletim sistemine göre (Windows 11+) daha eski olduğu için pencere, buton ve ikon görünümlerinde ufak farklılıklar gösterebilir

 

İlgili Dosyalar

1. AutoPlay Obfuscator.rar
2. Molebox_GPL.rar

Sıkıştırılmış dosya şifreleri : 12345

[Falcon]

Cok güzel yararlı bir konu Teşekkürler

[Reteset]

Hevesinizi kırmak istemem ama pabloco nun yaptığı araç projenizi ele geçirmekten başka hiç bir işe yaramaz , ayrıca o kişinin yaptığı bir uygulamanın bilgisayarınızda çalışması bile büyük bir tehlikedir.

Kendi programınız ile dağıtmanızı hiç tavsiye etmem.

Yaptığı iş aslında hiç gereksiz adımlar içeriyor , kendi lua dll sini kullanmanız gerekiyor bu modifiye edilmiş bir versiyon ve sizin asıl kaynak koduzu bu dll ye göre derlediği için aslında kısmi şifre çözümü lua içinde oluyor , diğer dll de SHA-256 yada başka bir variyantta şifreleme ve çözme ilemi yapıyor ama nihayi olarak bu şifrelenmiş kaynağı çözmek için bir şifreye ihtiyaç var ve onu bulmak okadarda zor değil

Molebox ise kolayca decompile edilebilir , ayrıca benim şahsen tecrübe ettiğim bir açığıda var  , o da şuki

Eğer programınızda bir File.open ile dosya seçme penceresi açar ve başlangıç klasörü belirtmezseniz File.open penceresi sizin programınızın sanal kök klasörünü gösteriyor ve siz proje dizinindeki bütün dosyalara ulaşabiliyorsunuz , bunu Molebox ile paketleniş bir AMS uygulaması denerken farketmiştim.

[Falcon]

Pablaco hem kıskanc hen de tehlikeli   Dripro ve  beni amsspecialist forumun dan  basarılı projelerimiz  var diye  sebebsizce bizi attı.  

[mburaksaglik]

Öncelikle, bu makaleme yanıt verdiğiniz için teşekkür ederim sevgili @Reteset 

Reteset, 48 dakika önce yazdı:

Hevesinizi kırmak istemem

Bilakis şeref duydum.

Reteset, 50 dakika önce yazdı:

o kişinin yaptığı bir uygulamanın bilgisayarınızda çalışması bile büyük bir tehlikedir

Haklı olabilirsiniz. Kendisi ile herhangi bir tanışıklığımız olmadığı için bu yorumunuzu doğrulayamadığım gibi aksini de söyleyemem.

Reteset, 53 dakika önce yazdı:

Kendi programınız ile dağıtmanızı hiç tavsiye etmem.

Henüz öyle bir düşüncem yok. Fakat üzerinde bir takım testlere devam ediyorum.

Reteset, 57 dakika önce yazdı:

Yaptığı iş aslında hiç gereksiz adımlar içeriyor

Görüşünüze saygı duyuyorum.

Reteset, 58 dakika önce yazdı:

kendi lua dll sini kullanmanız gerekiyor bu modifiye edilmiş bir versiyon ve sizin asıl kaynak koduzu bu dll ye göre derlediği için aslında kısmi şifre çözümü lua içinde oluyor

Bu konu ile ilgili şüphelerimi ona mail ortamında bildirmeyi denedim. Fakat üzerinden ortalama 72 saat geçmesine rağmen cevap vermeye tenezzül dahi etmemesi şüphelerimi (kendimce) haklı çıkardı.

Reteset, Bir saat önce yazdı:

diğer dll de SHA-256 yada başka bir variyantta şifreleme ve çözme ilemi yapıyor

Hash kontrolleri yaptığımda, kişiye özel 288 bitlik bölümler halinde 48 karakterde bir değişkenlik gösteren Base64 türünde bir standart dışı karma şifreleme mantığı kullanılmış.

Ayrıca; SecurityLayer, (Güvenlik Katmanı) Microsoft'un kullandığı uzak makineler ile (şimdiki Whatsapp uygulamasındaki "uçtan uca şifreleme" yöntemi gibi) RDP üzerinden güvenli haberleşme algoritması olduğunu biliyorum. Mantıken, kütüphane dosyasının bu ismi almasının sebebi olduğunu düşünüyorum.

Reteset, 1 saat önce yazdı:

Molebox ise kolayca decompile edilebilir

Evet, Molebox 2 ve altı sürümleri için bunun mümkün olduğunu gördüm. Fakat geliştiricinin 2017 de yayımladığı son sürümü olan Molebox 4 build 6000 için, UniEx ve Life In Hex topluluklarının henüz bir çözümü yok. Ayrıca benim de decompile denemelerime yanıt vermedi.

Reteset, 2 saat önce yazdı:

ayrıca benim şahsen tecrübe ettiğim bir açığıda var  , o da şuki

Eğer programınızda bir File.open ile dosya seçme penceresi açar ve başlangıç klasörü belirtmezseniz File.open penceresi sizin programınızın sanal kök klasörünü gösteriyor ve siz proje dizinindeki bütün dosyalara ulaşabiliyorsunuz

Bu dediğinizden inanın haberim yoktu. Fakat dediğiniz gibi, File.Open ile 

File.Open("", "", SW_SHOWNORMAL);

şeklinde denediğimde exe dosyasının bulunduğu konum ile yeni bir Explorer penceresi açılıyor. Dialog.FileBrowse komutunu 

result = Dialog.FileBrowse(true, "Locate File", "", "All Files (*.*)|*.*|", "", "dat", false, false);

şeklinde kullanmam halinde herhangi bir pencere açmıyor. Bu komutun üstüne gidip "result" değişkenini 

Dialog.Message("", tostring(result[1]));

şeklinde bir diyalog mesaj penceresi içerisinde yazdırmayı denediğimde sonuç "CANCEL" metnini döndürüyor.

 

Sonuç olarak;

Evet ben de en az sizin gibi, dış kaynak ve çözüm yöntemlerine aşırı tedirgin ve şüpheci yaklaşırım. Hele hele de, bu bir kâr amacı gütmeyen, büyük bir topluluk içinde desteklenmeyen ve başarısı kanıtlanmamış bir geliştirici tarafından sunulan açık kaynak olmayan çözüm yolunu kullanmaya yanaşmam bile. Kullanıma geçmeden önce her türlü olumsuzluk, kusur ve açığa karşı sabırlı ve baskıcı bir şekilde kötü yanlarını araştırır ve analizini iyice yapmaya çalışırım. Benim buradaki paylaştığım makale ve tanıtımını yaptığım kaynak ve çözüm yollarının kusursuz olduğunu asla iddia edemem, bunu bu şekilde kabullenip savunamam da zaten.

Asıl amacım, bir çözüm yolu üretmek ve bunu karşılıksız herkesle paylaşmak. Sunduğum çözüm yolunda bir kusur var ise, doğru çözüm yolunu aramaya devam etmek. Kısacası, doğru bildiğim yanlışlarımı düzelterek hatalarımdan ders çıkartmak.

 

Bunların dışında;

Paylaştığım içeriklerde ve yazışma üslubumda size veya savunduğunuz şeye göre aykırı olan herhangi bir durum söz konusu olduysa eğer, bunu benimle paylaşmanızı rica ediyorum. Bu konuda şimdiden affınıza sığınıyorum.

İyi çalışmalar..

[mburaksaglik]

Falcon, Bir saat önce yazdı:

Dripro ve  beni amsspecialist forumun dan  basarılı projelerimiz  var diye  sebebsizce bizi attı.

Bu durumdan ötürü çok üzgün olduğumu belirterek, içinde bulunduğumuz platform vasıtası ile tanışmış olduğumuzdan dolayı da bir o kadar mutluyum.

[Falcon]

Ben de Çok Mutlu Oldum  Böyle Başarılı Kişileri Tanıdığım için Çok Şanslıyım  

[Reteset]

Ams nin arka planını ve çalışma mantığını en iyi bilenlerden biriyim ,ve 2006 dan bu yana Ams ve onun kullanıcıları için çok şey yaptım.

Ve IR forumunun çakma moderatörü olan şahıs hiç bir sebep yokken benim hesabımı ele geçirdi , buraya dikkat edin hesabımı ele geçirdi , hesabım banlamadı

Bunun sebebi ise tamamen kıskançlık , Çünkü ben ondan daha iyiyim.

Eğer ben forum kurallarından herhangi birini bile ihlal etsem beni rahatlıkla banlayabilirdi ama bunu yapamadığı için benim hesabımın şifresini değiştirdi

Ve şifre sıfırlama yapamayım diye e-mail adresimide değiştirdi, dolayısı ile benim hesabımın kontrolü tamamen ondadır

Yani benim IR forumlarında ki kullanıcı adım olan "reteset" e mesaj gönderirseniz mesajı görecek olan kişi odur ben değilim.

Bu durumu IR deki yetkililere bildirdim ama beni kale alıp cevap bile vermediler ,  ama hazır aklıma gelmişken bu konuda bana ait bütün ortamlarda tekrar bir duyuru yapacam.

Bu olaylar olduktan bir süre sonra ben bir uygulama geliştirmeye başladım , bu bir decompiler idi  ve o diğerlinin yaptığı gibi amatör bir iş değildi.

Bu proje derlenmiş bir AMS uygulamasını o uygulamanın derlendiği proje dosyalarına %99 oranında decompile edecekti , hatta düzenleme yaparak decompile edilmiş uygulamayı tekrar compile edebilecekti.

Yani AMS ye bile gerek olmadan bir exe dosyası üzerinde istediğiniz modifikasyonu yapıp tekrar paketliyebilirsiniz.

IR forumundan arkadaşım olan bir kaç kişi ile bu konuyu paylaştığımda bana bunun yakışmayacağını ve bu projeyi yayınlamamamı söylediler ve bende tavsiyelerine uydum ve

projeyi rafa kaldırdım

Bu tamamlanmış bir proje değil ve son güncellemedeki proj.dat şifreleme değişikliği ile uyumlu değil ama oda çözülemiyecek bir şey değil.

Kısaca bu uygulama bir ams uygulamasını alıyor , web-exe veya hard-drive fark etmez , bütün içeriği bir temp klasörüne atıyor proj.dat dosyasını alıyor ve decompile işlemine başlıyor

Şu ana kadar , sayfa üzerindeki nesneler hariç bir uygulamadaki bütün veriyi decompile edebiliyor ancak sayfa üzerindeki nesnelerin decompile edilmesi için belli bir süre ve sabır gerekiyor.

ve bu decompile işlemi deneme yanılma yöntemiyle yapılıyor , eğer aranızda bu iş için gönüllü olan varsa özel olarak detayları verebilirim ve eğer bu decompile işlemi tamamlanır ise

bir uygulamada IR nin yapamadığı tam bir güvenlik sağlanabilir , sözün kısası bir ams projesini korumak için önce decompile etmeniz gerekiyor , bunu tabiki proje olarakta uygulayabilirsiniz ama elinizde 2 adet proje olması gerekiyor , 1 : asıl proje  2: şifrelenmiş proje

Bu projede ilerleme sağlamak için C / C++ ve MFC bilgisine gerek vardır ama ben bu işlemi kolaylaştırabilirim , yani bir ams plugini ile ayrıştırma ilemini kolay hale getirebilirim

Daha sonra bu ayrıştırma bilgisini C++ projesine aktarabiliriz

bu proje tam tamamlandığında , koruma yönünde seçenekler sınırsız kaynak kod elimizde olduğunda bu kaynak kodlar function-level şifreleme ile

her event te olan Lua kodunu önce minimize eder , sonra Byte Code yaparsın , daha sonra her birini farklı bir şifre ile şifrelersin hatta bunları 1 - 2 KB lık lua module lerine dönüştürebilisin yani her event aslında bir dll içine gömülecek , veya tüm eventler 1 dll içine gömülecek.

istersen , modifiye edilmiş kendi Lua.dll dosyanı koyar değişik bir Lua formatı kullanırsın , istersen proj.dat dosyasının adını veya formatını değiştirirsin.

Ama önce dediğim gibi decompile işleminin tamamlanması gerekiyor.

Bütün bu işlemler aslında proje elinizde ise proje üzerindede uygulanabilir , sonuç olarak bir ams projesi aslında bir XML dosyası bu sebeple bu yol daha kolaydır

Ama dediğim gibi 2 adet projeniz olması lazım , bir asıl proje ve diğeri bu protector uygulamasının oluşturacağı ve sizin nihayi olarak derlemeniz gereken proje.

 

 

[mburaksaglik]

Reteset, 1 saat önce yazdı:

hiç bir sebep yokken benim hesabımı ele geçirdi , buraya dikkat edin hesabımı ele geçirdi , hesabım banlamadı

Bu durumdan ötürü inanın çok üzgün olduğumu belirtmek isterim.

Reteset, 2 saat önce yazdı:

Bu olaylar olduktan bir süre sonra ben bir uygulama geliştirmeye başladım , bu bir decompiler idi  ve o diğerlinin yaptığı gibi amatör bir iş değildi.

Bu proje derlenmiş bir AMS uygulamasını o uygulamanın derlendiği proje dosyalarına %99 oranında decompile edecekti , hatta düzenleme yaparak decompile edilmiş uygulamayı tekrar compile edebilecekti.

Yani AMS ye bile gerek olmadan bir exe dosyası üzerinde istediğiniz modifikasyonu yapıp tekrar paketliyebilirsiniz.

IR forumundan arkadaşım olan bir kaç kişi ile bu konuyu paylaştığımda bana bunun yakışmayacağını ve bu projeyi yayınlamamamı söylediler ve bende tavsiyelerine uydum ve

projeyi rafa kaldırdım

Bu tamamlanmış bir proje değil ve son güncellemedeki proj.dat şifreleme değişikliği ile uyumlu değil ama oda çözülemiyecek bir şey değil.

Kısaca bu uygulama bir ams uygulamasını alıyor , web-exe veya hard-drive fark etmez , bütün içeriği bir temp klasörüne atıyor proj.dat dosyasını alıyor ve decompile işlemine başlıyor

Şu ana kadar , sayfa üzerindeki nesneler hariç bir uygulamadaki bütün veriyi decompile edebiliyor ancak sayfa üzerindeki nesnelerin decompile edilmesi için belli bir süre ve sabır gerekiyor.

ve bu decompile işlemi deneme yanılma yöntemiyle yapılıyor , eğer aranızda bu iş için gönüllü olan varsa özel olarak detayları verebilirim ve eğer bu decompile işlemi tamamlanır ise

bir uygulamada IR nin yapamadığı tam bir güvenlik sağlanabilir , sözün kısası bir ams projesini korumak için önce decompile etmeniz gerekiyor , bunu tabiki proje olarakta uygulayabilirsiniz ama elinizde 2 adet proje olması gerekiyor , 1 : asıl proje  2: şifrelenmiş proje

Bu projede ilerleme sağlamak için C / C++ ve MFC bilgisine gerek vardır ama ben bu işlemi kolaylaştırabilirim , yani bir ams plugini ile ayrıştırma ilemini kolay hale getirebilirim

Daha sonra bu ayrıştırma bilgisini C++ projesine aktarabiliriz

bu proje tam tamamlandığında , koruma yönünde seçenekler sınırsız kaynak kod elimizde olduğunda bu kaynak kodlar function-level şifreleme ile

her event te olan Lua kodunu önce minimize eder , sonra Byte Code yaparsın , daha sonra her birini farklı bir şifre ile şifrelersin hatta bunları 1 - 2 KB lık lua module lerine dönüştürebilisin yani her event aslında bir dll içine gömülecek , veya tüm eventler 1 dll içine gömülecek.

istersen , modifiye edilmiş kendi Lua.dll dosyanı koyar değişik bir Lua formatı kullanırsın , istersen proj.dat dosyasının adını veya formatını değiştirirsin.

Ama önce dediğim gibi decompile işleminin tamamlanması gerekiyor.

Bütün bu işlemler aslında proje elinizde ise proje üzerindede uygulanabilir , sonuç olarak bir ams projesi aslında bir XML dosyası bu sebeple bu yol daha kolaydır

Ama dediğim gibi 2 adet projeniz olması lazım , bir asıl proje ve diğeri bu protector uygulamasının oluşturacağı ve sizin nihayi olarak derlemeniz gereken proje.

Pekala, size tam olarak sorum şu;

Peki madem; standart olarak paketlenmiş bir AMS projesini bu denli kolaylıkla decompile edebiliyor ve LUA kodlarına erişebiliyorsak eğer, AMS üzerinde çalışmayı sürdürmenin ne anlamı var? Neden LUA dilini kullanan daha güçlü ve daha yenilikçi bir yazılım (Örneğin; SD Studio) üzerinde (güvenlik açığı olsa bile kendimiz kapatabileceğimiz bir derleyici üzerinde) çalışmıyoruz?

Benim alt yapım; .Net/C/C++ (Masaüstü için), Java (Android uygulama geliştirmek için), JavaScript/PHP (Web tabanlı programlama için) ve SQL (Sunucu tabanlı programlama için) olmasına rağmen, 6 seneyi aşkın bir süredir bu dillerin neredeyse hepsini bir kenara atıp (C grubuyla şuan 2 satır kod yazamam bile) ilk öğrendiğim dil olan LUA üzerinde kendimi geliştirdim. Hatta yerinde bir tabir ile "kendimi ona adadım" da diyebiliriz.

Kimileriniz, LUA'nın basit bir dil olduğundan ötürü kolaya kaçıp onu seçtiğimi düşünüyor olabilirsiniz. Fakat LUA benim neredeyse konuşma dilim haline gelmiş bir dil. Onunla öylesine samimi bir bağımız var ve gerçekten tabiri caiz ise ondan istediklerimi tam anlamıyla karşılıyor.

Kısacası; ben, LUA gibi bir geliştirici dostu açık kaynak dil ile faydalı projelerde yer almak ve yapmış olduğum uygulamaları sonraki nesillere güvenli bir şekilde taşımak istiyorum.

[Hayackos]

Mbo