Güvenlik önlemi vardı, yine de 1.000 dolar fatura geldi: vibe-coding'de şalter nasıl kurulur?
Ne oldu?
8 Kasım 2026'da Gürsu Yaman X'te, yapay zekâ ile yaptığı bir siteye 56 milyon istek atıldığını ve Vercel'den yaklaşık 1.000 dolar fatura geldiğini yazdı. Ödemeyi destek ekibiyle konuşup çözmüş. Notu da şuydu: vibe-coding'in güvenlik tarafını hafife alıyoruz.
Paylaşım çok konuşuldu. Yorumların önemli kısmı "bodoslama yapmışsın" tonundaydı.
Birkaç saat sonra Gürsu ikinci bir paylaşım yaptı ve Vercel firewall panelinin ekran görüntüsünü ekledi. Asıl ders bu ikinci paylaşımda.
Rakamlar ne anlatıyor?
Paneldeki tablo şöyle:
| İstek sayısı | |
|---|---|
| Doğrulamaya düşürülen (challenge) | 5,2 milyar |
| Sınıra takılan (rate limit) | 123,4 milyon |
| Reddedilen (deny) | 74,7 milyon |
| İzin verilen (allow) | 22,8 milyon |
Firewall aktif. 11 özel kural var, bot koruması açık.
Gürsu'nun anlattığına göre toplamda 5,3 milyar civarında istek gelmiş. Bunun 56 milyonu bir şekilde önlemleri aşmış ve fatura da o kısımdan çıkmış.
Yani bu bir "güvenlik hiç yoktu" hikâyesi değil. Güvenlik vardı ve trafiğin %99'undan fazlasını durdurdu. Kalan yüzde birin bir kısmı bile 1.000 dolar etti.
Gürsu faturanın hangi kalemden geldiğini, 56 milyon ile paneldeki 22,8 milyon arasındaki farkı ve destekle nasıl anlaştığını paylaşmadı. Ama ana dersi çıkarmak için bunlara gerek yok: Firewall bir süzgeç, sigorta değil. Milyarlarca istekte yüzde birlik bir kaçak, milyonlarca istek demek.
Gürsu yalnız değil
Son yıllarda en çok konuşulan vakalar:
| Vaka | Fatura | Ne oldu? | Sonuç |
|---|---|---|---|
| Milkie Way · Google Cloud · Aralık 2020 | ~72.000 $ | 7 dolarlık bütçe tanımlıydı. Test için yazılan bir tarayıcı kendi kendini çağıran bir döngüye girdi ve bir gecede Firestore'a 116 milyar okuma yaptı. | Google faturayı "tek seferlik jest" olarak sildi. |
| Netlify'da statik site · Şubat 2024 | 104.500 $ | Ücretsiz plandaki basit bir sitede tek bir MP3 dosyasına saldırı yapıldı. | Destek önce indirim teklif etti. Olay Hacker News'te yayılınca CEO faturayı sildi. |
| Cara · Vercel · Haziran 2024 | ~98.000 $ (bir hafta) | Uygulama viral oldu, kullanıcı sayısı bir haftada 40 binden 650 bine çıktı. Günde 56 milyon fonksiyon çağrısı yapıldı. | Saldırı değil, gerçek büyümeydi. Sonucu kamuya açıklanmadı. |
| Jmail · Vercel · Şubat 2026 | ~50.000 $ | Kamuya açık belgeler için yapılan site 450 milyon görüntülemeye ulaştı. | Vercel'in CEO'su Guillermo Rauch faturayı kendi cebinden ödemeyi teklif etti. |
| Jesse Davies · Google Cloud · Nisan 2026 | ~18.400 $ | 7 dolarlık bütçe vardı. AI Studio'dan aylar önce yayınlanmış bir Cloud Run servisi bulundu ve içindeki Gemini anahtarıyla bir gecede binlerce istek atıldı. Google, harcama arttıkça hesabın limitini kendiliğinden yükseltti. | Ücret silindi. Davies, Google'da kapalı gelen 9 güvenlik ayarı saydı. |
Bu tablonun iki dersi var:
1. Bütçe uyarısı fren değil. Milkie Way'in de Davies'in de 7 dolarlık bütçesi vardı. İkisinde de bütçe sadece e-posta attı.
2. Faturanın silinmesi şansa bağlı. Netlify vakasında fatura ancak olay viral olunca silindi. Google, Milkie Way'deki affı "tek seferlik" olarak tanımladı. Olaylar paylaşılmasa ne olurdu, bilmiyoruz.
Bu vibe-coder'ın hatası mı?
Gürsu'nun paylaşımının altında en çok şu ton vardı: "Yazılım bilmeyen herkes yazılım yapıyor, sonuç bu." Klasik yollardan gelmiş yazılımcılarla yapay zekâyla kod yazanlar arasındaki gerginlik, bu tür olaylarda alaya dönüşüyor.
Ama tabloya tekrar bak. Bu tuzağa düşenlerin çoğu vibe-coder değil:
- Milkie Way'in kurucusu (2020) eski bir Google çalışanıydı. 72 bin dolarlık faturayı, "vibe-coding" kelimesi daha ortada yokken, kendi yazdığı kodla aldı.
- Andrew Hoffman (2015) AWS anahtarlarını yanlışlıkla GitHub'a yükledi ve beş dakika içinde geri çekti. O beş dakikada botlar anahtarı bulup kripto para kazmak için sunucu açtı. Fatura 2.375 dolar geldi, Amazon iade etti.
- Maciej Pocwierz (2024) kıdemli bir yazılım mühendisiydi. Boş ve gizli bir S3 depolama alanı açtı. Popüler bir açık kaynak araç, varsayılan ayarında aynı ismi kullandığı için, o depoya 100 milyon başarısız istek geldi. AWS her reddedilen istek için ücret yazdı: 1.300 dolar. Destek ilk başta "bu beklenen davranış" dedi.
- Cara (2024)'yı deneyimli bir ekip yaptı. Fatura saldırıdan değil, gerçek kullanıcı büyümesinden çıktı.
Bu sorunun bir adı bile var: Denial of Wallet, yani "cüzdanı çökertme". Siteyi çökertmek yerine sahibini iflas ettirmeye yönelik saldırı. Terim en az 2013'ten beri kullanılıyor ve 2017'de güvenlik topluluğu OWASP tarafından benimsendi. Yani sorun yapay zekâdan çok daha eski.
Peki eskiden neden bu kadar duymuyorduk?
Çünkü sunucunun parası farklı ödeniyordu. Eskiden çoğu site aylık sabit ücretli bir hosting paketinde ya da kiralık sunucuda dururdu. Saldırı gelince sunucu çökerdi, site kapanırdı, fatura aynı kalırdı. Kötü bir gün olurdu, ama 50 bin dolarlık bir gün olmazdı.
Bugünkü platformlar (Vercel, Netlify, AWS, Google Cloud) trafiğe göre kendiliğinden büyüyor. Siteye milyonlarca istek gelince site çökmüyor, büyüyor. Fatura da onunla birlikte büyüyor. Yani "site çöktü" yerine artık "fatura geldi" diyoruz.
Peki vibe-coding neyi değiştirdi?
Üç şeyi değiştirdi:
1. Yayına alan kişi sayısı. Eskiden bir siteyi yayına almak için bir dizi teknik engeli aşmak gerekiyordu. Bu engelleri aşan kişi, yol boyunca birkaç kez canı yanmış biri oluyordu. Bugün bir akşamda site yayına alınıyor. Daha çok insan, daha az yara izi.
2. Kodun "çalışıyor" olması yetiyor. Güvenlik firması Veracode'un 2025 raporunda yapay zekâ modellerine 80 farklı kodlama görevi verildi. Görevlerin %45'inde üretilen kodda güvenlik açığı çıktı. 2026 raporuna göre bu oran neredeyse hiç iyileşmedi. Yapay zekâ "çalışan" kodu çok iyi yazıyor. "Kötüye kullanılırsa ne olur?" sorusunu ise sen sormazsan sormuyor.
3. 7/24 çalışan ajanlar. Eskiden kod, sen başındayken çalışırdı. Bugün sen uyurken iş yapan ajanlar var. Hata da artık sen uyurken büyüyor.
Benim cevabım
Hata vibe-coder'ın değil. Daha doğrusu, sadece onun değil.
Tuzak, platformların varsayılan ayarlarında duruyor:
- Vercel'de bütçe, durdurma açılmazsa sadece e-posta atıyor.
- Google'da bütçe uyarısı servisi durdurmuyor. Davies vakasında hesabın limiti harcama arttıkça kendiliğinden yükseltildi.
- AWS, reddettiği istekler için bile para yazıyordu. Pocwierz vakası yayılınca, Mayıs 2024'te bu kuralı değiştirdi.
- Netlify, ücretsiz plandaki bir siteye 104 bin dolarlık fatura kesebiliyordu.
Bu kurallar deneyimli yazılımcıları da yaktı. Düzeltmelerin çoğu da olaylar viral olduktan sonra geldi.
Eski nesil yazılımcının asıl avantajı daha iyi kod yazması değil, daha önce yanmış olması. "Bu şey kontrolden çıkarsa nasıl durur?" sorusunu refleks olarak soruyor. İyi haber şu ki bu refleks öğrenilebilir ve on dakika sürüyor. Yazının geri kalanı tam olarak bunu anlatıyor.
Alay etmek kimseyi korumuyor. Kontrol listesini paylaşmak koruyor.
Neden süzgeç yetmiyor?
Üç sebebi var.
1. Oran oyunu. %99,9 başarılı bir süzgeç bile, 5 milyar istekte 5 milyon isteği içeri alır. Saldırının boyutu büyüdükçe kaçak da büyür.
2. Dağıtık saldırı. "Aynı IP dakikada 600'den fazla istek atamaz" gibi kurallar, tek bir makineden gelen saldırıyı durdurur. Binlerce farklı IP'den gelen saldırıda ise her IP sınırın altında kalır. Cloudflare'ın belgesi de istek sayaçlarının her veri merkezinde ayrı tutulduğunu ve ağ genelinde ortak bir sayaç olmadığını yazıyor.
3. Doğrulamayı geçen istek normal sayılır. Vercel'e göre firewall'un reddettiği, doğrulamaya düşürdüğü ya da sınırladığı istekler ücretlenmiyor. Ama doğrulamayı geçen istek artık normal bir ziyaretçi gibi işlem görüyor ve ücretleniyor.
Fatura nereden çıkıyor?
İstek sayısı tek başına faturayı açıklamıyor. Asıl soru, içeri giren her isteğin ne kadar iş yaptırdığı. Para üç yerden yazıyor:
- Sayfayı ve dosyayı ziyaretçiye ulaştırmak (CDN isteği ve veri aktarımı). Statik sayfada maliyet neredeyse sadece budur.
- Sunucuda kod çalıştırmak (fonksiyon, işlemci, bellek). Dinamik sayfa her istekte kod çalıştırır, veritabanına ya da yapay zekâ servisine gidebilir.
- Görsel işlemek. Next.js'in görsel optimizasyonu her yeni boyut ve format için yeni bir görsel üretir.
2026'da önemli bir değişiklik oldu. Vercel Pro'da Flat Rate CDN diye sabit ücretli bir model var:
| Aylık ücret | CDN isteği | Veri aktarımı |
|---|---|---|
| Pro'ya dahil | 1 milyon | 1 TB |
| 20 $ | 10 milyon | 50 TB |
| 100 $ | 50 milyon | 50 TB |
| 300 $ | 150 milyon | 50 TB |
Bu modelde tek günlük bir sıçrama faturayı değiştirmiyor. Ay genelinde kapasiteyi aşarsan bir sonraki ay üst kademeye geçiyorsun.
Ama bu model sadece ilk kalemi kapsıyor. Sunucuda kod çalıştırma, kaynak sunucudan veri çekme ve görsel işleme ayrıca ücretleniyor. Yani 2026'da sürpriz faturanın riski CDN'den sunucu tarafına kaydı.
Bir de şu var: Flat Rate CDN eski hesaplarda kendiliğinden açık değil. Benim hesabım hâlâ "Legacy (On Demand)" modelinde: ayda 10 milyon istek ve 1 TB dahil, üstü kullandıkça ücretleniyor. Kendi hesabının hangi modelde olduğunu Billing ekranından kontrol et.
Görsel tarafında Next.js'in kendi belgesi uyarıyor: remotePatterns içinde alanlar boş bırakılırsa her şeye izin verilmiş olur ve bu, kötü niyetli birinin istemediğin görselleri işletmesine imkân tanır.
Yapay zekâ "çalışan" kod yazıyor. "Kontrolden çıkarsa nasıl durur?" sorusunu ise sen sormazsan kimse sormuyor.
Üç katman: süz, ucuzlat, şalteri kur
Yüzde yüz koruma yok. Ama "en fazla ne kadar kaybederim?" sorusunun cevabını önceden belirleyebilirsin.
1. Süz: firewall
İstenmeyen trafiğin büyük kısmını kapıda durdurur. Durdurduğu trafik de faturaya yansımaz.
- Her projede istek sınırı kuralı koy.
- Form, ödeme ve yapay zekâ çağıran adreslere ayrıca daha sıkı sınır koy.
- Saldırı anında Attack Challenge Mode'u aç.
Neyi garanti etmez: Her şeyi durduracağını. Gürsu'nun panelinde 11 kural vardı.
2. Ucuzlat: içeri giren istek az iş yaptırsın
Süzgeçten geçen istek ne kadar ucuzsa kaçağın bedeli de o kadar küçük olur.
- Değişmeyen sayfaları statik üret ya da önbelleğe al.
images.remotePatternslistesine sadece kullandığın alan adlarını yaz.- Ziyaretçiye açık hiçbir adres, sınır koymadan ücretli bir API'yi çağırmasın.
Neyi garanti etmez: Sıfır maliyet. Ama yüz bin isteğin bedeli ile yüz milyon isteğin bedeli arasındaki farkı burada kapatırsın.
3. Şalter: tavan ve otomatik durdurma
Asıl sigorta bu. Vercel'de Settings → Billing → Spend Management ekranında:
- Bir bütçe belirle. Rahatça kaybedebileceğin bir rakam olsun.
- Pause Production Deployments seçeneğini aç.
Vercel'in belgesi bunu açıkça yazıyor: bütçe tek başına kullanımı durdurmaz. Durdurma kapalıysa sadece %50, %75 ve %100'de e-posta gelir.
Şalterin de sınırları var, hepsi Vercel'in belgesinde yazıyor:
- Anlık değil. Harcama birkaç dakikada bir kontrol ediliyor, o arada tavan aşılabilir. Tavanı buna göre düşük tut.
- Pro'da 20 doların üstüne uygulanıyor. Pro'da her ay 20 dolarlık kredi var. Bütçe bu kredi bittikten sonraki harcamayı sayıyor.
- Her şeyi durdurmaz. AI Gateway, v0 ve depolama ücretleri sayılmaya devam eder.
- Kendiliğinden açılmaz. Durdurulan her projeyi tek tek elle açman gerekir.
Neyi garanti etmez: Kuruşu kuruşuna bir tavan. Ama 1.000 doları 5-10 dolara indirir.
Şalter her platformda aynı değil
"Harcama limitim var" cümlesi tek başına bir şey söylemiyor. Önemli olan, limite gelince ne olduğu:
| Platform | Limite gelince ne olur? | Dikkat |
|---|---|---|
| Vercel Pro | Durdurma açıksa tüm projelerin canlı sürümleri durur | Durdurma kapalı olabilir. Benimki kapalıydı. |
| Vercel Hobby (ücretsiz) | Kota dolunca özellik 30 gün durur, ücret çıkmaz | Sadece kişisel, ticari olmayan kullanım için |
| Netlify (kredi sistemi) | Kredi bitince bütün siteler durur | Otomatik kredi yükleme varsayılan olarak kapalı. Açarsan şalter de kalkar. |
| Cloudflare Pages | Statik dosya istekleri ücretsiz ve sınırsız | Dinamik fonksiyonlar ayrı ücretlenir. Ücretsiz planda günde 100 bin istek sınırı var. |
| Firebase | Bütçe uyarısı servisi durdurmaz | Otomatik durdurma sadece 4 serviste var (AI Logic, App Hosting, Cloud Functions, Extensions) |
| Supabase Pro | Spend Cap açıksa kota aşımı engellenir | Sunucu (compute), yedekleme gibi kalemler kapsam dışında |
| Claude API | Belirlediğin aylık limite gelince istekler hata döner | Çalışma alanı (workspace) bazında ayrıca limit konabiliyor |
| OpenAI API | "Enforce a hard limit" açıksa limite gelince istekler durur | Kapalıysa limit sadece izler. Durdurma anlık değil, biraz aşabilir. |
| Google Cloud / Gemini | Bütçe uyarısı servisi durdurmaz | Davies vakasında limit, harcama arttıkça kendiliğinden yükseltildi |
Yapay zekâ servisleri ayrıca önemli. Siten OpenAI, Anthropic gibi bir servise bağlanıyorsa, Vercel'i durdurmak o servisin faturasını durdurmaz. Her sağlayıcının kendi panelinde ayrı bir limit kur.
7/24 çalışan ajanlarda da şu üç sınırı koy: günlük en fazla kaç iş yapabileceği, hata alınca en fazla kaç kez tekrar deneyeceği ve bir işin en fazla ne kadar sürebileceği.
Vercel'den çıksam sorun biter mi?
Hayır. Risk ortadan kalkmaz, şekil değiştirir.
Sabit sunucu (Hetzner, DigitalOcean gibi) aylık sabit bir ücretle belirli bir işlemci ve RAM kiralamak demek. Saldırı gelince sunucu büyümez, yani fatura da büyümez. Onun yerine site yavaşlar ya da çöker.
Ama sabit sunucuda da fatura tamamen sabit değil:
- Hetzner: Avrupa'daki bulut sunucularında ayda 20 TB trafik dahil. Fazlası TB başına 1 euro. Trafik uyarısı sadece e-posta atıyor, otomatik bir kesme yok. ABD ve Singapur'da dahil trafik çok daha düşük, 0,5-8 TB arası.
- DigitalOcean: Her pakette belli bir trafik dahil, fazlası GiB başına 0,01 dolar.
Gürsu'nun vakasıyla kabaca hesaplayalım: 56 milyon istek, isteği 500 KB'tan 28 TB eder. Bu durumda Hetzner Avrupa'da kotanın 8 TB üstüne çıkılır, yani yaklaşık 8 euro ek ücret. Ama bu, 56 milyon isteği sunucunun kaldırabildiğini varsayan bir hesap. Büyük ihtimalle sunucu bundan çok önce çökerdi.
Sabit sunucuda dikkat edilmesi gereken üç tuzak:
- Sunucunun gerçek adresi: Önüne Cloudflare koysan bile, saldırgan sunucunun gerçek IP adresini bilirse korumanın etrafından dolaşır. Sunucu sadece Cloudflare'dan gelen bağlantıları kabul etmeli.
- Görsel işleme: Bu iş ortadan kalkmaz, kendi sunucunun işlemcisini yer. Fatura yerine site yavaşlar.
- Bakım: Güncelleme, yedekleme ve güvenlik artık senin işin.
Tamamen statik site (Cloudflare Pages gibi) ise bu işin en sağlam cevabı. Cloudflare'ın belgesine göre statik dosya istekleri ücretsiz ve sınırsız. Sunucuda kod çalışmıyorsa, kaçak isteğin de çalıştıracağı bir şey yok.
Benim önerim:
- Blog, portföy, tanıtım sitesi: Statik yap. En sağlam şalter, hiç sunucu çalıştırmayan sitedir.
- Panel, üyelik ya da yapay zekâ aracı: Platform fark etmez. Üç katmanı da kur.
Benim hesabımda ne buldum, ne yaptım?
Gürsu'nun paylaşımını görünce kendi Vercel hesabımı açtım. 33 projem var: kendi sitelerim, müşteri siteleri, denemeler, 7/24 çalışan küçük ajanlar.
- 200 dolarlık bir bütçe tanımlıydı, ama durdurma kapalıydı. Yani tavana gelince sadece e-posta atacaktı.
- 33 projenin 32'sinde hiç firewall kuralı yoktu.
- Hesabım eski kullandıkça öde (Legacy) CDN modelindeydi.
On dakikada şunları yaptım:
- Bütçeyi 5 dolara indirdim ve durdurmayı açtım. Aylık kullanımım 20 dolarlık kredinin içinde kalıyor, geçen ay ek harcamam sıfırdı. Normal bir ayda bu tavana yaklaşmıyorum. Saldırı olursa birkaç dolar ödeyip sitelerin kapanmasını kabul ediyorum.
- 33 projenin hepsine istek sınırı koydum. Aynı IP dakikada 600'den fazla istek atarsa 429 ("çok fazla istek") cevabı alıyor. Statik dosyalar bu sayıma girmiyor.
İkinci adımın Gürsu'nunki gibi dağıtık bir saldırıyı tek başına durdurmayacağını biliyorum. Beni koruyan asıl şey ilk adım.
Bedeli de açık: tavana gelinirse müşteri siteleri dahil bütün projeler birden kapanır ve her birini tek tek açmam gerekir. Kapalı bir site birkaç saatlik sorundur. 1.000 dolarlık bir fatura ise haftalarca uğraştırır.
Kontrol listesi: kur ve çalıştığını doğrula
| Ne yapılacak | Nasıl doğrularsın |
|---|---|
| Harcama tavanı koy, durdurmayı aç | Billing ekranında "Pause: On" yazıyor mu? |
| Tavanı rahatça kaybedebileceğin bir tutar yap | Geçen ayların ek harcamasına bak. Tavan bunun biraz üstünde mi? |
| CDN modelini kontrol et | Billing ekranında Flat Rate mi, Legacy mi yazıyor? |
| Her projeye istek sınırı koy | Firewall ekranında kural "active" mi? |
| Pahalı adreslere (form, yapay zekâ, ödeme) daha sıkı sınır koy | Kendi siteni hızlıca yenile: 429 cevabı geliyor mu? |
| Değişmeyen sayfaları statik yap | Fonksiyon çağrı sayısı ziyaretçi sayısıyla birlikte artıyor mu? |
images.remotePatterns'ı daralt | Listede ** gibi her şeye izin veren bir desen var mı? |
| Yapay zekâ servislerine ayrı limit koy | Sağlayıcının panelinde aylık limit tanımlı mı? |
| Ajan ve cron işlerine tekrar ve süre sınırı koy | Hata veren bir iş kaç kez tekrar ediyor? |
| Gizli anahtarları tarayıcıdan uzak tut | Sayfa kaynağında sk_, secret gibi ifadeler geçiyor mu? |
| Kullanmadığın projeleri kapat | Proje listesinde aylardır dokunulmamış proje var mı? |
Sık sorulan
Firewall açtım, güvende miyim? Saldırının büyük kısmına karşı evet, faturaya karşı hayır. Gürsu'nun panelinde 11 kural vardı. Fatura tavanı ayrı bir ayar.
Bu sadece vibe-coding yapanların başına mı geliyor? Hayır. Deneyimli yazılımcılar da 2013'ten beri bu tuzağa düşüyor. Değişen şey, trafiğe göre büyüyen platformların yaygınlaşması ve yayına alan kişi sayısının artması.
Bütçe koydum, artık güvende miyim? Durdurmayı açmadıysan hayır. Bütçe tek başına sadece uyarı gönderir.
Tavana gelirsem ne olur? Ziyaretçiler 503 hatası görür. Sen elle açana kadar site kapalı kalır, projeleri tek tek açman gerekir.
Flat Rate CDN açıksa güvende miyim? Kısmen. Sayfa ve dosya trafiğini sabitler, ama sunucuda çalışan kod, görsel işleme ve kaynak sunucu trafiği ayrıca ücretlenir.
Vercel'den çıkarsam sorun biter mi? Hayır, şekil değiştirir. Sabit sunucuda fatura yerine site çöker. Yapay zekâ ve veritabanı servislerinin faturası ise her yerde işlemeye devam eder.
Saldırı olursa platform faturayı siler mi? Bazen siliyor, bazen indirim yapıyor. Netlify vakasında fatura ancak olay viral olunca silindi; Google ise affı "tek seferlik" diye tanımladı. Bunun garantisi yok. O yüzden tavanı saldırıdan önce koymak gerekiyor.
Kaynaklar
Vakalar:
- Gürsu Yaman — ilk paylaşım, ikinci paylaşım (8 Kasım 2026)
- The Register — Milkie Way, 72 bin dolar (10 Aralık 2020)
- Hacker News — Netlify 104 bin dolar başlığı ve Netlify CEO'sunun yorumu (27 Şubat 2024)
- InfoQ — Cara ve Vercel (14 Haziran 2024)
- Guillermo Rauch — Jmail faturası (9 Şubat 2026), PiunikaWeb haberi
- Tom's Hardware — Jesse Davies, 18 bin dolar (22 Nisan 2026)
Eski vakalar ve arka plan:
- The Register — Andrew Hoffman, GitHub'a sızan AWS anahtarı (2015)
- Simon Willison — Boş S3 deposu ve 1.300 dolar (30 Nisan 2024)
- AWS — S3 artık bazı hata kodlarını ücretlendirmiyor (13 Mayıs 2024)
- The Register — Denial of Wallet (21 Nisan 2021) ve akademik tanım: Kelly, Glavin, Barrett (arXiv)
- SD Times — Veracode 2025: AI kodunda güvenlik açıkları ve 2026 raporu
Platform belgeleri:
- Vercel — Spend Management
- Vercel — Flat Rate CDN
- Vercel — WAF kullanım ve fiyatlandırma
- Vercel — Hobby planı
- Next.js — Image bileşeni, remotePatterns
- Netlify — Kredi sistemi nasıl çalışır
- Cloudflare — Pages Functions fiyatlandırması
- Cloudflare — Rate limiting sayaçları
- Firebase — Sürpriz faturalardan kaçınma
- Supabase — Maliyet kontrolü
- Anthropic — Claude API limitleri
- OpenAI — Projeler ve harcama limitleri
- Hetzner — Trafik
- DigitalOcean — Bant genişliği