<![CDATA[TurkTeam | Türk Siber Güvenlik Topluluğu - Soru-Cevap]]> https://www.turkteam.org/ Sun, 25 Oct 2026 19:35:38 +0000 MyBB <![CDATA[Soru-Cevap: Yazılım Tedarik Zinciri Güvenliği Nedir, Küçük Ekip Nereden Başlamalı?]]> https://www.turkteam.org/konu-soru-cevap-yazilim-tedarik-zinciri-guvenligi-nedir-kucuk-ekip-nereden-baslamali.html Sun, 25 Oct 2026 11:52:44 +0300 KulTigin]]> https://www.turkteam.org/konu-soru-cevap-yazilim-tedarik-zinciri-guvenligi-nedir-kucuk-ekip-nereden-baslamali.html [Resim: attachment.php?aid=438]
Selamlar,

Son dönemde tedarik zinciri saldırıları (ele geçirilmiş paketler, iptal edilmeyen anahtarlar, güvensiz güncelleyiciler) forum gündeminin sürekli konusu oldu. Peki yazılım tedarik zinciri güvenliği tam olarak nedir ve kaynağı kısıtlı küçük bir ekip nereden başlamalı? Bu soru-cevap formatında temel kavramları ve pratik ilk adımları topladım.

S: Yazılım tedarik zinciri güvenliği nedir?
C: Yazdığınız koda ek olarak dışarıdan gelen her şeyin (açık kaynak bağımlılıklar, temel imajlar, CI/CD eklentileri, build araçları, güncelleme kanalları) güvenliğini kapsar. Saldırgan, kodunuza doğrudan sızamasa bile, güvendiğiniz bir bağımlılık veya aracı ele geçirerek dolaylı yoldan girebilir.

S: Neden bu kadar önemli hale geldi?
C: Modern uygulamalar koddan çok bağımlılıktır; yüzlerce dolaylı (transitive) paket içerir. Tek bir popüler paketin ele geçirilmesi binlerce projeyi etkileyebilir. Forumda ele aldığımız LiteLLM ve ConnectWise vakaları tam da bu zincirin kırılma örnekleriydi.

S: SBOM nedir, gerekli mi?
C: SBOM (Software Bill of Materials), uygulamanızın içerdiği tüm bileşenlerin listesidir; bir "içindekiler etiketi" gibi. Yeni bir açık çıktığında "bu paketi kullanıyor muyum?" sorusunu saniyeler içinde yanıtlamanızı sağlar. Üretmek için:
Kod:
# Syft ile (örnek) syft dir:. -o cyclonedx-json > sbom.json

S: Küçük ekip nereden başlamalı?
C: Büyük çerçeveleri (SLSA seviyeleri gibi) bir anda uygulamak zorunda değilsiniz. Öncelik sırası:
  1. Bağımlılıkları kilitleyin. package-lock.json, poetry.lock, go.sum gibi kilit dosyalarını commit edin ki tekrarlanabilir build alın.
  2. Bağımlılık taraması ekleyin. CI'da bilinen zafiyetli paketleri tespit edin (örneğin pip-audit, npm audit, govulncheck).
  3. SBOM üretin. Her sürümde otomatik olarak oluşturup saklayın.
  4. Sırları repodan çıkarın. (Gitleaks rehberimize bakın.)
  5. CI/CD yetkilerini kısıtlayın. En az yetki; token'ları dar kapsamlı ve kısa ömürlü yapın.
  6. Build'i sürümleyin/imzalayın. İlerleyen aşamada SLSA kaynak ve ürün bütünlüğü hedefleyin.

S: SLSA nedir?
C: SLSA (Supply-chain Levels for Software Artifacts), build süreci bütünlüğü için aşamalı bir çerçeve. Düşük seviyeler kaynak ve build'in izlenebilirliğini, yüksek seviyeler imzalı ve doğrulanabilir üretimi hedefler. Küçük ekipler önce düşük seviye hedeflerle başlayabilir.

S: Tek bir cümleyle özet?
C: Kullandığınız her bağımlılığı ve aracı, kendi kodunuz kadar ciddiye alın; kilitleyin, tarayın, listeleyin (SBOM) ve yetkileri daraltın.

Sonuç
Tedarik zinciri güvenliği kulağa büyük gelebilir, ama küçük ekipler için bile birkaç somut adım (kilit dosyası, bağımlılık taraması, SBOM, sır temizliği) riski ciddi ölçüde düşürür. Sizin ekibiniz bu adımlardan hangilerini uyguluyor?

Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.

Kaynaklar

.png   19-t19-tedarik-zinciri-sc-baslangic.png (Dosya Boyutu: 119.7 KB / İndirme Sayısı: 3) ]]> [Resim: attachment.php?aid=438]
Selamlar,

Son dönemde tedarik zinciri saldırıları (ele geçirilmiş paketler, iptal edilmeyen anahtarlar, güvensiz güncelleyiciler) forum gündeminin sürekli konusu oldu. Peki yazılım tedarik zinciri güvenliği tam olarak nedir ve kaynağı kısıtlı küçük bir ekip nereden başlamalı? Bu soru-cevap formatında temel kavramları ve pratik ilk adımları topladım.

S: Yazılım tedarik zinciri güvenliği nedir?
C: Yazdığınız koda ek olarak dışarıdan gelen her şeyin (açık kaynak bağımlılıklar, temel imajlar, CI/CD eklentileri, build araçları, güncelleme kanalları) güvenliğini kapsar. Saldırgan, kodunuza doğrudan sızamasa bile, güvendiğiniz bir bağımlılık veya aracı ele geçirerek dolaylı yoldan girebilir.

S: Neden bu kadar önemli hale geldi?
C: Modern uygulamalar koddan çok bağımlılıktır; yüzlerce dolaylı (transitive) paket içerir. Tek bir popüler paketin ele geçirilmesi binlerce projeyi etkileyebilir. Forumda ele aldığımız LiteLLM ve ConnectWise vakaları tam da bu zincirin kırılma örnekleriydi.

S: SBOM nedir, gerekli mi?
C: SBOM (Software Bill of Materials), uygulamanızın içerdiği tüm bileşenlerin listesidir; bir "içindekiler etiketi" gibi. Yeni bir açık çıktığında "bu paketi kullanıyor muyum?" sorusunu saniyeler içinde yanıtlamanızı sağlar. Üretmek için:
Kod:
# Syft ile (örnek) syft dir:. -o cyclonedx-json > sbom.json

S: Küçük ekip nereden başlamalı?
C: Büyük çerçeveleri (SLSA seviyeleri gibi) bir anda uygulamak zorunda değilsiniz. Öncelik sırası:
  1. Bağımlılıkları kilitleyin. package-lock.json, poetry.lock, go.sum gibi kilit dosyalarını commit edin ki tekrarlanabilir build alın.
  2. Bağımlılık taraması ekleyin. CI'da bilinen zafiyetli paketleri tespit edin (örneğin pip-audit, npm audit, govulncheck).
  3. SBOM üretin. Her sürümde otomatik olarak oluşturup saklayın.
  4. Sırları repodan çıkarın. (Gitleaks rehberimize bakın.)
  5. CI/CD yetkilerini kısıtlayın. En az yetki; token'ları dar kapsamlı ve kısa ömürlü yapın.
  6. Build'i sürümleyin/imzalayın. İlerleyen aşamada SLSA kaynak ve ürün bütünlüğü hedefleyin.

S: SLSA nedir?
C: SLSA (Supply-chain Levels for Software Artifacts), build süreci bütünlüğü için aşamalı bir çerçeve. Düşük seviyeler kaynak ve build'in izlenebilirliğini, yüksek seviyeler imzalı ve doğrulanabilir üretimi hedefler. Küçük ekipler önce düşük seviye hedeflerle başlayabilir.

S: Tek bir cümleyle özet?
C: Kullandığınız her bağımlılığı ve aracı, kendi kodunuz kadar ciddiye alın; kilitleyin, tarayın, listeleyin (SBOM) ve yetkileri daraltın.

Sonuç
Tedarik zinciri güvenliği kulağa büyük gelebilir, ama küçük ekipler için bile birkaç somut adım (kilit dosyası, bağımlılık taraması, SBOM, sır temizliği) riski ciddi ölçüde düşürür. Sizin ekibiniz bu adımlardan hangilerini uyguluyor?

Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.

Kaynaklar

.png   19-t19-tedarik-zinciri-sc-baslangic.png (Dosya Boyutu: 119.7 KB / İndirme Sayısı: 3) ]]> <![CDATA[Soru: Evde Plex Media Server Kullanıyorum, Plex2Shell İçin Ne Yapmalıyım?]]> https://www.turkteam.org/konu-soru-evde-plex-media-server-kullaniyorum-plex2shell-icin-ne-yapmaliyim.html Fri, 23 Oct 2026 11:41:42 +0300 KulTigin]]> https://www.turkteam.org/konu-soru-evde-plex-media-server-kullaniyorum-plex2shell-icin-ne-yapmaliyim.html [Resim: attachment.php?aid=385]
Selamlar arkadaşlar,

Evde eski bir mini PC'de Plex Media Server çalıştırıyorum, dışarıdan da film izleyebilmek için uzaktan erişim açık. CISA'nın Plex2Shell açıklarını aktif istismar listesine (KEV) eklediğini ve ABD federal kurumlarına 23 Ekim'e kadar yama süresi verdiğini okudum. Kurum değilim ama ev ağımda bu kutu açık duruyor. Araştırdıklarımı ve yaptıklarımı yazıyorum; eksik varsa düzeltin.

Anladığım kadarıyla durum
AppSec News ve Root2Sec'in özetine göre Plex2Shell, dört Plex Media Server açığının zinciri:
Kod:
CVE-2026-96652 Kimlik dogrulamasiz SSRF CVE-2026-96654 URL injection CVE-2026-96655 Transcoder'da kimlik dogrulamali SSRF CVE-2026-96656 Transcoder ayarlarinda keyfi dosya yazma Duzeltme: Plex Media Server 1.43.3.10861 ve sonrasi
Zincir birleşince saldırgan sunucu sahibinin yönetici token'ını alıp yükseltilmiş yetkiyle kod çalıştırabiliyor. Araştırmacı Zach Main zincirin tamamına 9.8 puan vermiş. İlk saldırılar 17 Ekim'de Plex honeypot'larına kripto madencisi kurmak için yapılmış.

Yaptıklarım
  1. Sürüm kontrolü: Plex Web > Ayarlar > Genel bölümünde sürüme baktım. Linux'ta terminalden de bakılabiliyor:
    Kod:
    dpkg -l | grep plexmediaserver # Debian/Ubuntu paket kurulumu docker exec plex cat /usr/lib/plexmediaserver/Resources/VERSION 2>/dev/null
  2. Güncelleme: 1.43.3.10861 veya sonrasına geçtim. Docker kullananlar için imajı çekip konteyneri yeniden oluşturmak gerekiyor, sadece restart yetmiyor.
  3. Uzaktan erişim: Güncelleme bitene kadar Ayarlar > Uzaktan Erişim'i kapattım. Modemde 32400 için elle açtığım port yönlendirmesini sildim, UPnP'yi de kapattım.
  4. İz kontrolü: Sunucuda tanımadığım süreç veya yüksek CPU kullanımı var mı diye baktım (madenci belirtisi).
    Kod:
    top -o %CPU ls -la /tmp /var/tmp

Sorularım
  1. Güncelledikten sonra uzaktan erişimi tekrar açmak mantıklı mı, yoksa Tailscale/WireGuard gibi bir VPN üzerinden mi izlemeli?
  2. Ele geçirilmiş olma ihtimaline karşı Plex hesabımın parolasını değiştirip tüm cihazlardan çıkış yapmak yeterli mi? Token çalındıysa bu onu geçersiz kılar mı?
  3. Plex kutusunu ev ağında ayrı bir VLAN'a almak ev kullanıcısı için abartı mı?

Kendi denemelerim: VPN ile izlemek biraz uğraştırıyor ama portu internete açmamak gönlümü rahatlatıyor. Tecrübesi olanların fikirlerini bekliyorum.

Ev sunucusu çalıştıranlar: medya sunucunuzu dışarıya nasıl açıyorsunuz, port yönlendirme mi VPN mi?

Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.

Kaynaklar

.png   17-k02-soru-plex-ev-sunucu.png (Dosya Boyutu: 123.25 KB / İndirme Sayısı: 8) ]]> [Resim: attachment.php?aid=385]
Selamlar arkadaşlar,

Evde eski bir mini PC'de Plex Media Server çalıştırıyorum, dışarıdan da film izleyebilmek için uzaktan erişim açık. CISA'nın Plex2Shell açıklarını aktif istismar listesine (KEV) eklediğini ve ABD federal kurumlarına 23 Ekim'e kadar yama süresi verdiğini okudum. Kurum değilim ama ev ağımda bu kutu açık duruyor. Araştırdıklarımı ve yaptıklarımı yazıyorum; eksik varsa düzeltin.

Anladığım kadarıyla durum
AppSec News ve Root2Sec'in özetine göre Plex2Shell, dört Plex Media Server açığının zinciri:
Kod:
CVE-2026-96652 Kimlik dogrulamasiz SSRF CVE-2026-96654 URL injection CVE-2026-96655 Transcoder'da kimlik dogrulamali SSRF CVE-2026-96656 Transcoder ayarlarinda keyfi dosya yazma Duzeltme: Plex Media Server 1.43.3.10861 ve sonrasi
Zincir birleşince saldırgan sunucu sahibinin yönetici token'ını alıp yükseltilmiş yetkiyle kod çalıştırabiliyor. Araştırmacı Zach Main zincirin tamamına 9.8 puan vermiş. İlk saldırılar 17 Ekim'de Plex honeypot'larına kripto madencisi kurmak için yapılmış.

Yaptıklarım
  1. Sürüm kontrolü: Plex Web > Ayarlar > Genel bölümünde sürüme baktım. Linux'ta terminalden de bakılabiliyor:
    Kod:
    dpkg -l | grep plexmediaserver # Debian/Ubuntu paket kurulumu docker exec plex cat /usr/lib/plexmediaserver/Resources/VERSION 2>/dev/null
  2. Güncelleme: 1.43.3.10861 veya sonrasına geçtim. Docker kullananlar için imajı çekip konteyneri yeniden oluşturmak gerekiyor, sadece restart yetmiyor.
  3. Uzaktan erişim: Güncelleme bitene kadar Ayarlar > Uzaktan Erişim'i kapattım. Modemde 32400 için elle açtığım port yönlendirmesini sildim, UPnP'yi de kapattım.
  4. İz kontrolü: Sunucuda tanımadığım süreç veya yüksek CPU kullanımı var mı diye baktım (madenci belirtisi).
    Kod:
    top -o %CPU ls -la /tmp /var/tmp

Sorularım
  1. Güncelledikten sonra uzaktan erişimi tekrar açmak mantıklı mı, yoksa Tailscale/WireGuard gibi bir VPN üzerinden mi izlemeli?
  2. Ele geçirilmiş olma ihtimaline karşı Plex hesabımın parolasını değiştirip tüm cihazlardan çıkış yapmak yeterli mi? Token çalındıysa bu onu geçersiz kılar mı?
  3. Plex kutusunu ev ağında ayrı bir VLAN'a almak ev kullanıcısı için abartı mı?

Kendi denemelerim: VPN ile izlemek biraz uğraştırıyor ama portu internete açmamak gönlümü rahatlatıyor. Tecrübesi olanların fikirlerini bekliyorum.

Ev sunucusu çalıştıranlar: medya sunucunuzu dışarıya nasıl açıyorsunuz, port yönlendirme mi VPN mi?

Yasal uyarı
Bu yazı bilgilendirme ve savunma amaçlıdır. Anlatılan kontrolleri yalnızca kendi sistemlerinizde veya yazılı izinle yapın. İzinsiz erişim, tarama ve sömürü girişimleri TCK 243-245 kapsamında suçtur. TurkTeam white-hat bir topluluktur; çalıntı veri, hesap, combo/log paylaşımı ve hack hizmeti talepleri forum kurallarına aykırıdır.

Kaynaklar

.png   17-k02-soru-plex-ev-sunucu.png (Dosya Boyutu: 123.25 KB / İndirme Sayısı: 8) ]]> <![CDATA[Soru: Ev Labi Icin Mini PC mi Eski Dizustu mu? (Kendi Denemem ve Fikriniz)]]> https://www.turkteam.org/konu-soru-ev-labi-icin-mini-pc-mi-eski-dizustu-mu-kendi-denemem-ve-fikriniz.html Sat, 17 Oct 2026 11:28:41 +0300 KulTigin]]> https://www.turkteam.org/konu-soru-ev-labi-icin-mini-pc-mi-eski-dizustu-mu-kendi-denemem-ve-fikriniz.html [Resim: attachment.php?aid=110]
Selam millet,

Kafama takilan bir konuyu hem soru olarak acmak hem de kendi yaptigim denemeyi paylasmak istiyorum. Surekli calisan bir ev labi kurmak istiyorum (birkac VM ayni anda). Elimde iki secenek var: ucuz bir mini PC almak mi, yoksa koltukta duran eski dizustu bilgisayari mi kullanmak? Sizin deneyiminiz ne yonde?

Durumum
Eski dizustu: 4 cekirdek, 8 GB RAM, SSD var ama fani gurultulu ve 7/24 acik kalinca isiniyor. Mini PC tarafinda ise 16 GB RAM'e cikabilen, dusuk guc tuketen secenekler var ama ek butce demek.

Kendi Yaptigim Deneme (kismi cevap)
Once eski dizustu ile denedim. Proxmox kurdum, uzerine 2 VM (Kali + Ubuntu hedef) rahat dondu. Ama 3. VM'de (Windows) RAM yetmedi, takilmaya basladi.

Kod:
free -h # total used free # Mem: 7.6Gi 6.9Gi 0.3Gi <- sikisti nproc # 4

Yani 8 GB ile ciddi bir lab zor. Dizustu artisi: ekrani, klavyesi, bataryasi (kisa elektrik kesintisine dayaniyor) hazir. Eksisi: isinma ve 7/24 icin tasarlanmamis olmasi.

Tartistigim Noktalar
  • 7/24 calisma: dizustu uzun vadede yorulur mu?
  • RAM: lab icin 16 GB kritik gibi duruyor, katiliyor musunuz?
  • Guc tuketimi: mini PC aylik faturada fark eder mi?
  • Sessizlik: calisma odasinda fan sesi sorun olur mu?

Simdilik Vardigim Yer
Egilimim 16 GB mini PC yonunde; dusuk guc + sessiz + 7/24'e uygun. Ama "eski dizustu RAM yukseltip idare eder, bos yere para harcama" diyen deneyimli varsa gercekten dinlerim.

Siz ne kullaniyorsunuz, 7/24 lab icin oneriniz nedir? Ozellikle elektrik faturasi ve dayaniklilik tarafinda deneyim paylasirsaniz cok makbule gecer.

Kaynak

.png   kultigin-k07.png (Dosya Boyutu: 78.34 KB / İndirme Sayısı: 11) ]]> [Resim: attachment.php?aid=110]
Selam millet,

Kafama takilan bir konuyu hem soru olarak acmak hem de kendi yaptigim denemeyi paylasmak istiyorum. Surekli calisan bir ev labi kurmak istiyorum (birkac VM ayni anda). Elimde iki secenek var: ucuz bir mini PC almak mi, yoksa koltukta duran eski dizustu bilgisayari mi kullanmak? Sizin deneyiminiz ne yonde?

Durumum
Eski dizustu: 4 cekirdek, 8 GB RAM, SSD var ama fani gurultulu ve 7/24 acik kalinca isiniyor. Mini PC tarafinda ise 16 GB RAM'e cikabilen, dusuk guc tuketen secenekler var ama ek butce demek.

Kendi Yaptigim Deneme (kismi cevap)
Once eski dizustu ile denedim. Proxmox kurdum, uzerine 2 VM (Kali + Ubuntu hedef) rahat dondu. Ama 3. VM'de (Windows) RAM yetmedi, takilmaya basladi.

Kod:
free -h # total used free # Mem: 7.6Gi 6.9Gi 0.3Gi <- sikisti nproc # 4

Yani 8 GB ile ciddi bir lab zor. Dizustu artisi: ekrani, klavyesi, bataryasi (kisa elektrik kesintisine dayaniyor) hazir. Eksisi: isinma ve 7/24 icin tasarlanmamis olmasi.

Tartistigim Noktalar
  • 7/24 calisma: dizustu uzun vadede yorulur mu?
  • RAM: lab icin 16 GB kritik gibi duruyor, katiliyor musunuz?
  • Guc tuketimi: mini PC aylik faturada fark eder mi?
  • Sessizlik: calisma odasinda fan sesi sorun olur mu?

Simdilik Vardigim Yer
Egilimim 16 GB mini PC yonunde; dusuk guc + sessiz + 7/24'e uygun. Ama "eski dizustu RAM yukseltip idare eder, bos yere para harcama" diyen deneyimli varsa gercekten dinlerim.

Siz ne kullaniyorsunuz, 7/24 lab icin oneriniz nedir? Ozellikle elektrik faturasi ve dayaniklilik tarafinda deneyim paylasirsaniz cok makbule gecer.

Kaynak

.png   kultigin-k07.png (Dosya Boyutu: 78.34 KB / İndirme Sayısı: 11) ]]> <![CDATA[Soru: VMware Workstation Pro 2026'da Hâlâ Ücretsiz mi? (Ticari Dahil)]]> https://www.turkteam.org/konu-soru-vmware-workstation-pro-2026-da-h%C3%A2l%C3%A2-ucretsiz-mi-ticari-dahil.html Fri, 16 Oct 2026 11:28:40 +0300 BilgeKagan]]> https://www.turkteam.org/konu-soru-vmware-workstation-pro-2026-da-h%C3%A2l%C3%A2-ucretsiz-mi-ticari-dahil.html [Resim: attachment.php?aid=42]
Selamlar,

Lab kurarken sık sorulan bir soruyu buraya sabitlemek istedim: VMware Workstation Pro gerçekten ücretsiz mi, ticari kullanımda da mı?

Kısa cevap (Broadcom/VMware duyurusuna göre):
11 Kasım 2024'te VMware, Fusion Pro ve Workstation Pro'nun kişisel, eğitim ve ticari kullanım için ücretsiz olduğunu duyurdu. Ücretli Pro aboneliği satılmıyor. Broadcom'un lisans makalesine göre Workstation Pro 17.5.2 ve sonrasında ücretsiz sürüm için lisans anahtarı gerekmiyor.

Dikkat edilmesi gerekenler:
  • İndirmeyi Broadcom/VMware'in güncel resmi kanallarından yapın; korsan / "keygen" sitelerine gitmeyin.
  • Destek sözleşmeleri ayrı konu: ücretsiz kullanım destek paketi anlamına gelmeyebilir.
  • Mevcut ücretli sözleşmeler süreleri dolana kadar geçerliliğini koruyabilir; yeni satış modeli değişti.
  • VirtualBox hâlâ güçlü bir ücretsiz alternatif (GPLv3 taban paket).

Ben lab'da ikisini de tutuyorum: Windows host'ta bazen VMware'in 3D/USB deneyimi daha akıcı, Linux host'ta VirtualBox ile idare ediyorum.

Sizin deneyiminiz? 2026'da lisans ekranında sorun yaşayan oldu mu? Resmi linkleri yorumda güncelleyelim.

Kaynaklar
Kapak: özgün TurkTeam görseli.

.png   bilgekagan-10.png (Dosya Boyutu: 93.67 KB / İndirme Sayısı: 13) ]]> [Resim: attachment.php?aid=42]
Selamlar,

Lab kurarken sık sorulan bir soruyu buraya sabitlemek istedim: VMware Workstation Pro gerçekten ücretsiz mi, ticari kullanımda da mı?

Kısa cevap (Broadcom/VMware duyurusuna göre):
11 Kasım 2024'te VMware, Fusion Pro ve Workstation Pro'nun kişisel, eğitim ve ticari kullanım için ücretsiz olduğunu duyurdu. Ücretli Pro aboneliği satılmıyor. Broadcom'un lisans makalesine göre Workstation Pro 17.5.2 ve sonrasında ücretsiz sürüm için lisans anahtarı gerekmiyor.

Dikkat edilmesi gerekenler:
  • İndirmeyi Broadcom/VMware'in güncel resmi kanallarından yapın; korsan / "keygen" sitelerine gitmeyin.
  • Destek sözleşmeleri ayrı konu: ücretsiz kullanım destek paketi anlamına gelmeyebilir.
  • Mevcut ücretli sözleşmeler süreleri dolana kadar geçerliliğini koruyabilir; yeni satış modeli değişti.
  • VirtualBox hâlâ güçlü bir ücretsiz alternatif (GPLv3 taban paket).

Ben lab'da ikisini de tutuyorum: Windows host'ta bazen VMware'in 3D/USB deneyimi daha akıcı, Linux host'ta VirtualBox ile idare ediyorum.

Sizin deneyiminiz? 2026'da lisans ekranında sorun yaşayan oldu mu? Resmi linkleri yorumda güncelleyelim.

Kaynaklar
Kapak: özgün TurkTeam görseli.

.png   bilgekagan-10.png (Dosya Boyutu: 93.67 KB / İndirme Sayısı: 13) ]]>