İçeriğe atla
Şimdi yükleniyor
AKAşkın KILIÇ
  • Anasayfa
  • Azure & Bulut
    • Microsoft Azure
    • Bulut Altyapı
    • Microsoft 365
  • Yazılım
    • DevOps
    • Geliştirici Araçları
    • Konteyner & K8s
  • AI & Veri
    • Yapay Zeka
    • Veri & Analitik
  • Güvenlik
    • Güvenlik & Kimlik
    • Kurumsal Teknoloji
  • Hakkımda
    • İletişim
×
  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka
  • Başlangıç
  • Güvenlik & Kimlik
  • Multiple trusted publishing configurations for npm
Bulut Altyapı Geliştirici Araçları Güvenlik & Kimlik aşamalı yayınlama, kötü amaçlı yazılım taraması, npm, OIDC, trusted publishing Aşkın KILIÇ 06/09/2026 3 Yorumlar

Multiple trusted publishing configurations for npm

Multiple trusted publishing configurations for npm
📑 İçindekiler
  1. Bir paket için birden fazla OIDC yapılandırması
  2. Aşamalı yayınlama varsayılan olarak kullanılabiliyor
  3. Onay öncesinde kötü amaçlı yazılım taraması
  4. Bakımcılar için sürüm geçmişi görünümü
  5. Değişikliklerin npm yayınlama sürecine etkisi
  6. İlgili İçerikler
  7. Kaynaklar ve İleri Okuma

⏱️ 3 dk okuma📅 6 Eylül 2026

GitHub, npm yayıncıları için güvenilir yayınlama sürecini daha esnek ve güvenli kılan üç güncellemeyi genel kullanıma sundu. Yeni düzenlemeyle bir npm paketi birden fazla güvenilir yayınlama (OIDC) yapılandırmasına sahip olabiliyor. Aşamalı olarak gönderilen paketler, kötü amaçlı yazılım taraması tamamlanmadan onaylanamıyor. Bakımcılar da paket sürümlerinin aşamalı yayın geçmişini npmjs.com üzerindeki sürümler sekmesinden görebiliyor.

İlgili içerik: npm Trusted Publishing ile dist-tag Yönetimi Token'sız

Bir paket için birden fazla OIDC yapılandırması

npm paketlerinde güvenilir yayınlama yapılandırmaları için daha önce tek yapılandırma sınırı vardı. Farklı yayın akışlarını ayırmak isteyen bakımcılar bu nedenle kısıtlanabiliyordu. Kararlı, ön sürüm veya aşamalı sürümler için ayrı iş akışları gerektiğinde ya iş akışı çevresinde geçici çözümler kullanılıyor ya da OIDC’nin kapsamadığı yollar için uzun süre geçerli bir belirteç korunuyordu.

Yeni düzenlemeyle bir paket için birden fazla güvenilir yayınlama yapılandırması tanımlanabiliyor. Her biri bağımsız ve eklemeli çalışıyor; kendi depo, iş akışı ve ortam ölçütlerini içeriyor. Böylece farklı yayın süreçleri, aynı paketin güvenilir yayınlama modeli içinde ayrı yapılandırmalarla tanımlanabiliyor.

Bakımcılar bu yapılandırmaları paketlerinin ayarlar sayfasından ekleyebiliyor, listeleyebiliyor ve kaldırabiliyor. Yayınlama veya aşamalı gönderim isteği, gelen OIDC belirteci yapılandırmalardan herhangi biriyle eşleştiğinde yetkilendiriliyor.

Yapılandırmalar birbirini kısıtlamıyor ve eşleşmenin hangi sırayla değerlendirileceği garanti edilmiyor. Bu nedenle yapılandırmaların eşleşme sırasına dayalı bir mantık oluşturmamak gerekiyor. Yetkilendirme, gelen belirtecin yapılandırmalardan en az biriyle eşleşip eşleşmediğine göre yapılıyor.

Aşamalı yayınlama varsayılan olarak kullanılabiliyor

Her güvenilir yayınlama yapılandırması, varsayılan olarak bir paketi aşamalı biçimde gönderebiliyor. Doğrudan yayınlama ise her yapılandırma için ayrıca etkinleştirilmesi gereken bir seçenek. GitHub, yapılandırmaların yalnızca aşamalı gönderim için tutulmasını öneriyor.

Aşamalı yayınlama modelinde bir sürüm kullanılabilir hale gelmeden önce insan onayı gerekiyor. Güvenilir yayınlama sürecindeki bir iş akışı ele geçirilse bile paket doğrudan kayıt defterine gönderilemiyor. Böylece yayınlama yetkisiyle çalışan bir iş akışının olası kötüye kullanımının etkisi, onay adımıyla sınırlandırılabiliyor.

Birden fazla yapılandırma desteği, farklı depolara, iş akışlarına veya ortamlara dayanan yayın süreçlerini aynı paket içinde yönetmeyi kolaylaştırıyor. Ancak yapılandırmalar bağımsız çalıştığı için her birinin ölçütleri dikkatle belirlenmeli, doğrudan yayınlama da yalnızca ihtiyaç duyulan yapılandırmalarda açılmalı.

Onay öncesinde kötü amaçlı yazılım taraması

GitHub’ın yayınlama zamanında kötü amaçlı yazılım taramasını başlatmasının ardından paketler, kullanılabilir hale gelmeden önce taranıyor. Aşamalı yayınlama kuyruğunda yapılan değişiklikle taraması süren bir paket için onay düğmesi devre dışı bırakılıyor.

Onay işlemi tarama tamamlandıktan sonra kullanılabilir hale geliyor. Bakımcı böylece güvenlik taraması henüz sonuçlanmamış bir paketi aşamalı yayın kuyruğundan onaylayamıyor. Kuyruk sayfası, tarama ve onay durumunu güncel tutmak için her dakika yenileniyor.

Bu akış, aşamalı yayınlamadaki insan onayıyla yayınlama öncesi kötü amaçlı yazılım taramasını aynı sıraya koyuyor. Paket önce taramadan geçiyor, onay seçeneği de ancak tarama tamamlandığında etkinleşiyor. Kaynakta tarama sonucunda hangi ayrıntıların gösterildiğine ilişkin ek bilgi paylaşılmıyor.

Bakımcılar için sürüm geçmişi görünümü

npmjs.com üzerindeki paket sürümleri sekmesi, aşamalı yayınlama sürecini izlemeye yardımcı olacak şekilde güncellendi. İlgili bakımcılar her sürümün ayrıntılı geçmişini bu sekmeden görebiliyor.

Bu geçmişte bir sürümün onaylanıp onaylanmadığı, reddedilip reddedilmediği veya hala aşamalı durumda bulunup bulunmadığı gösteriliyor. Bakımcılar böylece paket sürümlerinin yayınlama sürecindeki durumunu tek bir görünümden takip edebiliyor.

Yeni görünüm, bir paketin doğrudan kullanılabilir olup olmadığını ve aşamalı yayın sürecinde hangi noktada bulunduğunu ayırt etmeyi kolaylaştırıyor. Kaynakta bu geçmişin bakımcılara sunulduğu belirtiliyor; diğer kullanıcıların aynı ayrıntılara erişip erişemediği konusunda bilgi verilmiyor.

Değişikliklerin npm yayınlama sürecine etkisi

Bu üç güncelleme, npm paketleri için güvenilir yayınlama modelini farklı iş akışlarını destekleyecek şekilde genişletiyor. Birden fazla OIDC yapılandırması, paket başına tek bir yayınlama yolu kullanma zorunluluğunu kaldırıyor. Aşamalı yayınlamanın varsayılan olarak desteklenmesi de doğrudan yayınlama yerine onay adımının kullanılmasına imkan tanıyor.

Kötü amaçlı yazılım taraması tamamlanmadan onay verilememesi, aşamalı yayınlama kuyruğuna ek bir sıralama ve kontrol getiriyor. Sürüm geçmişinin bakımcılara gösterilmesi ise onay, ret ve bekleyen aşamalı durumların izlenmesini kolaylaştırıyor.

GitHub, bu değişiklikleri bakımcı geri bildirimleri doğrultusunda geliştirdiğini belirtiyor. Güncellemeler hakkında soru sormak veya gelişmeleri takip etmek isteyenler GitHub Community tartışmasına başvurabilir.

İlgili İçerikler

  • .NET Modernization for Beginners Kursu Duyuruldu
  • npm’de İmzayı Sıkılaştıran Yeni Dönem: Stage Queue ve Allow Flag’ler
  • GitHub Copilot for Eclipse Açık Kaynak Oldu: Bu Ne Değiştiriyor?

Kaynaklar ve İleri Okuma

  • github.blog

GitHub Changelog: Multiple trusted publishing configurations for npm

GitHub Community tartışması

🤖Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Aşkın KILIÇ
Aşkın KILIÇYazar

20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

İlgili Yazılar

Copilot Usage Metrics API: PR İnceleme Süresi Kırılımı
Copilot Usage Metrics API: PR İnceleme Süresi Kırılımı26 Eyl 2026
Claude Opus 5 GitHub Copilot'ta Kullanıma Sunuldu
Claude Opus 5 GitHub Copilot'ta Kullanıma Sunuldu24 Tem 2026
SQL Server on Azure Local: Bağlantısız Çalışma Desteği
SQL Server on Azure Local: Bağlantısız Çalışma Desteği12 Eki 2026
.NET 10 ile WebAssembly Hızlanınca Copilot Studio’da Neler Değişti?
.NET 10 ile WebAssembly Hızlanınca Copilot Studio’da Neler Değişti?7 May 2026

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için YouTube ve GitHub hesaplarımı takip edin.

YouTube GitHub

Haftalık Bülten

Her pazar özenle seçilmiş teknoloji yazıları doğrudan e-postanıza gelsin.

Etiket aşamalı yayınlama kötü amaçlı yazılım taraması npm OIDC trusted publishing
Önceki yazı

Kurumsal Yapay Zekâda Azure’un Uçtan Uca Yaklaşımı

Sonraki yazı

MSTest 4.4 ile Native AOT Uygulamalarını Test Etmek

İlginizi Çekebilir

Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
Aşkın KILIÇ 0

Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı

24/10/2026
PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
Aşkın KILIÇ 0

PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği

24/10/2026
Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
Aşkın KILIÇ 0

Copilot Usage Metrics API: IDE Dışı Araç Kullanımı

24/10/2026

3 comments

comments user
Aslı S. 06/09/2026 21:04

OIDC tarafında birden fazla güvenilir yayınlama yapılandırması eklenebilmesi güzel bir esneklik sağlamış; aşamalı yayınlamayı varsayılan yapmaları da bence doğru karar. Sizde de “prod’a gitsin önce staging’den geçsin” yaklaşımı var mı? Bu arada önceki bir OIDC/CI akışı yazısı paylaşsanız iyi olurdu.

Yanıtla
comments user
Oğuz L. 06/09/2026 23:35

OIDC ile güvenilir yayınlamayı genişletmeleri baya yerinde; “bir pakete birden fazla güvenilir yayın yapılandırması” fikri özellikle büyük projelerde işleri kolaylaştırır. Kötü amaçlı yazılım taraması da varsayılan gelince içim daha rahat etti, sizde de nasıl oldu? Bu arada şu yazınız da güzeldi: https://www.askinkilic.com.tr/github-hydrafusion-goreve-gore-model-orkestrasyonu/

Yanıtla
comments user
Onur P. 07/09/2026 03:37

Bu güzel gelişme, özellikle npm tarafında yayınlama kontrolünü daha esnek hale getiriyor. Birden fazla OIDC “trusted publishing” kurgusu eklenebilmesi aşamalı yayınları da daha güvenli yönetir gibi geliyor. Bu arada şu yazınız da güzeldi: https://www.askinkilic.com.tr/mstest-44-ile-native-aot-uygulamalarini-test-etmek/

Yanıtla

Yorum gönder Yanıtı iptal et

Yazı Ara

Takip Edin

  • Takipçi
  • Takipçi
  • Takipçi
  • Abone
  • Takipçi
  • Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
    24/10/2026 Microsoft Sovereign Cloud: İş Yükü Bazlı Kontrol Katmanı
  • PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
    24/10/2026 PowerToys 0.102: Yeni Fare Araçları ve CLI Desteği
  • Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
    24/10/2026 Copilot Usage Metrics API: IDE Dışı Araç Kullanımı
  • Code with Cosmos: Dört Bölümde Üretime Hazır AI Uygulaması
    24/10/2026 Code with Cosmos: Dört Bölümde Üretime Hazır AI Uygulaması
  • GitHub Apps ile Enterprise Yönetimi PAT'siz Yürütmek
    23/10/2026 GitHub Apps ile Enterprise Yönetimi PAT’siz Yürütmek
  • DevOps Güncellemeleri
    09/03/2026 Azure DevOps Server Şubat Güncellemesi: Güvenlik
  • 2026-03-10_15-35-23
    10/03/2026 Microsoft 365 E7: Yapay Zeka ve Güvenlik Bir Arada
  • Artımlı Anlık Görüntü: Anında Geri Yükleme
    09/03/2026 Artımlı Anlık Görüntü: Anında Geri Yükleme
  • Azure Developer CLI 1.34: azure.yaml Katmanları ve
    04/10/2026 Azure Developer CLI 1.34: azure.yaml Katmanları ve
  • Bulut Sunucu Altyapısı
    09/03/2026 Microsoft Sovereign Cloud: İzolasyonda Güvenli Bulut
  • GitHub Copilot Pro Denemeleri Neden Durdu?
    11/04/2026 GitHub Copilot Pro Denemeleri Neden Durduruldu?
  • vcpkg'de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
    06/04/2026 vcpkg’de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
  • MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
    08/04/2026 MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
  • Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
    06/04/2026 Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
  • Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler
    10/04/2026 Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler

Hakkımda

Aşkın KILIÇ

Microsoft Azure Çözüm Uzmanı. Bulut bilişim, yapay zekâ, DevOps ve kurumsal güvenlik üzerine yazılar yazıyorum.

Devamını Oku →

Kategoriler

  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka

Popüler Etiketler

AI ajanları ASP.NET Core Azure azure app service Azure Cosmos DB Azure Developer CLI Azure DevOps Azure Functions Azure OpenAI azure sdk Azure SQL CI/CD CodeQL code review copilot Copilot CLI DevOps Entra ID geliştirici verimliliği GitHub GitHub Actions GitHub Copilot güvenlik Kimlik Doğrulama Kubernetes kurumsal güvenlik kurumsal yapay zeka maliyet optimizasyonu MCP Microsoft Agent Framework Microsoft Azure Microsoft Entra ID Microsoft Foundry MSVC otomasyon performans Pull Request RAG verimlilik veri yönetimi Visual Studio Visual Studio 2026 VS Code yapay zeka Yazılım geliştirme
  • Gizlilik Politikası
  • Çerez Politikası
  • Kullanım Koşulları
  • Hakkımda
  • İletişim

© 2026 Aşkın KILIÇ | Tüm hakları saklıdır. | Powered By SpiceThemes

Çerez tercihleri Zorunlu çerezler sitenin çalışması için kullanılır. Analitik çerezler yalnız açık izninizden sonra Google Analytics ve Microsoft Clarity için etkinleştirilir. KVKK ve Çerez Politikası
✉

Haftalık Bülten

Azure, DevOps ve Yapay Zeka dünyasındaki en güncel içerikleri her hafta doğrudan e-postanıza alın.

Spam yok. İstediğiniz zaman iptal edebilirsiniz.
📱
Uygulamayı Yükle Ana ekrana ekle, çevrimdışı oku
Ana Sayfa
Kategoriler
💻 Geliştirici Araçları 507 yazı 🏗️ Bulut Altyapı 407 yazı 🤖 Yapay Zeka 331 yazı ☁️ Microsoft Azure 279 yazı 🔧 DevOps 277 yazı 🔒 Güvenlik & Kimlik 223 yazı 🏢 Kurumsal Teknoloji 107 yazı 📊 Veri & Analitik 78 yazı 🐳 Konteyner & Kubernetes 62 yazı 📧 Microsoft 365 22 yazı 📁 Azure 1 yazı
Ara
Popüler
Yapay Zeka Azure Kubernetes DevOps Copilot Docker
Paylaş
WhatsApp
İçindekiler
    ← Kurumsal Yapay Zekâda Azure’un...
    MSTest 4.4 ile Native AOT Uygu... →
    📩

    Gitmeden önce!

    Her pazar özenle seçilmiş teknoloji yazıları ve AI haberleri doğrudan e-postanıza gelsin. Ücretsiz, spam yok.

    🔒 Bilgileriniz güvende. İstediğiniz zaman ayrılabilirsiniz.

    📬 Haftalık bülten: Teknoloji + AI haberleri
    Beni Takip Et Yeni Azure / AI / DevOps yazılarını GitHub ve RSS üzerinden takip edin.
    GitHub RSS