Speaker, Writer, Community Leader, Azure MVP, Family Guy, ÇözümPark, ITSTACK, Unifytech B.V
Istanbul
Joined August 2009
- Tweets45.9K
- Following166
- Followers7.4K
- Likes24.3K
Linux sunucu yöneten arkadaşlar, bu açığa zaman ayırmanızı öneririm. Özellikle internete açık sistemleriniz varsa.
CVE-2026-98432, Linux çekirdeğinin IPv4 TCP bağlantılarını işlediği bölümde bulunan kritik bir güvenlik açığı. Kimlik doğrulaması gerektirmeden tetiklenebiliyor; sistemin çökmesine, belirli koşullarda ise uzaktan kod çalıştırılmasına neden olabiliyor. Red Hat’in değerlendirmesi Critical, CVSS puanı 9.8.
Konunun can sıkıcı tarafı, düzeltmenin henüz bütün dağıtımlarda kullanıma sunulmamış olması. 1 Kasım itibarıyla Amazon Linux ve Debian için yamalar mevcutken Ubuntu ve RHEL tarafında çalışmalar devam ediyor.
Burada “biz buluttayız” diye düşünmemek lazım. AWS üzerinde Ubuntu çalıştırıyorsanız Amazon Linux için çıkan yama sizin sunucunuzu düzeltmiyor. Container ortamlarında da kontrol edilmesi gereken yer, üzerinde çalıştıkları host’un çekirdeği.
Benim önerim, önce hangi sistemlerinizin etkilendiğini belirlemeniz. Yaması olanlarda güncelleme ve gerekli yeniden başlatmayı planlayın. Yama bekleyen sistemlerde ise üreticinin yayımladığı geçici önlemleri kendi ortamınıza uygunluğunu test ederek değerlendirin. MPTCP’yi kapatmak gibi adımlar riski azaltabiliyor ancak açığı tamamen gidermiyor.
Bu tip durumlarda en çok zaman kaybettiren şey, hangi müşteride hangi sürümün çalıştığını olay çıktıktan sonra araştırmaya başlamak oluyor. Güncel envanterin değeri tam da burada ortaya çıkıyor.
access.redhat.com/security/v…
Bir cihazı internete bağlamak kolay. İnternet olmadığında ne yapacağını bilmek de lazım :)
Evde ışığı açmak, klimayı çalıştırmak veya bir cihazın ayarını değiştirmek için bile bazen telefon, uygulama, kullanıcı hesabı ve üreticinin bulut servisi gerekiyor.
Uzaktan erişim güzel bir imkan. Ama evin içindeyken verdiğim komutun çalışması için dışarıdaki bir servisi beklemek zorunda kalmayı çok anlamlı bulmuyorum.
Bence akıllı ev ürünü seçerken uygulamasında kaç özellik olduğunun yanında, internet bağlantısı kesildiğinde hangi işlevlerinin çalışmaya devam ettiğine de bakmak gerekiyor.
Üretici bir gün o ürüne desteği bıraktığında ne olacağı da ayrı konu. Donanım sağlamken sırf uygulaması veya bulut hizmeti kapandı diye kullanamadığım bir cihaz istemem.
Benim akıllı evden beklentim biraz da bu: Uzaktan yönetebileyim ama evin içinde temel işlerimi yaparken internete mecbur kalmayayım.
Bir projeyi tamamladığımızda müşteriye sadece çalışan bir sistem teslim etmiyoruz. Ne yaptığımızı anlaşılır şekilde anlatan bir kapanış dokümanı da teslim ediyoruz.
Müşteri konuyu çok iyi biliyor ama zamanı olmadığı için ITSTACK ekipleriyle çalışmış olabilir. O alanda uzmanlığı olmayabilir veya projenin riskini tek başına almak istememiş olabilir.
Hangi nedenle bizimle çalışırsa çalışsın, yapılan işi bilmek müşterinin hakkı. Neler kuruldu, hangi ayarlar değiştirildi, hangi kararlar alındı, neler kapsam dahilinde tamamlandı… Bunların anlaşılır şekilde dokümante edilmesi ve müşteriye teslim edilmesi bizim en önemli prensiplerimizden biri.
Proje boyunca bizim bildiğimiz şeylerin, iş bittiğinde müşterinin de elinde olması gerekiyor. Müşterinin her ayrıntıyı öğrenmek için tekrar bizi araması gerekmemeli.
Sadece bu konu bile sektörde başlı başına bir sorun. Bakın, proje planından bahsetmiyorum; onu ayrıca konuşuruz. Yaptığı işin kapanış dokümanını bile hazırlamadan projeyi teslim eden çok sayıda firma var.
Bence kapanış dokümanı, vakit kalırsa hazırlanacak bir ek değil. Teslim ettiğimiz işin bir parçası.
Binance olayında benim dikkatimi çeken detay bir DevOps mühendisinin laptopu oldu.
İlk bulgulara göre saldırgan, ele geçirilen bu bilgisayar üzerinden bir servise erişip yetkisiz para çekme işlemleri göndermiş olabilir. Açıklanan tahmini etki 6,3 milyar dolar. Cüzdanların özel anahtarlarının sızdığına dair ise henüz bir bulgu yok.
Şirketlerde güvenliği konuşurken sunuculara, veri merkezine, buluta odaklanıyoruz. Oysa bir çalışanın bilgisayarından hangi sistemlere, hangi yetkilerle ulaşılabildiği de en az bunlar kadar önemli.
Teknik raporu özellikle merak ediyorum. Bir laptopun ele geçirilmesinden para çekme işlemine kadar uzanan süreçte hangi kontrollerin devreye girdiğini, hangilerinin yetersiz kaldığını görmek çok öğretici olacak.
Kendi ortamımızda da bakmamız gereken konu bu: Bir çalışanın bilgisayarı ele geçirilirse saldırgan oradan ne kadar ileri gidebilir?
Binance's initial investigation suggests that the security incident may involve a compromised DevOps engineer’s laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions. We have found no evidence of any wallet private key leak. We will share a detailed technical post-mortem once the investigation is complete and the facts are fully verified.
The estimated total impact sits at around $6.3B. We have worked with blockchain partners to freeze affected assets, with ~$3 billion frozen on-chain so far.
Binance will cover all losses from the SAFU fund and the company’s funds. User funds are safe. We will also publish an updated Proof of Reserves once the remediation is complete.
As an immediate precaution, Binance has:
- temporarily suspended deposits and withdrawals while security checks are completed;
- revoked the affected address authorisation;
- engaged law enforcement and blockchain intelligence partners to trace and recover funds.
Our teams are working around the clock to resolve this issue safely and thoroughly. We are working closely with our law enforcement partners to confirm the identity of these criminals and bring them to justice.
Please rely only on official Binance channels for updates. Please feel free to contact Binance Customer Support if you have any further questions.
binance.com/en/support/annou…
Cüzdanları kontrol edelim..
Binance's initial investigation suggests that the security incident may involve a compromised DevOps engineer’s laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions. We have found no evidence of any wallet private key leak. We will share a detailed technical post-mortem once the investigation is complete and the facts are fully verified.
The estimated total impact sits at around $6.3B. We have worked with blockchain partners to freeze affected assets, with ~$3 billion frozen on-chain so far.
Binance will cover all losses from the SAFU fund and the company’s funds. User funds are safe. We will also publish an updated Proof of Reserves once the remediation is complete.
As an immediate precaution, Binance has:
- temporarily suspended deposits and withdrawals while security checks are completed;
- revoked the affected address authorisation;
- engaged law enforcement and blockchain intelligence partners to trace and recover funds.
Our teams are working around the clock to resolve this issue safely and thoroughly. We are working closely with our law enforcement partners to confirm the identity of these criminals and bring them to justice.
Please rely only on official Binance channels for updates. Please feel free to contact Binance Customer Support if you have any further questions.
binance.com/en/support/annou…
Cumhuriyetimizin 103. yılı kutlu olsun 🇹🇷
Benim bu ülkede en çok görmek istediğim şey, çocuklarımızın bilimle, teknolojiyle uğraşırken kendilerine bir gelecek görebilmesi. İyi bir fikirleri olduğunda onu burada hayata geçirebileceklerine inanmaları.
ÇözümPark’ta birinin öğrendiğini hiç tanımadığı insanlarla paylaşmasını bu yüzden de değerli buluyorum. Bir yazı, bir eğitim, bir soruya verilen cevap… Kimin işine yarayacağını, kimin meslek hayatında bir şeyi değiştireceğini her zaman bilmiyoruz.
Biz bildiğimizi paylaşmaya, üretmeye ve birbirimize destek olmaya devam edelim.
Başta Gazi Mustafa Kemal Atatürk olmak üzere Cumhuriyetimizi bize kazandıran herkesi saygı ve minnetle anıyorum. 29 Ekim Cumhuriyet Bayramımız kutlu olsun. @cozumpark
Hakan Uzuner retweeted
Cumhuriyetimizin 103. yılı kutlu olsun! 🇹🇷
Bundan 103 yıl önce kurulan Cumhuriyet, bize sadece bir yönetim biçimi değil; aklı, bilimi ve üretmeyi merkeze alan bir bakış açısı bıraktı. Bu mirası, bilgiyi paylaşarak ve birlikte öğrenerek yaşatmaya devam ediyoruz.
Tüm ÇözümPark ailesinin ve ülkemizin 29 Ekim Cumhuriyet Bayramı kutlu olsun.
#29Ekim #CumhuriyetBayramı #103YıllıkCumhuriyet
Bir uygulamayı denemek için hesap aç, mail adresini doğrula, sonra telefona gelen kodu gir…
Daha uygulamanın işime yarayıp yaramadığını bile bilmiyorum :)
Ücretli bir hizmettir, verimi saklayacaktır, cihazlar arasında senkronizasyon yapacaktır; hesabın neden gerektiğini anlarım. Ama tek seferlik basit bir işlem için de aynı süreç karşıma çıkınca bazen uğraşmadan kapatıyorum.
Yazılım geliştirirken kayıt ekranına kaç kişinin geldiğini ölçüyoruz. Bir de o ekran yüzünden kaç kişinin ürünü hiç deneyemediğine bakmak lazım.
Bence mümkün olan yerde önce kullandıralım. İnsan yaptığı işi kaydetmek veya tekrar gelmek istediğinde hesap açmanın da bir anlamı olur.
Lazzoni’den satın aldığım mobilyaları teslim aldıktan sonra, ürünlerle ilgili tespit ettiğim birkaç sorunu kendilerine ilettim.
5 Ekim’de talebimin takip edildiği bildirildi. Ancak çözüm için verilen tarihler tekrar tekrar ertelendi. Son olarak, belirtilen 30 Ekim tarihine de yetişilemeyeceği iletildi.
Her üründe sorun yaşanabilir. Önemli olan, satış sonrasında bu sorunların nasıl ele alındığı ve verilen sözlerin tutulmasıdır. Tekrarlanan özürlerin somut bir çözümle desteklenmemesi, markaya duyduğum güveni zedeliyor.
Lazzoni’den beklentim, ilettiğim sorunların giderilmesi ve sürecin tamamlanacağı, arkasında durabilecekleri net bir tarih verilmesi.
Süreç çözüme kavuştuğunda sonucu da paylaşacağım. #lazzoni
Merkez Bankası da verilerini yapay zeka araçlarına açtı :)
TCMB, dün EVDS-MCP hizmetini devreye aldığını duyurdu. Ekonomi ve finans verilerinin bulunduğu Elektronik Veri Dağıtım Sistemi’ne artık bu bağlantıyı destekleyen yapay zeka araçları üzerinden erişilebiliyor.
MCP’yi teknik detayına girmeden anlatayım: Yapay zeka aracının dışarıdaki bir veri kaynağıyla bağlantı kurmasını sağlayan bir standart. Burada bağlandığı kaynak da doğrudan TCMB’nin veri sistemi.
Örneğin döviz kurunun geçmişini inceleyen bir analiz hazırlarken, ilgili veriyi bu bağlantı üzerinden alıp çalışmanın içinde kullanabilmek mümkün hale geliyor.
Bence Türkiye’de böyle örneklerin çoğalması değerli. Özellikle düzenli veriyle çalışan ekipler için oldukça kullanışlı bir adım.
Bir ayrıntıyı da atlamayalım: TCMB veriyi sunuyor, yapay zekanın ürettiği yorumların doğruluğunu üstlenmiyor. Resmi kaynaktan veri almakla o veriyi doğru yorumlamak ayrı konular.
Duyuru:
tcmb.gov.tr/wps/wcm/connect/…
TCMB Elektronik Veri Dağıtım Sistemi (EVDS) verilerine yapay zekâ araçları üzerinden erişim imkânı sağlayan EVDS-MCP devreye alınmıştır: tcmb.tl/MC57678
Teams’te bir yazılım hatasını konuşurken aynı sohbetten yapay zekaya düzeltme işi de verebiliyorsunuz.
Microsoft’un 23 Ekim’de paylaştığı GitHub entegrasyonunda süreç şöyle çalışıyor: GitHub’daki hata kaydının bildirimi Teams’e geliyor. Bildirime cevap verip GitHub’ı etiketleyerek sorunu incelemesini ve bir düzeltme hazırlamasını istiyorsunuz.
GitHub Copilot, bağlantıdaki hata kaydını ve o mesajın altındaki konuşmayı kullanarak hatayı yeniden oluşturmaya çalışabiliyor, test çalıştırabiliyor ve kod değişikliğini bir pull request olarak incelemeye sunabiliyor.
Bence burada kullanışlı olan, ekipçe konuştuğumuz konuyu ayrıca baştan anlatmak zorunda kalmamak. Hatanın ayrıntıları ve ne istendiği zaten aynı konuşmada duruyor.
Teams ve GitHub kullanan ekipler inceleyebilir. Kod değişikliği de ekibin inceleyip test edeceği bir öneri olarak geliyor.
teams.github.com/
Hakan Uzuner retweeted
Exchange Server’da TLS 1.0 ve TLS 1.1’i Kapatmadan Önce Neler Kontrol Edilmeli?
TLS 1.0 ve TLS 1.1’i devre dışı bırakmak, Exchange ortamının güvenliğini güçlendirme çalışmalarından biridir. Ancak değişiklik önceden test edilmezse Outlook bağlantılarında, e-posta akışında veya Exchange ile entegre uygulamalarda kesintiye yol açabilir.
Microsoft, eski TLS s cozumpark.com/exchange-serve…
Web Seminerini kaçıranlar için tekrarı yayında;
HPE SimpliVity ile Daha Az Karmaşıklık, Daha Fazla Verimlilik
youtu.be/uNKP3upSijA?si=30ea…
Konteyner kullanınca uygulamanın paketini hazırlıyoruz, registry’ye koyuyoruz, ihtiyaç oldukça indirip çalıştırıyoruz. Ama aynı paket farklı sunucular tarafından tekrar tekrar indirildiğinde oluşan veri trafiği de büyüyor.
Microsoft, Azure Container Registry tarafında iki yeni metriği kullanıma açtı: Transactions ve Data Transfer.
Artık sadece kaç kez image indirildiğini değil, hangi işlemin ne kadar dışarı veri transferi oluşturduğunu ve bu trafiğin hangi bölgeden geldiğini de görebiliyoruz.
Örneğin birden fazla bölgede çalışan Kubernetes ortamınız varsa, image dağıtımının oluşturduğu trafiği bölge bazında inceleyebilirsiniz. İstek sayısı aynı kalırken taşınan veri artıyorsa, image boyutlarının büyüyüp büyümediğine bakabilirsiniz.
Azure Container Registry kullanan arkadaşlar portalda registry’nin Monitoring > Metrics bölümünden inceleyebilir. Microsoft’un 23 Ekim’de yayımladığı açıklamayı da ekliyorum:
techcommunity.microsoft.com/…
