Açığın en önemli özelliği, belirli WordPress sürümlerinde saldırganların herhangi bir kullanıcı hesabına ihtiyaç duymadan uzaktan kod çalıştırabilmesine (RCE) kadar ilerleyebilen bir saldırı zincirinin oluşturulabilmesi.

Üstelik söz konusu açık üçüncü parti bir eklentiden veya temadan kaynaklanmıyor. Doğrudan WordPress Core içerisinde yer alan iki farklı güvenlik açığının birlikte kullanılmasından oluşuyor.

Bu nedenle WordPress kullanan tüm site sahiplerinin sürümlerini kontrol etmesi ve gerekli güncellemeleri vakit kaybetmeden yapması önem taşıyor.

wp2shell Nedir?

wp2shell, iki farklı WordPress Core güvenlik açığının birlikte kullanılabildiği bir saldırı zincirini ifade ediyor:

• CVE-2026-63030: WordPress REST API içerisindeki batch endpoint ile ilgili bir route confusion güvenlik açığı
• CVE-2026-60137: WP_Query içerisindeki author__not_in parametresini etkileyen SQL Injection açığı

Bu açıkların birlikte kullanılması, saldırganların herhangi bir kullanıcı hesabına sahip olmadan WordPress sitelerine yönelik saldırılar gerçekleştirmesine ve saldırıyı daha ileri taşıyarak uzaktan kod çalıştırmasına olanak sağlayabiliyor.

Bu nedenle wp2shell, yalnızca bir WordPress eklentisinin güncellenmesiyle çözülebilecek sıradan bir güvenlik problemi değil, WordPress Core seviyesinde ele alınması gereken kritik bir güvenlik sorunu.

Saldırı Nasıl Gerçekleşebiliyor?

Saldırının teknik ayrıntılarına girmeden genel olarak süreç şu şekilde ilerliyor:

1. Saldırgan WordPress’in REST API’sine özel hazırlanmış bir istek gönderiyor.
2. REST API’deki güvenlik açığından yararlanılıyor.
3. SQL Injection açığı kullanılarak sistem üzerinde yetki elde edilmeye çalışılıyor.
4. Saldırgan yönetici seviyesine ulaşırsa WordPress üzerinden zararlı kod veya arka kapı yerleştirebiliyor.
5. Son aşamada site üzerinde yetkisiz işlemler gerçekleştirebiliyor.

Bu nedenle saldırganın ilk aşamada WordPress kullanıcı adı veya şifresini bilmesi gerekmeyebiliyor.

Hangi WordPress Sürümleri Risk Altında?

WordPress tarafından yayınlanan güvenlik güncellemeleriyle sorun giderildi.

Riskli sürümler:

• WordPress 6.9.0 – 6.9.4
• WordPress 7.0.0 – 7.0.1
• WordPress 6.8.0 – 6.8.5 sürümleri ise ilgili SQL Injection açığından etkileniyor.

Güvenli sürümler:

• WordPress 6.9.5
• WordPress 7.0.2
• WordPress 6.8.6

WordPress, açığın ciddiyeti nedeniyle etkilenen sürümlerde otomatik güvenlik güncellemelerini de devreye aldı.

Ancak sitenizin otomatik olarak güncellendiğini varsaymak yerine WordPress sürümünüzü kendiniz kontrol etmeniz önemlidir.

Mümkünse eski bir sürümde kalmak yerine WordPress’in desteklenen en güncel sürümünü kullanmanız önerilir.

WordPress Sitenizi Nasıl Koruyabilirsiniz?

1. WordPress’i Güncelleyin

İlk ve en önemli adım WordPress Core’u güncellemektir.

WordPress yönetim panelinizde:

Başlangıç → Güncellemeler

bölümünü kontrol ederek sitenizin güncel olup olmadığını görebilirsiniz.

2. Eklenti ve Temalarınızı Güncel Tutun

WordPress Core kadar eklenti ve temaların da güncel olması önemlidir. Kullanmadığınız veya uzun süredir güncellenmeyen eklentileri ve temaları kaldırmanız sitenizin genel saldırı yüzeyini azaltacaktır.

3. Yönetici Hesaplarınızı Kontrol Edin

WordPress panelinizde Kullanıcılar bölümünü kontrol edin. Tanımadığınız bir yönetici hesabı görürseniz hesabı hemen silin çünkü bilinmeyen bir yönetici hesabı, sitenizin daha önce ele geçirilmiş olduğuna dair önemli bir işaret olabilir.

4. Şüpheli Dosya ve Değişikliklere Dikkat Edin

Sitenizde aniden ortaya çıkan:

• Tanımadığınız PHP dosyaları
• Bilginiz dışında eklenen eklentiler
• Beklenmeyen yönlendirmeler
• Spam içerikler
• Değiştirilmiş tema veya site dosyaları

gibi durumlar fark ederseniz sitenizin güvenlik kontrolünden geçirilmesi gerekir.

5. Parolalarınızı Güçlü Tutun

WordPress yönetici hesabınızda güçlü ve benzersiz bir parola kullanın. Aynı parolayı WordPress, cPanel, FTP veya başka servislerde kullanmayın. Mümkün olan durumlarda iki aşamalı doğrulamayı (2FA) etkinleştirmeniz de hesabınızın güvenliğini önemli ölçüde artıracaktır.

Siteniz Daha Önce Saldırıya Uğramış Olabilir mi?

Burada önemli bir noktaya dikkat etmek gerekiyor:

WordPress’i bugün güncellemek, sitenizin daha önce saldırıya uğramadığını garanti etmez.

Eğer siteniz uzun süre boyunca savunmasız bir WordPress sürümü kullandıysa, saldırganlar güncellemeden önce sisteme erişmiş olabilir.

Bu nedenle güncelleme sonrasında da sitenizde;

• Bilinmeyen yönetici hesapları,
• Şüpheli eklentiler,
• Tanımadığınız dosyalar,
• Beklenmeyen yönlendirmeler,
• Spam içerikler,
• Anormal site davranışları

olup olmadığını kontrol etmek önemlidir.

Şüpheli bir durum fark ederseniz sitenizi temiz bir yedeğe döndürmek veya profesyonel bir güvenlik kontrolü yaptırmak gerekebilir.

WordPress Hosting Seçiminiz de Güvenlik Kadar Önemli

WordPress güvenliği yalnızca sitenin kendi ayarlarından ibaret değildir. Sitenin barındırıldığı sunucunun güvenlik altyapısı da oldukça önemlidir. 20 yılı aşkın sektör tecrübesine sahip İnetmar ailesi olarak WordPress siteleriniz için performans ve güvenliği birlikte hedefleyen hosting altyapıları sunuyoruz. Özellikle WordPress kullanıcıları için hazırladığımız Imunify360 destekli WordPress Hosting hizmetlerimiz ile sitelerinizi yalnızca barındırmakla kalmayıp, sunucu seviyesinde gelişmiş güvenlik katmanlarından da yararlanmanızı hedefliyoruz. WordPress siteniz için güvenli ve profesyonel bir hosting altyapısı arıyorsanız WordPress Hosting paketlerimizi tercih edebilirsiniz.

wp2shell, WordPress Core seviyesinde ortaya çıkan ve belirli sürümlerde saldırganların kimlik doğrulaması olmadan sistemlere erişmesine kadar ilerleyebilen kritik bir güvenlik açığıdır.

Bu nedenle WordPress kullanıcılarının:

Güncellemesi → Kontrol etmesi → Güvenli bir hosting altyapısı kullanması

büyük önem taşıyor.

Özellikle WordPress siteniz eski bir sürüm kullanıyorsa güncellemeyi ertelemeyin.

Unutmayın:

Güncel WordPress + güncel eklenti ve temalar + güçlü parolalar + güvenli hosting altyapısı = daha güvenli bir web sitesi

Sitenizin güvenliği konusunda herhangi bir şüpheniz varsa profesyonel destek almaktan çekinmeyin.

The post wp2shell (CVE-2026-63030): WordPress’i Sarsan Kritik RCE Zafiyeti ve Korunma Yolları! appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Veri size ait değilse, işiniz de tam olarak size ait değildir. Kendi VDS altyapınız üzerinde bir mail sunucusu kurmak; bağımsızlıktır, güvenliktir ve uzun vadede devasa bir maliyet avantajıdır.

Fakat e-posta mimarisi, internetin en eski, kuralcı ve karmaşık sistemlerinden biridir. Bu yazımızda “şu kodu yaz geç” demek yerine sektörü domine eden en modern araçlarla, hata payı bırakmayan bir mühendislik yaklaşımıyla ilerliyoruz. Karmaşık IPv6 protokollerini bir kenara bırakıp, saf IPv4 gücüyle, sorunsuz teslimat oranlarına (10/10) ulaşacağınız o muazzam sistemi kurmaya başlıyoruz.

Altyapı ve DNS

İlk olarak mail sunucusu kurarken başarının %50’si sunucu konfigürasyonunda, geri kalan %50’si ise ağ altyapınızın temizliğindedir. Blacklist’e girmemiş, port kısıtlaması olmayan ve IP itibarı yüksek bir sunucu şarttır. E-posta trafiğinizin belkemiğini oluşturacak, %100 NVMe SSD performansına ve kusursuz ağ izolasyonuna sahip VDS paketlerimizi inceleyerek projenize sağlam bir temel atabilirsiniz.

DNS Kayıtları

Sunucuya SSH ile girmeden önce DNS yöneticiniz üzerinden kayıtları açın.

• A Kaydı: mail.siteniz.com -> VDS_IP_Adresi
• MX Kaydı: siteniz.com -> mail.siteniz.com (Öncelik: 10)

PTR (Reverse DNS) Kaydı Neden Hayatidir?

Normal DNS (A kaydı), “Bu alan adı hangi IP’ye gidiyor?” sorusunu cevaplar. PTR kaydı ise karşı tarafın size sorduğu şu sorunun cevabıdır: “Bu IP adresi kime ait?” Eğer Gmail IP’nizi sorguladığında boş bir cevap görürse, mailinizi direkt reddeder. inetmar.com müşteri panelinizde bulunan **Hizmetlerim > IP Adreslerim** bölümünden IP adresinizin PTR kaydını mail.siteniz.com olarak mutlaka güncelleyin.

Ana Bileşenlerin Kurulumu ve İzolasyon

Sunucumuza root olarak bağlanıyoruz. Ubuntu 24.04 LTS üzerinde sistemimizi güncelleyip Postfix ve Dovecot yazılımlarımızı kuruyoruz.

Bu kurulumda e-posta imzalama ve spam filtreleme işlemleri için eski nesil yazılımlar yerine modern, C++ tabanlı ve düşük kaynak tüketimi sunan Rspamd ve Redis kullanacağız:

apt update && apt upgrade -y
apt install postfix postfix-pcre dovecot-imapd dovecot-lmtpd redis-server rspamd certbot nginx -y

(Postfix kurulum ekranı geldiğinde “Internet Site” seçeneğiyle ilerleyin ve Sistem Mail Adı olarak siteniz.com girin.)

Sistem Kullanıcılarını Ayırmak

Mail kullanıcıları ile sunucu kullanıcılarını aynı tutmak güvensiz bir yöntemdir. Bunun için tüm mailleri diskte tutacak yetkisiz tek bir sanal kullanıcı (vmail) oluşturuyoruz:

useradd -m -s /usr/sbin/nologin -G mail vmail
mkdir -p /home/vmail/Mail/Inbox
chown -R vmail:vmail /home/vmail/Mail

Postfix (MTA) ve Dovecot (MDA) Entegrasyonu

Postfix

/etc/postfix/main.cf dosyasını yapılandırıyoruz. Amacımız IPv4 kullanımını zorunlu kılmak, dışarıdan gelen SMTP yetkilendirmelerini Dovecot’a devretmek ve şifresiz veri akışını yasaklamak. Ayrıca Postfix’i yeni nesil filtremiz Rspamd’ye bağlıyoruz.

inet_protocols = ipv4
# Şifreler ağda düz metin dolaşmasın, TLS zorunlu olsun:
smtpd_tls_auth_only = yes

# Yetkilendirmeyi Dovecot yapsın:
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes

# Hangi e-posta adresi hangi kullanıcıya ait haritası:
virtual_alias_maps = hash:/etc/postfix/virtual

# Rspamd (DKIM ve Anti-Spam) Entegrasyonu:
milter_default_action = accept
milter_protocol = 6
smtpd_milters = inet:localhost:11332
non_smtpd_milters = inet:localhost:11332

E-posta adreslerimizi /etc/postfix/virtual dosyasına tanımlıyoruz:

admin@siteniz.com   vmail
info@siteniz.com    vmail

Sisteme bu dosyayı okutmak için hash’liyoruz: postmap /etc/postfix/virtual

Dovecot

Maillerin webmail’den okunabilmesi için Dovecot’u yapılandırıyoruz. /etc/dovecot/dovecot.conf dosyasını açın:

ssl = required
# Şifrelerin tutulacağı özel dosya:
passdb {
  driver = passwd-file
  args = scheme=CRYPT /etc/dovecot/users
}
userdb {
  driver = passwd-file
  args = /etc/dovecot/users
}
# Postfix'in Dovecot üzerinden doğrulama yapabilmesi için güvenli soket:
service auth {
  unix_listener /var/spool/postfix/private/auth {
    mode = 0660
    user = postfix
    group = postfix
  }
}

/etc/dovecot/users dosyasını oluşturun. Şifrelerinizi Linux üzerinde doveadm pw -s CRYPT komutuyla şifreleyerek bu dosyaya admin@siteniz.com:{CRYPT}$2y$... formatında ekleyin. Dosya izinlerini chmod 644 /etc/dovecot/users olarak ayarlayın.

SPF, Rspamd ile DKIM, DMARC

Maillerinizin doğrudan spame düşmemesi için bu kayıtları kusursuz yapılandırmalısınız.

1. SPF (Sender Policy Framework): DNS ayarlarınız üzerinden TXT kaydı ekleyin:
v=spf1 mx a:mail.siteniz.com ip4:VDS_IPv4_Adresiniz -all

2. DKIM İmzalama:
Sunucumuzda alan adımız için DKIM anahtarımızı üretiyoruz:

mkdir -p /var/lib/rspamd/dkim/
rspamadm dkim_keygen -b 2048 -s mail -k /var/lib/rspamd/dkim/mail.private > /var/lib/rspamd/dkim/mail.txt
chown -R _rspamd:_rspamd /var/lib/rspamd/dkim/
chmod 600 /var/lib/rspamd/dkim/mail.private

Rspamd’ye bu anahtarı kullanmasını söylüyoruz. /etc/rspamd/local.d/dkim_signing.conf dosyasını oluşturup içine şunu yazın:

allow_username_mismatch = true;
domain {
    siteniz.com {
        path = "/var/lib/rspamd/dkim/mail.private";
        selector = "mail";
    }
}

Ardından servisi yeniden başlatın: systemctl restart rspamd.
Oluşturulan /var/lib/rspamd/dkim/mail.txt dosyasını açın. İçindeki uzun metni yani anahtarı DNS ayarlarınızın bulunduğu panelde mail._domainkey adıyla TXT kaydı olarak ekleyin.

3. DMARC:
DNS ayarlarınıza TXT kaydı olarak _dmarc adıyla şunu ekleyin:
v=DMARC1; p=quarantine; rua=mailto:admin@siteniz.com; fo=1

Roundcube & Docker

Güvenlik açıklarını ana sisteme sıçratmamak için Webmail arayüzümüzü Docker ile kuruyoruz. Bir dizin açın ve docker-compose.yml dosyası oluşturun:

services:
  roundcube:
    image: roundcube/roundcubemail:latest-apache
    ports:
      - "127.0.0.1:8080:80"
    environment:
      - ROUNDCUBEMAIL_DEFAULT_HOST=tls://VDS_IPv4_Adresiniz
      - ROUNDCUBEMAIL_SMTP_SERVER=tls://VDS_IPv4_Adresiniz

docker compose up -d ile arayüzü ayağa kaldırın.

Nginx ve SSL Entegrasyonu

Roundcube şu an sadece 8080 portunda çalışıyor. Let’s Encrypt ile ücretsiz SSL alıyoruz: certbot certonly --standalone -d mail.siteniz.com

Nginx /etc/nginx/sites-available/mail.siteniz.com dosyasını ayarlayarak 443 (HTTPS) üzerinden gelen trafiği güvenli şekilde Docker’a proxy’liyoruz:

server {
    listen 443 ssl;
    server_name mail.siteniz.com;
    ssl_certificate /etc/letsencrypt/live/mail.siteniz.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/mail.siteniz.com/privkey.pem;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Aktifleştirip systemctl reload nginx komutunu verdiğinizde webmail arayüzünüz yayındadır!

UFW, Fail2ban ve SRS

Nasıl ki kritik bir Sanal POS entegrasyonu için sunucunuzda IP izinlerini ince ince ayarlayıp, PowerShell üzerinden bağlantının sağlıklı kurulduğunu milimetrik olarak teyit ediyorsanız; mail sunucusunda da açtığınız her portun tam olarak ne işe yaradığını aynı ciddiyetle bilmelisiniz.

Sadece gerekli olan IPv4 portlarını açıyoruz:

ufw allow 22/tcp
ufw allow 25/tcp
ufw allow 143/tcp
ufw allow 443/tcp
ufw allow 465/tcp
ufw allow 587/tcp
ufw allow 993/tcp
ufw enable

Brute-Force Koruması: systemctl enable --now fail2ban ile servisi etkinleştirin. Gerekirse şifre deneme yanılma yapan botları engellemek için postfix filtrelerini aktif edebilirsiniz.

Forwarding ve SRS

info@siteniz.com adresine gelen mailleri kişisel Gmail’inize yönlendirirseniz, orijinal göndericinin SPF kaydı sizin sunucu IP’nizle eşleşmeyeceği için Gmail maili anında reddeder.

Bunu SRS (Sender Rewriting Scheme) ile çözüyoruz.
apt install postsrsd -y komutuyla paketi kurun. Postfix main.cf dosyasına şu bloğu ekleyin:

# SRS - Forward edilen mailler için Envelope Rewrite
sender_canonical_maps = tcp:127.0.0.1:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:127.0.0.1:10002
recipient_canonical_classes = envelope_recipient,header_recipient

Bu ayar sayesinde yönlendirilen mailin “Gönderen” (Envelope Sender) bilgisi sizin alan adınıza çevrilir, kendi SPF’inizden geçer ve Gmail’in Inbox’ına sorunsuz düşer. Postfix’i yeniden başlatın (systemctl reload postfix).

Uçtan Uca Webmail Testi ve Troubleshooting

Sistemi kurduk, servisler yeşil yanıyor. Şimdi doğrulama vakti.

Webmail Arayüzüne Giriş

Tarayıcınızı açın ve https://mail.siteniz.com adresine gidin.

• Kullanıcı Adı: admin@siteniz.com (Domain ile birlikte tam e-posta adresini yazmalısınız).
• Parola: Belirlediğiniz parola ile giriş yapın.

İlk Maili Gönderme ve Gmail’de Analiz

Sol üstten “Oluştur” butonuna tıklayın. Kişisel Gmail adresinize bir test maili gönderin.
Mail Gmail kutunuza düştüğünde, maili açın, sağ üstteki üç noktaya tıklayıp “Aslını Göster” (Show Original) seçeneğine tıklayın.

İşte tüm o emeğin karşılığını burada, Rspamd’nin kusursuz imzalarıyla göreceğiz:

• SPF: PASS (IP adresiniz siteniz.com adına başarıyla yetkilendirildi)
• DKIM: PASS (Rspamd imzanız doğrulandı)
• DMARC: PASS (Kurallarınız başarıyla işletildi)

İçeriye Mail Alma ve Nihai Skor

Kişisel Gmail hesabınızdan, kendi sunucunuzdaki admin@siteniz.com adresinize mail göndererek içeriye alımı test edin.
Sonrasında hatalarımızı görmek için https://mail-tester.com adresine gidin. Verilen geçici adrese Roundcube üzerinden mail gönderin.

Adımları eksiksiz uyguladıysanız, temiz bir IP altyapısı üzerinde o muazzam 10/10 skorunu göreceksiniz!

Kendi mail sunucunuzu kurmak bir vizyon meselesidir. Rspamd gibi yeni nesil araçları kullanarak sistemi modern mimariye uygun şekilde inşa etmek, size ömür boyu sürecek bir dijital özgürlük, yüksek performans ve eşsiz bir gizlilik sunar.

Doğru konfigüre edilmiş bir sistem ve güçlü bir VDS altyapısı birleştiğinde, iletişiminiz üzerinde %100 kontrol sahibi olduğunuz, güvenilir ve stabil bir yapıya kavuşursunuz. Kurumsal iletişiminizin kalbini oluşturacak, ağ kısıtlamalarından uzak, performanslı VDS Sunucu çözümlerimizi inceleyerek bu dijital bağımsızlık yolculuğunda en sağlam adımı atabilirsiniz.

The post Mail Sunucusu Nasıl Kurulur? Mail Sunucusu Kurma appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Zafiyetin Arka Planı ve Teknik Detayları

Dirty Frag aslında Linux dünyasının yabancı olmadığı bir saldırı silsilesinin son halkası. 2022’deki meşhur “Dirty Pipe” (CVE-2022-0847) ve geçtiğimiz günlerde gündeme oturan “Copy/Fail” (CVE-2026-31431) açıklarının bir devamı niteliğinde.

• Temel Mantık: Saldırganlar, çekirdeğin bir ikili dosyayı (binary) yüklerken okuduğu sayfa önbelleğini (page cache) manipüle ediyor.
• Kapsam: Linux çekirdeğinin 4.14 ve sonrası (2017’den günümüze) tüm sürümleri bu risk altında.
• Durum: 7 Mayıs 2026’da duyurulan bu açık için henüz resmi CVE kodu “Dirty Frag” özelinde güncellenme aşamasında olsa da, ana dağıtımların (Ubuntu, AlmaLinux, CloudLinux) mühendislik ekipleri konu üzerinde çalışıyor.

Etkilenen İşletim Sistemleri

Şu an itibarıyla aşağıdaki sistemlerin savunmasız olduğu teyit edilmiştir:

Geçici Çözüm

Resmi yamalar yayınlanana kadar sunucu hizmetlerinizi güvence altına almak için zafiyete kapı aralayan belirli kernel modüllerini devre dışı bırakmanız ve önbelleği temizlemeniz önerilmektedir.

1. Modülleri Devre Dışı Bırakma:

Root yetkisiyle aşağıdaki komutu çalıştırarak riskli protokollerin yüklenmesini engelleyin:

sh -c "printf 'install esp4 /bin/false\ninstall esp6 /bin/false\ninstall rxrpc /bin/false\n' > /etc/modprobe.d/dirtyfrag.conf; rmmod esp4 esp6 rxrpc 2>/dev/null; true"

2. Sayfa Önbelleğini Temizleme:

Bellekteki olası manipülasyonları ortadan kaldırmak için önbelleği şu komutla boşaltın:

echo 3 > /proc/sys/vm/drop_caches

Önemli Not: Bu işlemler sunucunuzda IPsec (esp) veya özel RPC (rxrpc) protokollerini kullanan servisleri etkileyebilir. Uygulamadan önce servis bağımlılıklarınızı kontrol etmeniz tavsiye ederiz.

Şu an için CloudLinux ve AlmaLinux tarafında ön duyurular yapılmış durumda. Gözünüz sistem güncellemelerinde (yum update / apt upgrade) olsun resmi yamalar yayınlandığı anda bu geçici önlemleri kaldırıp kernel güncellemesini tamamlamak en kalıcı çözüm olacaktır.

The post Linux Kernel’da Kritik “Dirty Frag” Zafiyeti Tespit Edildi! appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Başlıca Tehdit: CVE-2026-23918 (CVSS: 8.8)

Sistem yöneticilerini asıl alarma geçiren sorun Apache’nin HTTP/2 protokolü uygulamasında tespit edilen bir bellek bozulması (double-free) hatası. Sistem, aynı bellek bölgesini iki kez serbest bırakmaya çalıştığında bellek yapıları bozuluyor. Bu açık saldırganlara sistemin çalışma akışını kendi istedikleri yöne çekme ve doğrudan Uzaktan Kod Çalıştırma (RCE) fırsatı veriyor.

Doğrudan 2.4.66 sürümünü hedef alan bu zafiyet, dünya çapındaki kurumsal altyapılar için çok ciddi bir risk oluşturuyor. Bu güncelleme paketiyle birlikte ayrıca, sunucu kaynaklarını tüketebilen veya çökmelere (DoS) yol açabilen üç farklı düşük seviyeli açık (CVE-2026-28780, CVE-2026-29168 ve CVE-2026-29169) daha giderilmiş durumda.

Sunucunuzu Nasıl Güvenceye Alırsınız?

Bu kritik RCE zafiyetinin tek kesin çözümü vakit kaybetmeden 2.4.67 sürümüne geçiş yapmaktır. Eğer acil bir güncelleme yapma imkanınız yoksa geçici bir önlem olarak sunucunuzda HTTP/2’yi devre dışı bırakmayı değerlendirebilirsiniz. Ancak cPanel ve EasyApache 4 kullanan bir sunucu altyapısına sahipseniz bu hayati güvenlik yamasını doğrudan terminal üzerinden uygulayarak sisteminizi hızlıca koruma altına alabilirsiniz. İşletim sisteminize uygun olarak aşağıdaki adımları izlemeniz yeterlidir:

AlmaLinux Sistemler İçin:

SSH üzerinden sunucunuza root yetkisiyle bağlanın, paket önbelleğini temizleyin ve güncellemeyi başlatın:

dnf clean all
dnf makecache
dnf -y update ea-apache*


Ubuntu Sistemler İçin:

Debian/Ubuntu tabanlı bir altyapınız varsa, paket listelerinizi tazeleyip yalnızca EasyApache paketlerini hedefleyerek yükseltme işlemini şu komutlarla yapabilirsiniz:

apt update
apt install --only-upgrade "ea-apache24*"

İşlemi tamamlandıktan sonra Apache servisinizin sorunsuz bir şekilde yeniden başladığından ve sisteminizin güvenlik yamasını içeren güncel sürümde çalıştığından emin olmak için servis kontrolü (httpd -v) yapmayı unutmayın.

The post Apache HTTP Sunucularında Kritik RCE Zafiyeti! CVE-2026-23918 (CVSS: 8.8) appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Bu İşlem Teknik Olarak Nasıl Mümkün?

Eskiden bu tarz işlemler pahalı ekipmanlar ve ileri düzey teknik bilgi gerektirirken, günümüzde VoIP (Voice over IP) teknolojisinin yaygınlaşmasıyla oldukça kolaylaşmıştır. İnternet üzerinden arama yapmayı sağlayan protokoller, kullanıcıya “gönderen kimliği” bilgisini manuel olarak düzenleme imkanı tanır. Basit bir yazılım veya üçüncü taraf bir uygulama aracılığıyla, sistem üzerinden herhangi bir numara sisteme arayan numara olarak tanımlanabilir.

Neden Kullanılır? İyi ve Kötü Senaryolar

Her teknoloji gibi, numara maskeleme de her zaman kötü niyetli amaçlarla kullanılmaz. Ancak madalyonun iki yüzü vardır:

1. Meşru ve Yasal Kullanımlar

• Gizlilik: Bir doktorun, hastasını kendi özel cep telefonundan ararken hastane santral numarasını göstermesi.
• Kurumsal Kimlik: Büyük şirketlerin, saha çalışanlarının aramalarını tek bir merkezi ofis numarası altında toplaması.

2. Kötü Niyetli Kullanımlar (Siber Suçlar)

• Sosyal Mühendislik: Kendini polis, savcı veya banka temsilcisi olarak tanıtarak kişisel verileri veya banka şifrelerini ele geçirme girişimi.
• Neighborhood Spoofing: Kişinin güvenini kazanmak için ona tanıdık gelen, kendi alan koduyla başlayan numaralardan arama yapılması.
• Harassment (Taciz): Gerçek kimliği gizleyerek birini rahatsız etmek veya takip etmek.

Kendinizi Nasıl Korursunuz?

Caller ID Spoofing ile mücadele etmenin en zor yanı, telefon ağlarının bu kimlik bilgilerini her zaman doğrulayamamasıdır. Ancak şu adımlar güvenliğinizi artırabilir:

• Şüpheci Yaklaşın: Beklemediğiniz bir anda gelen ve sizden kişisel bilgi, şifre veya para talep eden aramalara karşı her zaman mesafeli olun.
• Geri Arayın: Eğer arayan kişi bir banka veya resmi kurum olduğunu iddia ediyorsa, görüşmeyi sonlandırın. Kurumun resmi numarasını kendiniz tuşlayarak durumu teyit edin.
• Numara Filtreleme Uygulamaları: Güvenilir spam engelleme uygulamaları, veritabanlarındaki şüpheli numaraları sizin için işaretleyebilir.
• Paylaşmayın: Telefon üzerinden hiçbir zaman tek kullanımlık şifrelerinizi (OTP) veya tam kimlik bilgilerinizi paylaşmayın. Unutmayın; hiçbir resmi kurum sizden telefon üzerinden şifre istemez.

Özetlemek gerekirse teknoloji geliştikçe, dolandırıcılık yöntemleri de daha ikna edici hale geliyor. Caller ID Spoofing, sadece bir teknik hata değil, dijital dünyanın en yaygın manipülasyon araçlarından biridir. Ekranınızda gördüğünüz numaraya güvenmek yerine, aramanın içeriğine ve sizden istenenlere odaklanmak, en güçlü savunma mekanizmanızdır.

The post Caller ID Spoofing Nedir? appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Basit bir ifadeyle DLP verinin nerede olduğunu bilen, nasıl hareket ettiğini izleyen ve riskli bir durum sezdiğinde müdahale eden dijital bir denetim mekanizmasıdır.

DLP Neden Kritik Bir Öncelik?

Kurumlar için veri kaybı, sadece teknik bir sorun değil aynı zamanda prestij kaybı, ağır para cezaları ve rekabet gücünün zayıflaması demektir. DLP çözümlerini zorunlu kılan üç temel unsur şunlardır:

• Yasal Uyumluluk: KVKK, GDPR ve HIPAA gibi düzenlemeler, kişisel verilerin korunmasını yasal bir yükümlülük haline getirir. DLP, bu regülasyonlara uyumu otomatize eder.
• Fikri Mülkiyetin Korunması: Şirket sırları, tasarım planları veya stratejik dökümanların rakip firmaların eline geçmesi, telafisi güç zararlar doğurur.
• Görünürlük: Verinin kim tarafından, hangi cihaz üzerinden ve nereye gönderildiğini anlık olarak raporlayarak kurum içindeki veri trafiğine tam hakimiyet sağlar.

VDS Sunucu Fiyatları İçin Websitemizi Ziyaret Edebilirsiniz.

Veri Güvenliğinde Üç Katmanlı Koruma

DLP sistemleri, verinin içinde bulunduğu duruma göre üç farklı alanda uzmanlaşır:

• Data in Use: Kullanıcıların uç noktalarda gerçekleştirdiği işlemler üzerindeki denetimdir. USB bellek kullanımı, kopyala-yapıştır eylemleri veya ekran görüntüsü alma gibi riskli hareketleri sınırlar.
• Data in Motion: Kurumsal ağdan dışarıya sızmaya çalışan verileri hedefler. E-postalar, web formları veya anlık mesajlaşma uygulamaları üzerinden gönderilen dosyaları tarar ve kural dışı trafiği durdurur.
• Data at Rest: Sunucularda, bulut depolama alanlarında veya veri tabanlarında saklanan verileri tanımlar. “Kritik veri nerede saklanıyor?” sorusuna yanıt vererek, yanlış yerde duran hassas verilerin temizlenmesini sağlar.

Başarılı Bir DLP Stratejisi İçin Yol Haritası

DLP sadece bir yazılım kurulumu değil, bir süreç yönetimidir. Etkili bir koruma için şu adımlar izlenmelidir:

1. Sınıflandırma: Hangi verinin “hassas” olduğuna karar verilmelidir. Finansal veriler, müşteri bilgileri ve teknik dökümanlar önceliklendirilmelidir.
2. Kural Setlerinin Belirlenmesi: “Kim, hangi veriyi, hangi kanalla gönderebilir?” sorularına dayalı net politikalar oluşturulmalıdır.
3. Sürekli İzleme ve Analiz: Tehditler sürekli evrilir. DLP sisteminden gelen alarmlar analiz edilerek kurallar düzenli olarak güncellenmelidir.

Verinin sınır tanımadan aktığı modern iş dünyasında, kale duvarlarını yükseltmek artık yeterli değildir. Önemli olan, duvarın içindeki hazineyi yani veriyi takip edebilmektir. DLP, kurumlara bu takip yeteneğini sunarak dijital varlıkların güvenliğini reaktif bir savunmadan proaktif bir koruma kalkanına dönüştürür.

The post DLP (Data Loss Prevention) Nedir? appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Ngrok Ne Demek?

Ngrok localhost yani yerel makinenizde çalışan bir servisi, güvenli bir tünel üzerinden internete açan bir “reverse proxy” hizmetidir. Normal şartlarda yerel bir web sitesini internete açmak için modemden port yönlendirme yapmak, statik IP edinmek veya bir sunucuya deploy etmek gerekir. Ngrok, tüm bu karmaşık süreçleri tek bir komutla devre dışı bırakır.

Nasıl Çalışır?

Sisteminizde bir Ngrok istemcisi çalıştırdığınızda, bu istemci Ngrok bulut sunucu servislerine bir bağlantı kurar. Ngrok size xyz.ngrok-free.app gibi genel bir URL atar. Bu URL’ye gelen tüm istekler, Ngrok sunucuları üzerinden tünellenerek doğrudan sizin bilgisayarınızdaki yerel porta iletilir.

Temel Kullanım Alanları

• Webhook Testleri: GitHub, Stripe veya Slack gibi platformlardan gelen Webhook bildirimlerini anlık olarak yerel bilgisayarınızda test etmek.
• Demo Sunumları: Hazırladığınız bir projeyi sunucuya yüklemeden, müşteriye veya ekip arkadaşınıza bir link üzerinden hızlıca göstermek.
• Mobil Uygulama Geliştirme: Telefonunuzdaki uygulamanın, bilgisayarınızdaki backend servisiyle konuşmasını sağlamak.

Ngrok Riskleri

Ngrok ne kadar pratikse, yanlış ellerde veya dikkatsiz yapılandırmalarda o kadar tehlikeli olabilir. İşte dikkat edilmesi gereken kritik güvenlik açıkları:

Yetkisiz Erişim ve Veri Sızıntısı

Ngrok ile bir tünel açtığınızda, varsayılan olarak bu URL dünya üzerindeki herkese açıktır. Eğer yerel servisinizde güçlü bir kimlik doğrulama mekanizması yoksa, URL’yi bir şekilde ele geçiren (brute force veya sızıntı yoluyla) herhangi bir saldırgan, doğrudan bilgisayarınızdaki dosyalara veya veritabanına erişebilir.

Shadow IT Tehlikesi

Kurumsal şirketlerde çalışanların, BT departmanının haberi olmadan Ngrok kullanması ciddi bir risk teşkil eder. Şirketin güvenlik duvarları dışarıdan gelen bağlantıları engellemek için tasarlanmıştır; ancak Ngrok bağlantıyı içeriden dışarıya doğru başlattığı için bu duvarları “bypass” eder. Bu durum, kurumsal ağda kontrolsüz bir arka kapı yani backdoor açılması demektir.

Zararlı Yazılım ve Phishing Aracı Olarak Kullanımı

Siber saldırganlar, phishing sayfalarını barındırmak için sık sık Ngrok kullanır. Ngrok’un sağladığı URL’ler “ngrok-free.app” gibi güvenilir görünen bir ana alan adına sahip olduğu için, e-posta filtrelerini ve kullanıcıların şüphelerini daha kolay aşabilirler. Ayrıca komuta kontrol (C2) merkezleri için gizli tüneller oluşturmak amacıyla da tercih edilmektedir.

Trafiğin İzlenmesi

Tünellenen tüm trafik Ngrok’un kendi sunucuları üzerinden geçer. Her ne kadar uçtan uca şifreleme seçenekleri olsa da, ücretsiz veya yanlış yapılandırılmış planlarda trafiğin metadata bazlı analizi veya (teorik olarak) araya girilmesi mümkündür. Hassas verilerle çalışırken bu bir risk faktörüdür.

Güvenli Bir Şekilde Ngrok Nasıl Kullanılır?

Ngrok kullanırken riskleri minimize etmek için şu adımları mutlaka uygulayın:

1. Auth Token Kullanın: Her zaman hesabınıza özel authtoken ile kimlik doğrulaması yapın.
2. Kimlik Doğrulaması Ekleyin: Ngrok’un sunduğu --auth="kullanıcı:şifre" parametresini kullanarak tünelinize bir giriş katmanı ekleyin veya Google/GitHub ile OAuth yapılandırmasını aktif edin.
3. IP Kısıtlaması (Whitelist): Sadece belirli IP adreslerinin tünelinize erişmesine izin verin (Ücretli planlarda mevcuttur).
4. İşiniz Bitince Kapatın: Test işleminiz biter bitmez tüneli aktif olarak sonlandırın; açık bırakılan her tünel, unutulmuş bir açık kapıdır.

Özetlemek gerekirse Ngrok geliştirici verimliliğini artıran harika bir araç olsa da, ağ güvenliği konusunda bilinçli kullanılmalıdır. Özellikle kurumsal ortamlarda “güvenlik duvarını aşma” yeteneği, onu potansiyel bir tehdit haline getirir. Kural basit erişimi kısıtlayın, trafiği izleyin ve asla tünelleri başıboş bırakmayın.

The post Ngrok Nedir? Ngrok’un Riskleri appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Karşılaştığınız erişim problemini çözmek için aşağıdaki adımlardan size uygun olanı tercih edebilirsiniz:

1. Yöntem: VPN Eklentisi Kullanmak

Tarayıcınızda halihazırda bulunan veya yeni kuracağınız herhangi bir VPN eklentisini aktifleştirin. Farklı bir sunucu üzerinden siteye bağlandığınızda indirme işlemi sorunsuz bir şekilde başlayacaktır.

2. Yöntem: Online Proxy Kullanmak (VPN Gerektirmez)

Cihazınıza veya tarayıcınıza ekstra bir VPN eklentisi kurmak istemiyorsanız web tabanlı proxy servislerini kullanabilirsiniz.

1. Arama motorunuza “online proxy” yazarak güvenilir bir proxy sitesine giriş yapın.
2. Sitenin URL arama çubuğuna doğrudan indirme bağlantısı olan https://www.malwarebytes.com/mwb-download adresini yapıştırın ve ilerleyin.
3. Kurulum dosyası cihazınıza inmeye başlayacaktır.

The post Malwarebytes 403 Error Hatası Çözümü appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Neler Değişiyor? (Takvim Netleşti)

Geçtiğimiz yıllarda 10 yıldan 2 yıla, ardından 398 güne düşen sertifika geçerlilik süreleri, önümüzdeki dönemde çok daha radikal bir şekilde kısalacak. Kabul edilen takvime göre maksimum sertifika süreleri şu şekilde güncellenecek:

15 Mart 2026: Sertifika süreleri 200 güne düşüyor.

15 Mart 2027: Süreler 100 gün ile sınırlandırılıyor.

15 Mart 2029: Hedeflenen nihai süre 47 gün (yaklaşık 1.5 ay).

Neden Böyle Bir Karar Alındı?

Pek çok site sahibi için “her ay sertifika yenilemek” bir yük gibi görünse de, bu değişikliğin arkasında çok güçlü siber güvenlik nedenleri var:

Sızıntı Süresini Kısaltmak: Bir SSL sertifikasının özel anahtarı çalındığında, sertifika ne kadar uzun süreliyse tehlike o kadar büyüktür. Süre kısaldığında, saldırganın elindeki sertifika çok hızlı bir şekilde geçersiz kalır.

Kuantum Tehdidine Hazırlık: Kuantum bilgisayarların mevcut şifreleme yöntemlerini kırma potansiyeline karşı, internet altyapısının yeni algoritmalara ışık hızında uyum sağlaması gerekiyor. Kısa süreli sertifikalar bu esnekliği sağlıyor.

Otomasyonun Gücü: Manuel yapılan her işlem hataya gebedir. Bu karar, dünyayı insan hatasından arındırılmış, otomatik (ACME tabanlı) yenileme sistemlerine zorluyor.

Sektörü Neler Bekliyor?

Bu değişimden en çok etkilenecek olanlar kuşkusuz sistem yöneticileri ve hosting sağlayıcıları olacak. Artık manuel olarak sertifika oluşturup sunucuya yüklemek, operasyonel bir sürdürülebilirlik taşımıyor.

ACME Protokolü Standart Olacak: Let’s Encrypt ile hayatımıza giren ACME (Automated Certificate Management Environment) protokolü artık bir seçenek değil, zorunluluk haline gelecek.

Doğrulama Sıklığı Artacak: Sadece sertifikanın değil, alan adı sahipliği doğrulamasının (DCV) da çok daha sık yapılması gerekecek.

Geleceğe Hazır mısınız?

Web güvenliği artık “yılda bir kez hatırlanan” bir check-list maddesi olmaktan çıkıp, yaşayan ve sürekli kendini güncelleyen bir organizmaya dönüşüyor. Şirketlerin ve bireysel geliştiricilerin, altyapılarını şimdiden tam otomatik sertifika yönetim sistemlerine entegre etmesi kritik önem taşıyor.

Unutmayın: Güvenlik, durağan bir durum değil; sürekli bir hareket halidir.

Kaynak: CA/Browser Forum SC-081 Oylaması ve Google ‘Moving Forward on the 90-day Certificate Validity’ Duyurusu”

The post SSL Sertifikalarında “Kısa Süre” Devri: Web Güvenliğinde Yeni Bir Dönem Başlıyor appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.

Saldırı Nasıl Gerçekleşti?

Yapılan teknik incelemeler, saldırının rastgele bir hacker girişimi değil, cerrahi bir titizlikle yürütülen bir tedarik zinciri saldırısı olduğunu gösteriyor.

• Zaman Aralığı: Haziran – Aralık 2025.
• Yöntem: Notepad++ web sitesindeki bir güvenlik açığından yararlanan saldırganlar, güncelleme talebi gönderen kullanıcıların bir kısmını kendi zararlı sunucularına yönlendirdi.
• Hedef Kitle: Saldırı tüm kullanıcıları değil; özellikle Doğu Asya odaklı çalışan stratejik kurumları hedef aldı.

Failin Kimliği: “Lotus Blossom”

Güvenlik devi Rapid7 tarafından yapılan analizler, okları Çin hükümetiyle bağlantılı olduğu iddia edilen Lotus Blossom grubuna çeviriyor. Geçmişte havacılık, telekom ve kritik devlet altyapılarına yönelik operasyonlarıyla tanınan bu grubun, Notepad++ üzerinden elde ettiği erişimle uzun süreli bir istihbarat faaliyeti yürüttüğü tahmin ediliyor.

Kritik Not: Güvenlik araştırmacısı Kevin Beaumont, enfekte olan sürümlerin saldırganlara doğrudan sistem kontrolü sağladığını ve bu durumun kurumsal ağlar için “arka kapı” anlamına geldiğini belirtti.

SolarWinds Vakası Tekerrür mü Ediyor?

Uzmanlar bu olayı, 2020’de ABD devlet kurumlarını sarsan SolarWinds felaketine benzetiyor. Her iki vakada da saldırganlar, yazılımın kendisine saldırmak yerine, yazılımın kullanıcıya ulaştığı “güvenli kanalı” (güncelleme mekanizmasını) zehirlemeyi tercih etti.

Kullanıcılar Ne Yapmalı?

Eğer sisteminizde Notepad++ yüklüyse, yazılımın en güncel sürümüne sahip olduğunuzdan emin olun. Geliştirici ekip, eski açığın kapatıldığını ve yeni girişimlerin engellendiğini belirtse de, kurumsal cihazlarda tam bir güvenlik taraması yapılması tavsiye ediliyor.

Kaynak: notepad-plus-plus.org

The post Notepad++ Hacklendi! appeared first on inetmar Hosting & Teknoloji Blog Haber Sayfası.