Bugünün planı (3 saat)

Bu hafta nereye oturuyor?

• 9. hafta: gizleme kurallarını el ile öğrendik
• 11. hafta: anahtar için whitebox
• Bu hafta (14): aynı kuralları araçla, otomatik ve çeşitlendirilmiş uygulamak → Tigress

Üçü bir bütün; bugün otomasyon adımı.

Öğrenme çıktısı

Bu hafta ÖÇ.3 (ikili uygulama korumaları) üstünedir.

Sonunda yapabileceğiniz:

• Kaynaktan kaynağa gizlemeyi açıklamak
• Bir dönüşüm hattı kurmayı tarif etmek
• Gizlemeyi çeşitlendirip ölçmek
• Gizlemeyi derleme hattına koymak (S15)

Baştan bir hatırlatma

9. haftanın ana kuralı bu hafta da geçerli:

Gizleme kırılamazlık vermez, maliyet yükseltir.

Tigress bir sihir değil; el ile yaptığımızı otomatikleştirir ve çeşitlendirmeyi kolaylaştırır.

Kaynaktan kaynağa (source-to-source)

• Girdi: C kaynağı. Çıktı: yine C kaynağı — ama gizlenmiş.
• Sonra normal derleyicinizle derlenir.

Dönüşüm (transform) nedir?

• Dönüşüm: kaynağa uygulanan tek bir gizleme işlemi (ör. düzleştirme).
• Araç birçok dönüşüm sunar; siz hangisini, nereye seçersiniz.

Dönüşüm hattı (pipeline)

• Hat: birden çok dönüşümün sırayla uygulanması.
• Her dönüşüm bir öncekinin çıktısına uygulanır.
• Sıra önemlidir.

Tohum (seed) nedir?

• Tohum: rastgeleliği yöneten bir başlangıç sayısı.
• Aynı dönüşüm + farklı tohum = farklı gizlenmiş çıktı.
• Çeşitlendirmenin anahtarı budur.

CLI (komut satırı) nedir?

• CLI (Command-Line Interface): komutları yazarak çalıştırdığınız arayüz.
• Tigress bir CLI aracıdır: tigress --Transform=... dosya.c.

Birim testi (unit test)

• Birim testi: bir fonksiyonun doğru çalıştığını otomatik denetleyen küçük test.
• Gizlemeden sonra aynı testler geçmeli (davranış korunmalı).

El ile gizlemenin üç sorunu

9. haftada kuralları el ile uyguladık. Öğreticiydi ama:

1. Hataya açık — davranışı bozabilir
2. Bakımı zor — kaynak okunamaz olur
3. Çeşitlendirilemez — her kopyayı elle farklılaştıramazsınız

Çözüm: araca yaptır

• Gizlemeyi bir araç yapsın.
• Siz okunur kaynağı koruyun.
• Gizleme, derleme hattında otomatik bir adım olsun.

Kaynaktan kaynağa fikri

Bakım maliyeti okunur kaynakta kalır; dağıtılan kaynak gizli.

Sıralı dönüşümler — şema

Tigress nedir?

• Arizona Üniversitesi'nden Collberg ve ekibinin geliştirdiği kaynaktan kaynağa C gizleyici/çeşitlendirici.
• 9. haftadaki el ile kuralların otomatik karşılığı.

Tigress · özellikler

• Çok platform: Linux, macOS, Windows, Android
• Mimariler: Intel, ARM, WebAssembly
• Derleyiciler: GCC, Clang, MSVC
• Güncel sürüm: v4

⚠️ Lisans (önemli)

• Kâr amacı gütmeyen (akademik/araştırma) kullanım: ücretsiz.
• Ticari kullanım: Arizona Üniversitesi'nden lisans gerekir.
• Kaynak kodu açık değil; araştırmacılar şifreli kaynağa erişim isteyebilir.

⚠️ Derste kullanım kuralı

• Derste Tigress ikilisi ya da eski sürüm dağıtılmaz.
• Öğrenciler güncel sürümü resmî siteden (tigress.wtf) kendileri indirir.
• Lisans koşulunu orada doğrular.
• Yalnız kendi kodunuza, kendi makinenizde uygularsınız.

Neden araç, el ile değil? (1)

Neden araç, el ile değil? (2)

Ama araç da sihir değil

• Tigress de kırılamazlık vermez, maliyet yükseltir.
• İyi bilinen bir aracın kalıpları zamanla tanınabilir.
• Bu yüzden çeşitlendirme ve katmanlı savunma (RASP, sunucu) yine şart.

Temel akış · tek dönüşüm

# girdi: temiz.c → çıktı: gizli.c
tigress --Transform=Flatten --Functions=erisim_ver \
        --out=gizli.c temiz.c
cc -o program gizli.c

Temel akış · üç fikir

1. --Transform=... hangi dönüşüm (Flatten = düzleştirme, 9. hafta K-04)
2. --Functions=... hangi fonksiyonlara (yalnız hassas olanlara — maliyet kuralı)
3. Çıktı yine C; kendi derleyicinizle derlersiniz

Neden --Functions ile hedef seçiyoruz?

• Gizleme her fonksiyona uygulanırsa program çok yavaşlar/şişer.
• Yalnız hassas fonksiyonları (lisans, anahtar türetme, bütünlük) hedefleriz.
• Bu, 9. haftadaki "maliyet kuralının" araçtaki hâli.

"Bu fonksiyonu gizlemeli miyim?" — 1

Soru 1: Bu fonksiyon hassas mı? (lisans, anahtar, bütünlük, denetim)

• Hayır → gizleme; maliyeti boşa harcama.
• Evet → devam.

"Bu fonksiyonu gizlemeli miyim?" — 2

Soru 2: Değeri yüksek mi?

• Orta → EncodeLiterals + EncodeArithmetic + Flatten + AddOpaque.
• Yüksek ve küçük → yukarısı + Virtualize.

"Bu fonksiyonu gizlemeli miyim?" — 3

Soru 3: Her durumda:

• Çeşitlendir (tohum)
• Ölç (boyut, süre, blok)
• Birim testleriyle davranışı doğrula
• S9/S15'e yaz

Bölüm 1 — kısa sınama

1. Kaynaktan kaynağa gizleme nedir?
2. El ile gizlemeye göre üç avantaj?
3. Tigress derste neden dağıtılmaz?

Bölüm 1 — cevaplar

1. Kaynak koda dönüşüm uygulanıp yeni kaynak (yine C) üretilir, sonra normal derlenir. Tigress C alır, gizlenmiş C verir.
2. Tekrarlanabilir/otomatik (her build), tutarlı ve ölçekli (çok fonksiyon), orijinal kaynak temiz kalır + tohumla çeşitlendirme.
3. Lisans/kullanım koşulları; herkes kendi indirir. Demolar Tigress yoksa temiz türev/fallback ile çalışır.

Dönüşümler = 9. hafta kuralları

Tigress dönüşümleri, 9. haftada gördüğümüz gizleme ailelerine karşılık gelir (K-01–K-12).

Grup grup görelim; her birini bir K-kuralına bağlayacağız.

Dönüşüm ↔ kural eşlemesi — şema

Kontrol akışı dönüşümleri

• Flatten: kontrol akışını düzleştirir → K-04
• InitOpaque / AddOpaque / UpdateOpaque: opak yüklem + sahte dal → K-01, K-03
• Sıra: önce InitOpaque, sonra AddOpaque.

Veri dönüşümleri

• EncodeArithmetic: aritmetiği denk karmaşık ifadeyle (MBA) → K-02
• EncodeLiterals: sabit ve dizgeleri kodlar (ucuz, neredeyse her zaman uygulanır) → K-07, K-08
• EncodeData: değişken gösterimini kodlar → K-09

Fonksiyon dönüşümleri

• Split / Merge: fonksiyonları böler/birleştirir → K-06
• Virtualize: fonksiyonu özel VM bayt koduna → K-10
• Jit: kodu çalışma anında üretir; OS korumalarıyla dikkatli kullanılmalı → K-12 (dinamik)

Analiz-önleme dönüşümleri

• AntiBranchAnalysis / AntiAliasAnalysis / AntiTaintAnalysis: statik analiz tekniklerini zorlaştırır → önleyici aile

Çeşitlendirme dönüşümleri

• RandomFuns: rastgele sahte fonksiyonlar
• RndArgs: sahte parametreler
• Tohumla birleşince her yapı farklı → çeşitlendirme, K-06

Uzayda/zamanda çeşitlendirme — şema

Aileler ve maliyet

• Ucuz: EncodeArithmetic, EncodeLiterals
• Orta: Flatten, opak yüklemler
• Pahalı: Virtualize (onlarca kat yavaşlama)

Bu yüzden Virtualize yalnız küçük, kritik fonksiyonlara; --Functions ile hedeflenir.

"Tek teknik değil, birlikte"

9. haftanın en önemli kuralı.

Tigress'te bu, dönüşümleri sırayla uygulamak demektir.

Kavramsal hat

tigress \
  --Transform=EncodeLiterals   --Functions=erisim_ver \
  --Transform=EncodeArithmetic --Functions=erisim_ver \
  --Transform=Flatten          --Functions=erisim_ver \
  --Transform=AddOpaque        --Functions=erisim_ver \
  --out=gizli.c temiz.c

Hat ne yapıyor?

Tek denetimi (erisim_ver):

1. Sabit/dize kodla
2. Aritmetiğini kodla
3. Düzleştir
4. Opak yüklemlerle güçlendir

= 9. haftada K-04'ün "güçlendirilmiş düzleştirme" dediği şeyin otomatik hâli.

⚠️ Sıra ve test kuralı

• Dönüşüm sırası sonucu etkiler; kimi sıra başarımı gereksiz bozar.
• Kural: her hattan sonra birim testlerini çalıştır (davranış korunmuş mu?) ve boyut/hız ölç.
• Gizleme davranışı asla değiştirmemeli; değiştiriyorsa hat yanlış.

Bu, 12. haftadaki "S16 sonuçları"na bağlanır.

Adım adım güçlendirme — şema

Başlangıç · temiz.c

int erisim_ver(const char *jeton) {
    if (jeton_gecerli(jeton)) return IZIN;  /* tek dal */
    return RED;
}

Korumasız: tek dal, strings, tek bayt yamasıyla atlanır.

Adım 0 · saldırgan

• strings → IZIN/RED
• Tersine derle → tek if
• Başarısızlık dalını başarıya çevir

Süre: dakikalar.

Çıkarım

• Her adım saldırıyı biraz daha pahalı yapar.
• Her adım bir maliyet ekler.
• Nerede duracağınız: varlık değeri + ölçtüğünüz maliyet.

Adım 5 (Virtualize) çoğu denetim için gereksiz.

Bu tablo → S9'un ta kendisi

Bu "adım / dönüşüm / ne değişir / maliyet" tablosu,

projede S9 koruma tablonuzun doğrudan karşılığıdır.

O-LLVM (derleyici tabanlı)

• Obfuscator-LLVM: dönüşümleri derleme sırasında uygular.
• Kaynaktan kaynağa değil; LLVM ara temsili üstünde.
• 9. hafta K-11. Tigress'e bir alternatif.

Tigress mi, O-LLVM mi?

Ortak sınır

• İkisi de iyi bilinir → kalıpları tanınabilir.
• İkisi de çeşitlendirme ve katmanlı savunma ister.
• İkisi de kırılamazlık vermez.

Bölüm 2 — kısa sınama

1. Flatten, EncodeArithmetic, Virtualize hangi K-kurallarına karşılık?
2. Neden --Functions ile hedef seçilir?
3. Her hattan sonra mutlaka yapılacak iki şey?

Bölüm 2 — cevaplar

1. Flatten = kontrol akışı düzleştirme; EncodeArithmetic = aritmetik/veri gizleme; Virtualize = sanallaştırma (en güçlü, en pahalı).
2. Her fonksiyonu gizlemek maliyeti/performansı patlatır; yalnız hassas fonksiyonları seçmek dayanıklılığı oraya yoğunlaştırır.
3. (1) Davranışı test et (birim testi geçmeli), (2) maliyeti ölç (boyut/hız/komut sayısı, önce-sonra).

Kural 2'yi hatırla

Bir kopyada işe yarayan saldırı, bütün kopyalarda işe yaramasın.

Saldırgan bir kopyayı kırıp yamayı herkese dağıtabiliyorsa, bir kırık her yeri açar.

Çeşitlendirme nedir?

Aynı kaynaktan davranışça eş, yapıca farklı ikili dosyalar.

Tigress bunu bir tohum ile yapar:

• Aynı dönüşümler + farklı tohum → opak yüklem, sahte dal, durum değerleri değişir.

İki tohum, iki farklı ikili

tigress --Seed=1001 --Transform=Flatten --Transform=AddOpaque \
        --Functions=erisim_ver --out=gizli_a.c temiz.c
tigress --Seed=2002 --Transform=Flatten --Transform=AddOpaque \
        --Functions=erisim_ver --out=gizli_b.c temiz.c

gizli_a ve gizli_b aynı işi yapar; makine kodları farklı.

İki tür çeşitlendirme

• Uzayda: farklı kullanıcı/cihaza farklı tohumlu kopya → bir kopyanın saldırısı diğerinde çalışmaz.
• Zamanda: her sürüm yeni tohum → eski saldırı yeni sürümde bozulur.

10. haftadaki anahtar/sürüm yenilemeyle birlikte çalışır.

Çeşitlendirme neyi engeller?

• Gizlemenin gücünü artırmaz (bir kopyayı kırmak yine mümkün).
• Ama ölçeklenmesini engeller.

RandomFuns, RndArgs de tohumla birleşince yapıyı değiştirir.

Çeşitlendirme etkinliği · ölçüt

• Aynı kaynağı iki tohumla derle.
• Korunan fonksiyonların bayt farkını ölç.
• Fark ne kadar yüksekse, bir saldırının diğerinde çalışma olasılığı o kadar düşük.

Ölçütü S9'a yaz.

Tigress'in öğretim değeri

9. haftada gizlemeyi dört boyutta (güç, dayanıklılık, gizlilik, maliyet) ölçmeyi öğrendik.

Tigress bu ölçümleri somut yapmanızı sağlar: aynı programı gizle, önce/sonra ölç.

Maliyet ölçümü (kolay, zorunlu)

Her hat için ölç ve S9/S15'e yaz:

Maliyet ölçümü · komut

size ./program_temiz ./program_gizli   # boyut farkı
# süre: aynı girdiyle N kez çalıştır, ortalamayı karşılaştır

Basit ama kanıt üretir.

Dayanıklılık ölçümü (ileri, kavram)

• Dayanıklılık = otomatik araca (sembolik yürütme) direnç.
• 9. hafta: "iddia değil, ölçülen bir nicelik".
• Tigress bu araştırmanın merkezinde.

Banescu vd. · Tigress + KLEE

Tigress dönüşümlerinin sembolik yürütmeye ne kadar dayandığını ölçen çalışma. Bulgular:

• Tek dönüşüm (yalnız Flatten) → çoğu zaman geri açılır.
• Dönüşümleri birleştirmek + durum uzayını büyütmek → çözücüyü üstel zorlar.
• Ama maliyet de artar.

Dayanıklılık ↔ maliyet — şema

Ders için çıkarım

Dayanıklılık ve maliyet ödünleşir (9. haftadaki gibi).

"Güçlü" deme; "şu araca karşı şu boyutta problemi şu sürede çözdürmedi" de.

Ölçüm kuralı (S9/S15)

Bir gizleme kararını ölçüyle savun:

"Flatten + AddOpaque hattı boyutu %30 büyüttü, işlemi 1.8× yavaşlattı; hedef fonksiyonun temel blok sayısı 8 katına çıktı."

Ölçülmemiş gizleme = değerlendiricide (12. hafta) iddia.

Karar

• Varlık değeri düşük → Hat A yeter.
• Varlık değeri yüksek → Hat B (maliyeti kabul et) + çeşitlendirme.

Karar sayılara dayanır, hisse değil.

Çeşitlendirme ölçümü (örnek)

• Hat B'yi tohum 1001 ve 2002 ile üret.
• Korunan fonksiyonun bayt farkı: %92.
• Yorum: bir kopyaya yazılan yama diğerinde büyük olasılıkla çalışmaz.

Bölüm 3 — kısa sınama

1. Tohum çeşitlendirmeyi nasıl sağlar?
2. Uzayda ve zamanda çeşitlendirme farkı?
3. Banescu vd.'nin ana kuralı? (dayanıklılık ↔ maliyet)

Bölüm 3 — cevaplar

1. Aynı kaynağı farklı tohumla gizleyince araç farklı rastgele seçimler yapar → her build farklı ikili (aynı davranış).
2. Uzayda: farklı kopyalar/kullanıcılar farklı (bir kırık herkesi kırmaz). Zamanda: sürümler arası değişir (kırık kalıcı olmaz).
3. Daha güçlü gizleme daha çok dayanıklılık ama daha çok maliyet; koruma varlığın değeriyle orantılı seçilir.

Sınıf içi akış — şema

Ne yapacağız?

Kendi küçük, sentetik programınızı:

gizle → davranışı doğrula → karşılaştır → ölç → çeşitlendir → raporla

Adım adım gidelim.

Adım 1 · Hazırlık

• Küçük, sentetik bir program yaz (ör. erisim_ver).
• Birim testleriyle doğru çalıştığını göster.
• Bu senin "temiz" temel çizgin.

Adım 2 · Gizle

tigress --Transform=EncodeLiterals --Transform=EncodeArithmetic \
        --Transform=Flatten --Transform=AddOpaque \
        --Functions=erisim_ver --out=gizli.c temiz.c
cc -o program_gizli gizli.c

Bir dönüşüm hattı uygula.

Adım 3 · Davranışı doğrula

• Aynı birim testlerini gizli sürümde çalıştır.
• Sonuç birebir aynı olmalı.
• Farklıysa: hat yanlış → düzelt.

Gizleme davranışı asla değiştirmez.

Adım 4 · Karşılaştır

• Tersine derleyicide (Ghidra/objdump) temiz ve gizli sürümü aç.
• Kontrol akışını karşılaştır.
• Temel blok sayısındaki artışı not et.

Adım 5 · Ölç

size ./program_temiz ./program_gizli
# süre: aynı girdiyle N kez çalıştır, ortalamayı karşılaştır

Boyut ve süre farkını yaz.

Adım 6 · Çeşitlendir

• Aynı hattı iki farklı tohumla çalıştır.
• İki ikilinin farklı olduğunu göster (bayt farkı).

tigress --Seed=1001 ... --out=gizli_a.c temiz.c
tigress --Seed=2002 ... --out=gizli_b.c temiz.c

Adım 7 · Raporla

Bulguları bir tabloya dök:

Bu tablo doğrudan S9/S15'e girer.

⚠️ Etik ve güvenli kullanım

• Tigress yalnız kendi kodunuza.
• Örnek program bilgisayara zarar vermez: sistem ayarı değiştirmez, ağa dokunmaz.
• Bütün değerler sentetik.

Sınıf içi · özet akış

Adım adım akış · neden bu sıra?

• Önce davranış (testler) — bozulmadığından emin ol.
• Sonra kanıt (CFG, ölçüm) — kazancı göster.
• Sonra çeşitlendirme — ölçeklenmeyi kır.

Ölçmeden "güçlü" deme.

Yeni örnek · bütünlük denetimi

int dosya_saglam(const uint8_t *veri, size_t n,
                 const uint8_t *beklenen) {
    uint8_t ozet[32];
    ozet_hesapla(veri, n, ozet);        /* SHA-256 benzeri */
    return sabit_zamanli_esit(ozet, beklenen, 32);
}

Sürüm bütünlüğünü denetleyen sentetik bir fonksiyon.

Neden bunu gizleyelim?

• Saldırgan bu denetimi bulup atlatmak ister (kurcalanmış dosyayı geçirmek için).
• Denetimin dönüş noktası ve karşılaştırması hedef.
• 9. hafta: opak boolean + rastgele çıkış burada kritik.

Hat seçimi

tigress \
  --Transform=EncodeLiterals \
  --Transform=EncodeArithmetic \
  --Transform=Flatten \
  --Transform=AddOpaque \
  --Functions=dosya_saglam \
  --out=gizli.c temiz.c

Adım adım · ne olur?

• EncodeLiterals: 32 ve varsa dizgeler düz görünmez.
• EncodeArithmetic: karşılaştırma karmaşıklaşır.
• Flatten: tek dönüş noktası görünmez.
• AddOpaque: sahte dallar; "başarı" dalı tek yerde değil.

Davranış doğrulama (zorunlu)

• Doğru özetli dosya → geçer.
• Bozuk özetli dosya → reddedilir.
• Gizli sürümde de aynı sonuç → hat doğru.

CFG önce/sonra (kavram)

Denetimin nerede geçtiği/kaldığı akıştan okunmaz.

⚠️ Sabit zamanlılık korunmalı

• sabit_zamanli_esit gizlense de sabit zamanlı kalmalı.
• Gizleme uğruna erken çıkış eklenirse yan kanal açılır (3. hafta).
• Dönüşümlerin bunu bozmadığını test et.

Ölçüm (örnek)

Çeşitlendirme

• İki tohumla üret → iki farklı ikili.
• "Bütünlük denetimini atla" yaması bir kopyada işe yarasa bile diğerinde yaramaz.

İkinci örnek · çıkarım

• Bütünlük denetimi gibi atlatma hedefi fonksiyonlarda gizleme değerlidir.
• Ama asıl güç: gizleme + RASP (6. hafta) + sunucu denetimi.
• Gizleme tek başına atlatmayı geciktirir, engellemez.

Bölüm 4 — kısa sınama

1. Gizledikten sonra ilk mutlaka yapılacak şey?
2. Çeşitlendirmeyi nasıl gösterirsin?
3. Rapor tablosu hangi proje bölümlerine gider?

Bölüm 4 — cevaplar

1. Davranışın değişmediğini test et (birim testi geçmeli); gizleme işlevi bozmamalı.
2. İki farklı tohumla üret; ikilileri karşılaştır (hash/boyut/komut farklı) ama aynı girdi→aynı çıktı (diff/objdump).
3. S9 (kod sağlamlaştırma) ve S15 (derleme/dağıtım hattı); önce/sonra ölçüm kanıt olarak.

Gizleme "en sonda elle" değil

Gizleme, derleme hattının bir adımı olmalı.

Vize sonrası projenizin S15 bölümü tam bunu belgeler.

Derleme hattı · şema

Hat kuralı 1 · yalnız hassas fonksiyonlar

• --Functions ile yalnız hassas fonksiyonları gizle.
• Gerekçesini yaz (hangi fonksiyon, neden).
• Maliyet kuralı (9. hafta).

Hat kuralı 2 · her sürüm çeşitlendirilir

• Her sürüm bir tohumla çeşitlendirilir.
• Tohum ve sürüm kimliği kaydedilir.
• Zamanda çeşitlendirme (bölüm 3).

Hat kuralı 3 · imzalama gizlemeden sonra

• Önce gizle, sonra imzala.
• Sürüm kimliği ve özet değerleri (12. haftadaki TOE) tutarlı olsun.
• Neden sonra? İmza, dağıtılan son ikiliyi kapsamalı.

Hat kuralı 4 · CI'da otomatik

• Hat, sürekli entegrasyonda (CI) çalışır.
• Her sürümde: birim testleri + boyut/hız ölçümü otomatik.
• Davranış bozulursa yapı durur.

9, 11, 14 birlikte

• 9: gizleme kuralları (kod)
• 11: whitebox (anahtar)
• 14: otomasyon + çeşitlendirme (bu hafta)

Ortak kural: koruma = gecikme; güç katmanlardan ve ölçümden.

Proje · S9 ileri + S15 hat — 1

1. Dönüşüm hattı (S9): hangi fonksiyonlar, hangi dönüşümler, hangi sırayla, neden.

Proje · S9 + S15 — 2

2. Ölçüm tablosu: boyut, süre, (varsa) blok sayısı — önce/sonra.

Proje · S9 + S15 — 3

3. Çeşitlendirme: iki tohumla üretim + fark ölçütü; uygulamayacaksanız gerekçe.

Proje · S9 + S15 — 4, 5

4. S15 hattı: gizleme + imzalama + sürüm kimliği adımlarını diyagramla belgele.

5. Davranış kanıtı: gizli sürümün birim testlerini geçtiğini göster (S16 bağı).

Değerlendirici gözüyle

• "Çok dönüşüm kullandım" değil.
• Her dönüşümün gerekçesi ve ölçüsü.
• Ölçülmemiş gizleme = iddia (12. hafta).

Vaka · kurgu

Sentetik bir uygulamada bir lisans denetimi ve bir anahtar türetme fonksiyonu var.

İkisini de mi ağır gizleyeceğiz?

Vaka · karar

• Lisans denetimi: orta değer → Hat B (Flatten + AddOpaque).
• Anahtar türetme: yüksek değer → Hat B + Virtualize (küçük olduğu için maliyet kabul edilebilir).
• Gerisi: gizlenmez (maliyet gereksiz).

Vaka · çeşitlendirme + hat

• Her sürüm farklı tohum.
• Derleme hattı: gizle → imzala → sürüm kimliği.
• CI'da birim testleri + ölçüm otomatik.

Vaka · S9/S15 çıktısı

Vaka · kalan risk

• Yeterince kararlı saldırgan tek kopyada çözebilir.
• Telafi: çeşitlendirme + kısa ömürlü anahtar + sunucu denetimi.
• Açıkça yazılır.

Bölüm 5 — kısa sınama

1. İmzalama neden gizlemeden sonra?
2. "Yalnız hassas fonksiyonlar" kuralının gerekçesi?
3. S15 hattının adımları?

Bölüm 5 — cevaplar

1. İmza son ikiliyi korur; önce imzalayıp sonra gizlersen ikili değişir → imza geçersiz. Sıra: derle → gizle → imzala.
2. Bütünü gizlemek performans/boyutu patlatır ve çoğu kod hassas değil; korumayı kritik fonksiyonlara yoğunlaştır → maliyet düşük, etki yüksek.
3. Kaynak → (statik analiz) → derle → gizle → çeşitlendir (tohum) → paketle/SBOM → imzala → dağıt (hepsi CI'da kayıtlı).

Soru 1

Kaynaktan kaynağa gizleme nedir? El ile gizlemeye göre üç avantajı?

Cevap: Araç C kaynağı alıp gizli C kaynağı üretir. Avantajlar: davranışı korur (hataya kapalı), okunur kaynak sizde kalır, tohumla çeşitlendirme kolay.

Soru 2

Tigress'in dersteki yeri; hangi lisans, neden derste dağıtılmaz?

Cevap: 9. hafta kurallarının otomatik hâli. Kâr amacı gütmeyen kullanım ücretsiz, ticari için Arizona lisansı. Kaynak kapalı → ikilisi derste dağıtılmaz; öğrenci resmî siteden indirir.

Soru 3

Şu dönüşümleri 9. hafta kurallarıyla eşle: Flatten, EncodeArithmetic, EncodeLiterals, Virtualize, AddOpaque.

Cevap: Flatten→K-04, EncodeArithmetic→K-02, EncodeLiterals→K-07/K-08, Virtualize→K-10, AddOpaque→K-01/K-03.

Soru 4

Bir dönüşüm hattı neden tek dönüşümden güçlü? Sıra neden önemli?

Cevap: Katmanlar birbirini güçlendirir (9. hafta "birlikte"). Sıra sonucu ve başarımı etkiler; kimi sıra gereksiz yavaşlatır ya da zayıf sonuç verir.

Soru 5

Her dönüşüm hattından sonra hangi iki şeyi mutlaka yaparsın?

Cevap: (1) Birim testlerini çalıştır (davranış korunmuş mu?), (2) boyut/hız ölç (maliyet).

Soru 6

Virtualize neden yalnız küçük ve kritik fonksiyonlara uygulanır?

Cevap: Maliyeti çok yüksek (onlarca kat yavaşlama, boyut). Getirisi ancak en değerli, küçük fonksiyonlarda maliyeti haklı çıkarır.

Soru 7

Tohum (--Seed) çeşitlendirmeyi nasıl sağlar? Uzayda/zamanda fark?

Cevap: Farklı tohum → farklı opak yüklem/sahte dal/durum. Uzayda: farklı kopyalar aynı anda. Zamanda: her sürüm yeni tohum.

Soru 8

Çeşitlendirme gizlemenin gücünü mü, ölçeklenmesini mi engeller?

Cevap: Gücünü artırmaz (bir kopya yine kırılabilir); ölçeklenmesini engeller — bir kırık her yeri açmaz.

Soru 9

Banescu vd. çalışmasının ders için ana kuralı?

Cevap: Dayanıklılık ölçülen bir niceliktir. Dönüşümleri birleştirmek sembolik yürütmeyi üstel zorlar; ama maliyet de artar → dayanıklılık ↔ maliyet ödünleşir.

Soru 10

Gizlemeyi derleme hattına koyarken imzalama neden gizlemeden sonra?

Cevap: İmza, dağıtılan son ikiliyi kapsamalı. Önce gizlenir, sonra imzalanır; sürüm kimliği/özet tutarlı olur.

Soru 11

S15'te "yalnız hassas fonksiyonlar gizlenir" kuralının gerekçesi?

Cevap: Her fonksiyonu gizlemek programı çok yavaşlatır/şişirir. Maliyeti yalnız değerli fonksiyonlarda üstlenmek mantıklı.

Soru 12

9, 11 ve 14. haftaların ortak kuralını bir cümleyle yaz.

Cevap: Koruma kırılamazlık değil gecikme sağlar; gücü katmanların birleşiminden, çeşitlendirmeden ve ölçülmüş olmaktan gelir.

Kapanış · üç hafta

• 9: gizleme kuralları (el ile)
• 11: whitebox (anahtar)
• 14: otomasyon + çeşitlendirme

Hepsi aynı çerçeve: maliyet + katman + ölçüm.

Kaynaklar

• Tigress resmî sitesi/çalışma sayfaları (tigress.wtf) — dönüşümler, sözdizimi, v4, lisans
• Collberg & Nagra, Surreptitious Software — taksonomi, ölçme
• Banescu vd. — Tigress + KLEE dayanıklılık ölçümü
• Obfuscator-LLVM — derleyici tabanlı alternatif

Özet: bu haftanın tek cümlesi

Tigress, 9. haftanın gizleme kurallarını otomatik ve çeşitlendirilmiş uygular; ama kural aynı: gizleme
kırılamazlık değil gecikme; birleştir, çeşitlendir, ölç.

Araç güçlüdür ama karar sizindir: neyi, neden, hangi maliyetle gizliyorsunuz?