Çoğu yazılımın güvenliği sözlere dayanır: sırların asla loglanmadığını söyleyen bir politika, kimsenin eval eklemediğini kontrol eden bir kod incelemesi. Sözler, gece yarısı yapılan bir refactor’a kadar tutar. Yapısal güvenlik (security by construction), sistemi güvensiz şeyin hiç olamayacağı şekilde kurmak ve bunu her commit’te build’e kanıtlatmaktır.

lodos.md’nin arkasındaki fikir bu. Aşağıdaki yazı dizisi bunun pratikte nasıl çalıştığını anlatıyor; yazılar lodos.md blogunda Türkçe olarak yayında.

Yazı dizisi#

  1. n8n’in CVE’sine Sahip Olamayan Bir Workflow Motoru İnşa Ettik (1/5). n8n’in CVE-2025-68613 açığı, ifade değerlendirme (expression evaluation) üzerinden CVSS 9.9 puanlı bir uzaktan kod çalıştırmaydı. lodos’un workflow motorunda hiçbir yerde ifade değerlendirici yok; bu yüzden o sınıftan bir hata var olamaz, build’deki bir grep de bunu böyle tutuyor.
  2. Mimari Körlük Olarak Zero-Knowledge (2/5). Yapay zekâ Stripe canlı anahtarınızı göremez: hiçbir veritabanı sütunu, IPC metodu ya da araç gizli bir bilgiyi düz metin olarak döndürmez. “Göremez”, bir söz değil, şemanın bir özelliğidir.
  3. Savunma Hattınızı Yazılı Kurallara Emanet Etmeyin (3/5). Her commit’te iki denetim çalışır: biri yasaklanan bir yetenek geri gelirse build’i, diğeri bir ders kaybolursa wiki’yi düşürür. İkisi de kurcalandığında fark edilen bir HMAC zinciriyle mühürlüdür.
  4. Sıradaki (4/5): yalnızca öneren öğrenme döngüsü. Ajan kendi becerileri için değişiklik önerir; bir insan farkı onaylamadan hiçbir şey kalıcı hale gelmez.

Çevresinde#

İlkeler#

Bu dizinin sürekli döndüğü kurallar inandıklarım sayfasında: kuralı bir politikaya değil, sisteme koyun; “yapamayız”, “söz veriyoruz”dan güçlüdür; en güvenli açık, hiç olmayandır; güvenlik bir build adımıdır.