Savunmacı Olmak İçin Zor Bir Hafta: PwnEscape, eMudhra, SafePay ve PHP Yaması

Güncelleme, 21 Ekim, Paris saatiyle 16:30: PHP, duyurulan 14:00 UTC'den biraz önce, Paris saatiyle yaklaşık 15:35'te 8.5.12, 8.4.27, 8.3.36 ve 8.2.35 sürümlerini yayımlayarak her iki kritik açığı düzeltti; buna 7.4, 8.0 ve 8.1 için kaynak kodu geri uyarlamaları da eşlik ediyor. Aşağıdaki PHP bölümü güncellendi.

Güvenlik, sistem yönetimi veya barındırma alanında çalışıyorsanız, bugün sona eren yedi gün, meslekten insanların sıfatlar profesyonellikten uzak göründüğü için düz bir dille, bir tarih aralığıyla anlattığı türden bir dönemdi. Perşembe günü kritik bir Linux sanal makine kaçışı. Hafta sonu boyunca, özel anahtarlarının dizüstü bilgisayarı olan herkes tarafından ele geçirilebileceği ortaya çıkan bir sertifika otoritesi. Salı günü yedekleme cihazlarını fabrika ayarlarına sıfırlayan fidye yazılımı hakkında ortak bir hükümet uyarısı, artı banka kartlarının çalışmasını durduran bir bulut kesintisi, artı PHP projesinden iki kritik düzeltmenin ertesi gün yayınlanacağına dair duyuru. O ertesi gün bugün. Düzeltmeler 14:00 UTC için duyurulmuştu ve biraz erken, Paris saatiyle yaklaşık 15:35’te geldi.

Tek bir düzeltme, herhangi bir manşetten daha önemli. PwnEscape lakaplı VM kaçışı yoluyla “birçok barındırma sağlayıcısının hacklendiğini” okumuş olabilirsiniz. 21 Ekim’de Paris saatiyle 13:30 itibarıyla bu, doğrulanan değil, korkulan bir durum. Dünyanın hiçbir yerinde doğada istismar bildirilmedi. Korkunun açıklayacağımız rasyonel bir temeli var, ancak korku olarak etiketlenmeli. Yazının geri kalanı haftayı sırayla ele alıyor, doğrulananı öngörülenden ayırıyor ve sıradan bir okuyucunun veya küçük bir site sahibinin gerçekte yapması gerekenlerin kısa listesiyle bitiyor.

Güvenlik ekipleri neden bu kadar tükenmiş durumda?

İnsanlarla başlayalım, çünkü bu haftaki her olay aynı masalara düştü. Temmuz ve Ağustos 2025'te 16.029 katılımcıyla yürütülen saha çalışmasından Aralık 2025'te yayımlanan ISC2 2025 Siber Güvenlik İş Gücü Araştırması, güvenlik profesyonellerinin %48'inin tehditleri ve teknolojileri takip etmeye çalışırken tükenmiş hissettiğini, %47'sinin iş yükü nedeniyle sık sık bunalmış hissettiğini ve %32'sinin personel eksikliği yüzünden aşırı çalıştığını hissettiğini ortaya koydu. Para da durumu pek yumuşatmıyor: %20'si geçen yıl hiç maaş artışı almadı ve yetersiz ücret %31 için sık bir memnuniyetsizlik kaynağıydı.

Daha keskin bulgu liderlikle ilgili. Katılımcıların yalnızca %32'si kuruluşlarının siber güvenliği kritik bir iş fonksiyonu olarak ele aldığını söylüyor ve %23'ü bu boşluğu bir memnuniyetsizlik nedeni olarak gösteriyor. Güvenlik işi yapısal olarak görünmezdir: sakin geçen bir çeyrek, yönetim kurulu odasından bakıldığında tam olarak gereksiz bir gider gibi görünür ve on olayı önleyen kişi bütçede on satış kapatan kişinin yanında oturur. Aynı ISC2 araştırması, kuruluşların %36'sının 2025'te güvenlik bütçelerini kestiğini ve %24'ünün güvenlik alanında işten çıkarma bildirdiğini, profesyonellerin %72'sinin ise güvenlik personelini azaltmanın ihlal riskini önemli ölçüde artırdığı görüşüne katıldığını ortaya koydu.

Avrupa verileri de daha nazik değil. ISACA'nın Siber Güvenliğin Durumu 2026 araştırmasında (saha çalışması Mayıs 2026; küresel 1.888 katılımcının 494'ü Avrupa'dan), %72'si işin beş yıl öncesine göre daha stresli olduğunu söyledi; en önemli nedenler karmaşık tehdit ortamı (%72) ile gerçekçi olmayan beklentilerin aşırı iş yüküyle birleşmesi (%57) oldu. Avrupa kuruluşlarının yarısından fazlası personel eksikliği (%56) ve bütçe yetersizliği (%55) bildirdi ve şirketlerin %21'i tükenmişlik konusunda hiçbir önlem almıyor. Hafta ilerledikçe bu rakamları aklınızda tutun.

PwnEscape nedir ve barındırma sağlayıcıları gerçekten bu yolla hacklendi mi?

15 Ekim Perşembe günü Linux çekirdeği projesi, kısa sürede PwnEscape lakabını alan CVE-2026-99999'u yayımladı: çekirdeğin IPv4 sağlama toplamı işleme kodunda, çekirdek CNA'sı tarafından 9,3 Kritik olarak derecelendirilen bir açık (Red Hat, Önemli olarak derecelendiriyor). Senaryo şu: kötü niyetli bir mikro VM, ana makinenin TAP arabirimine özel hazırlanmış virtio-net sağlama toplamı üst verileri gönderiyor. Konuktan ana makineye kaçış, kiralanan bir sanal makinenin kiracı olmaktan çıkıp ev sahibi olduğu andır: bir müşterinin VM'i içindeki kod, diğer herkesin makinelerini çalıştıran fiziksel sunucu üzerinde etki kazanır. KVM tipi ana makinelerde 9,3'lük bir derecenin barındırma personelini kahveye sarılmaya itmesinin nedeni bu.

İşin gerçekte kanıtlanmış kısmı şu. Açık, pwn.ai araştırmacıları tarafından Vercel'in Sandbox yarışması sırasında bulundu, 4 Eylül'de çekirdeğe bildirildi ve 14 Ekim'de ana hatta düzeltildi; yedi kararlı dal yamalandı. Ana makine bellek sızıntısı, yarışma sahibinin üretim sandbox'larına karşı gösterildi; Vercel'in yarışmaya ilişkin kendi anlatımı bunu doğruluyor; aynı yazı, Vercel Sandbox'ta kimsenin müşteri verilerine eriştiğini gösteren hiçbir rapor olmadığını da söylüyor. Ana makine çökmeleri ve ana makinede root yetkisi yalnızca araştırmacıların kendi makinelerinde gösterildi ve pwn.ai, çalışmasının herhangi bir sağlayıcının üretim ortamında root komut çalıştırma iddiası olmadığını söylüyor. TuxCare'in analizine göre savunmasız kod deseni yaklaşık 2008'e kadar uzanıyor.

Peki istismar? CISA'nın CVE kaydına eklediği zenginleştirme bunu açıkça söylüyor: İstismar: yok. Açık, 20 Ekim beslemesi itibarıyla CISA'nın Bilinen İstismar Edilen Güvenlik Açıkları (KEV) kataloğunda yer almıyor. Konuyu izleyen yayınların hiçbiri doğrulanmış bir doğada saldırı bildirmedi. CSO ve heise tarafından aktarılan araştırmacılar, daha zayıf yapılandırmalara karşı çalışan istismarların haftalar içinde ortaya çıkmasını bekliyor; bu bir öngörü, bir gözlem değil.

Peki bu endişe neden? Üç neden var, hepsi meşru. Birincisi, bu açık için yayımlanmış ele geçirilme göstergesi yok; aranacak kötü amaçlı hash veya saldırgan altyapısı bulunmuyor; SOC Prime'ın notuna göre tespit, ana makine telemetrisine, sanallaştırma izlemeye ve çökme analizine bağlı; birçok küçük barındırıcı bunları hiç toplamıyor. Bu, tespiti zorlaştırıyor. Ancak açığı izsiz yapmıyor: bulduğumuz hiçbir kaynak istismarın iz bırakmadığını söylemiyor. İkincisi, düzeltme ana makine çekirdeğinin yamalanmasını ve yeniden başlatılmasını gerektiriyor; kendi VM'inizi güncellemek hiçbir işe yaramıyor, dolayısıyla etkilenen her sağlayıcı filosu genelinde bir yeniden başlatma kampanyasıyla karşı karşıya. Üçüncüsü, belirsizlik şimdiden ticari hasar veriyor: Japon bir barındırma sağlayıcısı 16 Ekim'de önlem olarak VPS, paylaşımlı ve adanmış barındırma genelinde yeni kayıtları dondurdu; herhangi bir ihlal bildirilmedi; bir Alman barındırıcı ise hafta sonundan beri sanallaştırma sunucularını yeniden başlatıyor. Müşteriler için heise'nin tavsiyesi geçerli: barındırıcınızın yeniden başlatmasından sonra VM'inizin tekrar ayağa kalktığını kontrol etmek dışında bir şey yapmanız gerekmiyor.

eMudhra sertifikalarında ne oldu?

Cumartesi günü sertifika hikayesi geldi ve "ele geçirildi" sözü dolaşmaya başladı. Mozilla'nın hata kaydında belgelenen gerçek farklı ve bazı açılardan daha tuhaf: Hintli bir sertifika otoritesi olan eMudhra'ya ait sekiz ara CA sertifikasının P-384 özel anahtarları o kadar zayıftı ki kolayca ele geçirilebiliyordu. Mozilla'nın kendi personeli, 17 Ekim'deki bildirimden saatler sonra anahtarları ele geçirdi. eMudhra zayıflığı, Nisan 2025'teki bir anahtar töreninde kullanılan hatalı bir anahtar üretim betiğine bağlıyor ve birden çok adımdaki insan hatalarını gerekçe gösteriyor.

Ardından gelen, güven ekosisteminin hızla çalışmasıydı. BleepingComputer'a göre Firefox 17 Ekim'de bir OneCRL engeli yayınladı; önceki güncellemenin engellendiği kurulumlara sahip kullanıcılar için Firefox 158.0.1 ve ESR güncellemeleri 20 Ekim'de geldi; Chrome, TLS yeteneğine sahip altı ara sertifikayı yine 17 Ekim'de engelledi ve Apple 19 Ekim'de bunu izledi; eMudhra sekiz sertifikanın tamamını 18 Ekim'de iptal etti. Ardından Mozilla, üst kök emSign ECC Root CA - G3'e olan güvenin acil olarak kaldırılacağını duyurdu; Chrome da benzer bir yol izlemeyi taahhüt etti; eMudhra, Mozilla'nın hata kaydındaki kendi yorumuna göre yaklaşık 30.000 sertifikanın taşınması gerekeceğini tahmin ediyor.

İki dürüst uyarı ters yönlerde işliyor. Güven verici olan: zayıf anahtarların kötüye kullanıldığına dair hiçbir kanıt yok ve eMudhra, etkilenen seriden hiçbir son kullanıcı sertifikası düzenlenmediğini söylüyor. Daha az güven verici olan: özel anahtarlardan biri bir araştırmacı tarafından GitHub'da yayımlandı ve kendi güven deposunu taşıyan veya iptal denetimlerini atlayan yazılımlar (BleepingComputer'ın aktardığına göre Mozilla'nın olay izleyicisi, macOS'un yerleşik curl'ünü örnek veriyor) güncellenene kadar sertifikalara güvenmeye devam edebilir. Bir okuyucu için yapılacak işin tamamı tek satır: tarayıcınızı ve işletim sisteminizi güncelleyin. Sertifika sorunları, bir VPN'in hiçbir şeyi değiştirmediği kategorinin ta kendisi; yine de sahte veya yanlış güvenilen sertifikaların en çok, trafiğinizi zaten kesebilen bir saldırgan için önemli olduğunu hatırlamakta fayda var; halka açık Wi-Fi'da bağlantınızı şifrelemenin (İngilizce) hâlâ makul bir hijyen olmasının nedenlerinden biri bu.

Bugünkü PHP sürümü neden bu kadar önemliydi?

Salı öğleden sonra PHP projesi php.net üzerinde alışılmadık bir duyuru yayımladı: 21 Ekim Çarşamba günü 14:00 UTC'ye planlanan, iki kritik güvenlik açığını gideren bir güvenlik sürümü; tüm ayrıntılar sürümle birlikte yayımlanacak. Kritik bir düzeltmeyi önceden duyurmak bilinçli bir ödünleşim: savunmacılara bakım pencereleri planlamak için bir gün kazandırıyor, karşılığında saldırganlara değerli bir şeyin gelmekte olduğunu söylüyor. Sürüm ardından biraz erken geldi: GitHub danışma belgelerinin zaman damgası 13:34 UTC, Paris saatiyle 15:34 ve "Kritik uzaktan kod çalıştırma güvenlik açıkları, hemen güncelleyin" başlıklı PHP duyurusu, düzeltilmiş sürümleri PHP 8.5.12, 8.4.27, 8.3.36 ve 8.2.35 olarak adlandırıyor. Bu sürümler, "kimlik doğrulaması olmadan uzaktan kod çalıştırmaya izin verebilen iki kritik güvenlik açığı" olan ve her ikisi de CVSS v4.0 ile 9,2 olarak derecelendirilen CVE-2026-109618 ve CVE-2026-109619'u düzeltiyor.

İki açığı anlatmak basit. CVE-2026-109618, "OOM bozulması yoluyla RCE": bellek yetersizliği işleme, dahili istek verileri yalnızca kısmen başlatılmışken PHP'yi kesintiye uğratabilir ve istek temizliği ardından geçersiz verileri geçerli sayabilir. CVE-2026-109619, "eskimiş küresel durum yoluyla RCE": isteğe ait dahili durum, belleği serbest bırakıldıktan sonra varlığını sürdürebilir ve aynı işçi tarafından işlenen sonraki bir istek onu kullanabilir; bu bir use after free. PHP'ye göre risk altında olanlar: "PHP-FPM, mod_php ile Apache, php-cgi, FrankenPHP ve LiteSpeed dahil olmak üzere web istekleri sunan tüm PHP kurulumları". Risk en çok mod_php için yüksek; "kimliği doğrulanmamış bir isteğin, herhangi bir uygulama kodu çalışmadan önce saldırıyı tetikleyebildiği kanıtlanmış bir istismar" söz konusu. Kanıtlanmış bir istismar, doğada istismar ile aynı şey değil; PHP'nin danışma belgesi doğada saldırı bildirmiyor.

Ambargo zaten sızmıştı. SecureLayer7'ninki dahil güvenlik firması yazıları, açıkları CVE-2026-109618 ve CVE-2026-109619 olarak izledi ve "PHP2Shell" adı verilen bir kavram kanıtının sürümden önce ortaya çıktığını bildirdi; PHP projesi bunu doğrulamadı, ancak SecureLayer7 en az bir güvenlik firmasının açıklardan birini yeniden ürettiğini söylediğini aktarıyor. PHP'nin 21 Ekim tarihli danışma belgeleri doğada istismar bildirmiyor.

Bir de eski bir dalda olan herkes var. Duyurunun belirttiği gibi "PHP 8.1 ve öncesi artık PHP projesinden güncelleme almıyor"; yine de bazı dağıtımlar ve LTS sağlayıcıları geri uyarlanmış düzeltmeler sunuyor. "Ciddiyet göz önüne alındığında" PHP güvenlik ekibi, kaynaktan derleyen veya bir LTS sağlayıcısı olmayan kişilere yönelik olarak PHP 7.4, 8.0 ve 8.1 için asgari kaynak kodu geri uyarlamaları da yayımladı; bunlar hazır sürümler değil, uygulanacak yamalar. Proje, PHP 5 dahil olmak üzere PHP 7.3 ve öncesi için hiçbir geri uyarlama yayımlamadı. Linux dağıtımları ve LTS sağlayıcıları yamaları önceden aldı ve PHP 8.2'nin kendisi de 31 Aralık 2026'da kullanım ömrünün sonuna ulaşıyor. PHP'nin danışma belgesi, hemen güncelleyemeyenler için memory_limit'i -1 yapmak, post_max_size'ı düşürmek veya oturum yükleme ilerlemesini devre dışı bırakmak gibi geçici önlemler sıralıyor, ancak bunların "belirli saldırı yollarına maruziyeti azalttığını ancak bir kurulumu güvenli hale getirmediğini" söylüyor; sürüm notlarına göre "güncellemek tek güvenli seçenek".

Asıl mesele ölçek. W3Techs'e göre PHP, sunucu tarafı dili bilinen web sitelerinin %69,3'ünde çalışıyor ve bu PHP sitelerinin %27,0'ı hâlâ sürüm 7, %7,7'si sürüm 5 çalıştırıyor; bu dallar yıllar önce kullanım ömrünün sonuna ulaştı. Sürüm 7 siteleri, artık en azından kaynak düzeyinde bir geri uyarlamaya sahip olan PHP 7.4'ü de içeriyor; PHP 5 ile PHP 7.0'dan 7.3'e kadar olan sürümlerdeki siteler projeden hiçbir geri uyarlama almıyor. CERT-EU'nun 2026-018 numaralı uyarısı, açıkların PHP 5'ten itibaren tüm PHP sürümlerini etkileyebileceği konusunda uyarmıştı; bu, kurumun uyarısı olarak geçerliliğini koruyor; GitHub danışma belgeleri ise yalnızca desteklenen dalları, yani 8.2.35, 8.3.36, 8.4.27 ve 8.5.12'nin altındaki sürümleri etkilenen olarak listeliyor ve kullanım ömrü dolmuş sürümleri tek tek saymıyor. Birinci bölümdeki sistem yöneticileri için bu, her şeyle aynı Salı günü duyurulan bu gecenin işi ve gelecek çeyreğin taşıma projesi demek.

Bu hafta savunmacıların masasına başka neler düştü?

Pazartesi ve Salı eklemeye devam etti. CISA ve FBI'ın ortak uyarısı AA26-293A (20 Ekim), Ağustos 2024'ten bu yana en az 600 kuruluşu vuran bir fidye yazılımı operasyonu olan SafePay'i ayrıntılarıyla anlatıyor. Uyarıya göre SafePay, kurbanların veri kurtarmasını engellemek için Volume Shadow Copy Service'i durduruyor ve ağa bağlı yedekleme depolamayı fabrika ayarlarına sıfırlıyor, bazı durumlarda ağa bağlı tüm yedekleri siliyor. Uyarının temel tavsiyesi, yeni bir aciliyet kazanmış eski bir bilgelik: yedekler çevrimdışı, değiştirilemez ve gerçekten test edilmiş olmalı, çünkü ağdan erişilebilen kopyalar tam olarak bu ekibin yok ettiği şey.

CISA'nın Bilinen İstismar Edilen Güvenlik Açıkları kataloğu da yoğun bir hafta geçirdi: zincirlenebilen dört Plex Media Server açığı 20 Ekim'de eklendi; bu önemli, çünkü Plex, veri merkezlerinde değil oturma odalarında duran ender KEV girdilerinden biri. Haftanın başlarında BeyondTrust Remote Support ve Fortinet (16 Ekim), Atlassian Data Center (15 Ekim) ile Palo Alto PAN-OS, Cisco Secure Email Gateway ve Ahsay (14 Ekim) geldi. Her girdinin doğada istismar edildiğine dair kanıt var.

İki olay daha haftayı çerçeveledi. Reuters'ın 19 Ekim tarihli özel haberi, NorForge'daki bir araştırmacıya göre otonom yapay zeka ajanları kullanarak 1.200'den fazla sitede sızma girişiminde bulunan ve 100'den fazla şirketin sitesine giren, sızma başına maliyeti 50 dolar civarında olan tek bir hacker'ı anlattı; Reuters hangi verilerin alındığını tespit edemedi. Nihai bilanço ne olursa olsun, asıl hikaye ekonomi: bir sızma yaklaşık 50 dolara mal oluyorsa, ISC2 verilerindeki bütçe kesintilerini savunmak daha da zorlaşıyor. Ve Salı günü Google Cloud'un Londra bölgesindeki bir kesinti, Revolut kartlarının Avrupa genelinde reddedilmesiyle çakıştı; Revolut 20 Ekim akşamı nedeni bizzat doğruladı: Paris saatiyle 19:39'da sorunun giderildiğini ve hizmetlerin yeniden sağlandığını duyurdu ve neden olarak bir Google Cloud kesintisini gösterdi; Google kesintisini Londra bölgesinin bir diliminde yaşanan bir güç olayına bağlıyor ve hiçbir şey bunu PwnEscape'e bağlamıyor. Konuyu Revolut kesintisi açıklayıcı yazımızda ayrıca ele aldık.

Haftanın tamamı yan yana nasıl görünüyor?

Bu hafta gerçekte ne yapmalısınız?

Çoğu okuyucu için dürüst yanıt kısa. Tarayıcınızı ve işletim sisteminizi güncelleyin; bu, sertifika hikayesini sessizce çözer. Evde Plex Media Server çalıştırıyorsanız bugün güncelleyin; o açıklar yalnızca teoride kalmıyor, fiilen istismar ediliyor. Ve bu haftanın manşetlerini ödünç alan oltalama saldırıları bekleyin, "hesabınız PHP ihlalinde açığa çıktı" türünden şeyler; Le VPN'in Threat Protection özelliği gibi bilinen oltalama alan adlarını daha yüklenmeden engelleyen bir DNS filtresi burada yardımcı olur ve bir e-posta, e-posta adresinizin bir ihlale karıştığını iddia ediyorsa bağlantıya tıklamak yerine bilinen ihlallere karşı kendiniz kontrol edin. Çevrimiçi güvenlik merkezimiz (İngilizce) temel konuların geri kalanını kapsıyor.

Bir web siteniz varsa: bu gece hangi PHP dalını çalıştırdığınızı öğrenin. 8.2 ile 8.5 arasındaysanız güncelleme yayında: 8.2.35, 8.3.36, 8.4.27 veya 8.5.12'yi hemen uygulayın ya da Linux dağıtımları ve LTS sağlayıcıları yamaları önceden aldığı için barındırıcınıza güncellemenin uygulanıp uygulanmadığını sorun. 7.4, 8.0 veya 8.1 üzerindeyseniz seçenekler, PHP güvenlik ekibinin asgari kaynak kodu geri uyarlamaları veya bir sağlayıcının geri uyarlanmış düzeltmesi. PHP 5 dahil 7.3 veya öncesindeyseniz, bunu ertelediğiniz yükseltme için zorlayıcı bir neden olarak görün ve bu arada CERT-EU'nun yamalanamayan internete açık her şeyin izole edilmesi önerisini değerlendirin. Siteniz bir VPS üzerinde yaşıyorsa, sağlayıcınıza iki soru sormak hakkınız: ana makine çekirdekleri CVE-2026-99999 için yamalandı mı ve yeniden başlatma penceresi ne zaman. Ve yedeklerinizin fidye yazılımının ulaşamayacağı bir yerde var olduğunu kontrol edin: SafePay, kurbanlar tam da onlara güvendiği için ağa bağlı yedekleri sıfırlıyor veya siliyor.

Bu işi yapan insanları yönetiyorsanız, yazının başındaki anket rakamları bir İK merakı değil; bir risk göstergesidir. Proofpoint'in 2026 Voice of the CISO raporu, CISO'ların %77'sinin kendilerine aşırı beklentiler yüklendiğini söylediğini ortaya koydu ve IANS/Artico yönetim kurulu katılımı araştırması, yönetim kurulu üyelerinin yalnızca %29'unun aldıkları siber güncellemeleri çok etkili bulduğunu gösterdi. Bu haftayı ana makineleri yamalayarak, sertifikaları değiştirerek ve gece yarısı ambargo sızıntılarını okuyarak geçiren bir ekip, gelecek ay bunu yeniden yapacak. Bunu iyi mi yapacakları, yoksa bir yandan özgeçmişlerini mi güncelleyecekleri kısmen bir bütçe satırı meselesi.

Bir dürüst paragraf daha. Bir VPN bu listedeki tek bir olayı bile önleyemezdi. Sunucuları yamalamaz, ziyaret ettiğiniz sitelerdeki çekirdek veya PHP hatalarını düzeltmez, bulut kesintilerini durdurmaz ve kötü sertifikaları engelleyen tarayıcı güncellemelerinin yerini tutmaz. Yaptığı şey daha dar kapsamlı ve yine de faydalı: cihazınızla VPN sunucusu arasındaki trafiği şifreler, böylece aynı kafe Wi-Fi'ındaki biri gönderdiklerinizi ele geçiremez. Bir aracın tam olarak ne yaptığını bilmek ve bunu açıkça söylemek, doğrulanmamış olanın korkusuyla geçen bir haftayı bitirmenin doğru yolu gibi görünüyordu.

Düzeltmeler bu öğleden sonra, Paris saatiyle geldi. Bir yerlerde yorgun bir yönetici, açık bir terminal ve ayarlanmış bir bakım penceresiyle bekliyor ve Perşembe gününe kadar ekibin dışında kimse bunun yaşandığını hatırlamayacak. Güvenlik işe yaradığında böyle görünür: görünürde hiçbir şey.