Dosya Bütünlüğü İzleme (FIM) Nedir ve Nasıl Kurulur?

Bir sunucuya sızan saldırganın en çok istediği şey görünmez kalmaktır. Genellikle sistemi hemen çökertmez; bunun yerine bir web arayüzü dosyasına gizli bir arka kapı ekler, sshd yapılandırmasını sessizce değiştirir ya da bir sistem ikili dosyasını (binary) truvalanmış bir sürümüyle değiştirir. Bu değişikliklerin ortak yanı, dosya sisteminde iz bırakmalarıdır; ama bu izleri fark etmenin bir yolu yoksa haftalarca gözden kaçarlar. İşte tam bu noktada dosya bütünlüğü izleme, yani FIM (File Integrity Monitoring) devreye girer.

FIM'in temel fikri şaşırtıcı derecede basittir: sisteminizin bilinen sağlam durumundayken her kritik dosyanın bir kriptografik parmak izini (hash) alır, bu parmak izlerini güvenli bir veritabanında saklar ve sonra düzenli aralıklarla dosyaların güncel halini bu veritabanıyla karşılaştırırsınız. Bir dosyanın içeriği, izinleri, sahibi ya da değişiklik zamanı beklenmedik şekilde değiştiyse araç bunu size bildirir. Bu rehberde FIM'in nasıl çalıştığını, açık kaynaklı iki temel aracı olan AIDE ve Tripwire'ı, ilk veritabanını oluşturmayı, hangi dizinleri kapsamanız gerektiğini, meşru değişikliklerde veritabanını nasıl güncelleyeceğinizi ve tüm bu denetimi cron ile nasıl otomatikleştireceğinizi kıdemli bir sistem yöneticisinin bakış açısıyla adım adım göreceğiz.

Dosya bütünlüğü izleme (FIM) nasıl çalışır#

FIM araçları üç mantıksal aşamada çalışır: temel alma (baseline), karşılaştırma ve güncelleme. Temel alma aşamasında araç, izlemesini istediğiniz her dosyayı okur ve her biri için birden fazla özniteliği kaydeder. Bunlar arasında dosyanın içeriğinin SHA-256 gibi bir kriptografik özet fonksiyonundan geçirilmiş hash değeri, dosya boyutu, sahibi (uid), grubu (gid), izin bitleri, inode numarası ve değişiklik zaman damgaları (mtime, ctime) bulunur. Bu bilgilerin tümü bir veritabanı dosyasında toplanır; bu dosya, sisteminizin "sağlıklıyken böyleydi" fotoğrafıdır.

Karşılaştırma aşamasında araç, dosyaları tekrar okur ve yeni hesapladığı öznitelikleri veritabanındaki değerlerle satır satır kıyaslar. Bir dosyanın hash'i değişmişse içeriği değişmiş demektir; izin bitleri farklıysa biri chmod çalıştırmış olabilir; sahibi değişmişse yetki yükseltme girişimi söz konusu olabilir. Araç bu farkları üç kategoride raporlar: eklenen dosyalar, silinen dosyalar ve değiştirilen dosyalar. Kriptografik hash'in gücü buradadır — bir saldırgan dosyanın içeriğini bir bayt bile değiştirse hash tamamen farklı çıkar, dosyayı aynı boyutta tutmaya çalışsa bile bunu gizleyemez.

Burada kritik bir güvenlik ilkesi vardır: FIM veritabanının kendisi ve aracın yapılandırması korunmalıdır. Eğer saldırgan hem dosyayı değiştirip hem de veritabanını güncelleyebilirse, karşılaştırma temiz görünür ve tüm sistem işe yaramaz hale gelir. Bu yüzden ciddi kurulumlarda veritabanı salt okunur bir ortama (harici disk, ağ üzerinden erişilen bir sunucu ya da imzalı bir kopya) taşınır. FIM, dosya izinleri ve sahiplik kavramlarıyla iç içe çalışır; bu temelleri Linux dosya izinleri rehberimizde ayrıntılı ele alıyoruz.

FIM neden kritik bir güvenlik katmanıdır#

Güvenlik duvarları, güvenlik yamaları ve güçlü parolalar saldırganı içeri sokmamaya odaklanır; FIM ise farklı bir soruya cevap verir: "Ya içeri girdiyse?" Hiçbir önleyici katman yüzde yüz güvenli değildir. Sıfırıncı gün açıkları, çalınmış bir SSH anahtarı ya da güvenliği zayıf bir eklenti, en iyi korunan sunuculara bile giriş kapısı açabilir. FIM, bu ihtimalin gerçekleştiği anı yakalayan bir alarm sistemidir; önleme değil, tespit ve tepki katmanıdır. Genel güvenlik mimarisini sunucu güvenliği temelleri rehberimizde bir bütün olarak inceleyebilirsiniz.

Gerçek dünyada FIM'in yakaladığı olayların çoğu şu şekildedir. Bir saldırgan web dizinine shell.php gibi bir arka kapı bırakır — FIM bunu "yeni dosya" olarak raporlar. Bir başkası /etc/passwd veya /etc/shadow dosyasına yeni bir yetkili kullanıcı ekler — FIM bu dosyaların hash'inin değiştiğini gösterir. Daha sofistike bir saldırgan ls, ps veya netstat gibi sistem araçlarını, kendi süreçlerini gizleyen truvalanmış sürümlerle değiştirir (rootkit davranışı) — FIM bu ikili dosyaların değiştiğini anında ortaya çıkarır. Bu değişikliklerin hiçbiri günlük kayıtlarında (log) her zaman görünmez, ama dosya sisteminde mutlaka iz bırakır.

FIM yalnızca saldırı tespiti için de değildir. PCI-DSS, ISO 27001 ve KVKK gibi birçok uyumluluk çerçevesi, kritik sistem dosyalarındaki değişikliklerin izlenmesini açıkça şart koşar; PCI-DSS'in 11.5 maddesi doğrudan dosya bütünlüğü izlemeyi zorunlu kılar. Bunun yanında, bir ekip üyesinin yanlışlıkla bir yapılandırma dosyasını bozması ya da bir güncellemenin beklenmedik dosyaları değiştirmesi gibi masum ama önemli olayları da yakalar. Yani FIM hem bir güvenlik aracı hem de bir değişiklik yönetimi aracıdır.

AIDE kurulumu ve ilk veritabanını oluşturma#

AIDE (Advanced Intrusion Detection Environment), Linux dünyasının en yaygın kullanılan açık kaynaklı FIM aracıdır. Hafif, bağımsız ve neredeyse tüm dağıtımların depolarında hazır bulunur. Kurulumu paket yöneticisiyle tek satırdır. Ubuntu ve Debian tarafında aide paketini, RHEL ailesinde (AlmaLinux, Rocky Linux) ise aynı adı kullanırsınız.

# Ubuntu / Debian
sudo apt update
sudo apt install aide aide-common -y

# AlmaLinux / Rocky / RHEL
sudo dnf install aide -y

Kurulumdan sonraki en önemli adım, ilk veritabanını (baseline) oluşturmaktır. Bu adımı mutlaka sistem temizken, yani yeni kurulmuş ya da güvenilir olduğundan emin olduğunuz bir durumdayken yapın; çünkü baseline, "doğru" kabul edeceğiniz referanstır. Eğer sistem zaten ele geçirilmişse, saldırganın arka kapısını da "temiz" olarak kaydedersiniz. Veritabanını oluşturmak için --init komutunu çalıştırırsınız.

sudo aideinit
# veya doğrudan:
sudo aide --init

Bu komut, yapılandırma dosyasında tanımlı tüm dosyaları tarar ve aide.db.new adında yeni bir veritabanı üretir. Tarama, dosya sayısına göre birkaç dakika sürebilir. İşlem bittiğinde bu yeni veritabanını "aktif" veritabanı haline getirmeniz gerekir; AIDE karşılaştırmayı aide.db dosyasıyla yapar, aide.db.new ile değil.

sudo mv /var/lib/aide/aide.db.new /var/lib/aide/aide.db

Artık elinizde sisteminizin sağlıklı bir parmak izi var. İlk denetimi hemen çalıştırarak her şeyin çalıştığını doğrulayabilirsiniz. Temiz bir sistemde --check komutu "hiçbir değişiklik bulunamadı" benzeri bir çıktı vermelidir.

sudo aide --check

İçeriği kanıtlamak için basit bir test yapın: bir dosyayı kasıtlı olarak değiştirin ve denetimi tekrar çalıştırın. Örneğin /etc/hosts dosyasının sonuna bir yorum satırı ekleyip sudo aide --check çalıştırdığınızda, AIDE bu dosyanın hash'inin ve mtime değerinin değiştiğini raporlayacaktır. Bu, aracın gerçekten çalıştığının en somut kanıtıdır. (Testten sonra o değişikliği geri alıp veritabanını güncellemeyi unutmayın; veritabanı güncellemesini birazdan ele alacağız.)

Hangi dizinleri izlemeli, neleri hariç tutmalı#

AIDE'nin gücü de zorluğu da yapılandırmasındadır. Yapılandırma dosyası Ubuntu'da /etc/aide/aide.conf (ve /etc/aide/aide.conf.d/ içindeki parçalar), RHEL ailesinde /etc/aide.conf konumundadır. Bu dosyada iki şeyi tanımlarsınız: her dosya için hangi özniteliklerin izleneceğini belirten kural grupları ve bu kuralların hangi dizinlere uygulanacağını belirten kapsam satırları. Kural grupları, izlenecek özniteliklerin kısaltmalarından oluşur.

# Öznitelik kısaltmaları
# p = izinler, i = inode, n = link sayısı, u = sahip
# g = grup, s = boyut, m = mtime, c = ctime
# sha256 = SHA-256 hash, md5 = MD5 hash

# Değişmemesi gereken sistem ikilileri için sıkı kural
Binlib = p+i+n+u+g+s+m+c+sha256

# İçeriği değişebilen ama izinleri sabit kalan dosyalar için
ConfFiles = p+i+u+g+sha256

# Sadece izin ve sahiplik izlenecek (içeriği sürekli değişen dizinler)
PermsOnly = p+i+u+g

Kural gruplarını tanımladıktan sonra, hangi yolun hangi kuralla izleneceğini satır satır belirtirsiniz. Kritik güvenlik açısından öncelikli hedefler sistem ikilileri, kullanıcı/parola dosyaları, SSH yapılandırması, cron dizinleri ve zamanlanmış görevlerdir. Aşağıdaki tablo, tipik bir sunucuda öncelik sırasına göre izlenmesi gereken alanları özetliyor.

Kapsam satırları yolun başına yazılır; bir dosyayı hariç tutmak için satırın başına ! işareti koyarsınız. Sürekli değişen ve gürültü üreten dizinleri hariç tutmak, FIM'i kullanılabilir kılmanın anahtarıdır — çünkü her denetimde yüzlerce "değişiklik" gören bir yönetici, bir süre sonra tüm raporları görmezden gelir.

# İzlenecek yollar (yol + kural)
/bin        Binlib
/sbin       Binlib
/usr/bin    Binlib
/usr/sbin   Binlib
/boot       Binlib
/etc        ConfFiles

# Gürültü üreten, sürekli değişen yolları hariç tut
!/var/log
!/var/cache
!/var/lib/aide
!/tmp
!/proc
!/sys
!/dev
!/run
!/etc/mtab

Buradaki denge kritiktir. Çok geniş kapsam alırsanız log ve önbellek gibi doğal olarak değişen dosyalar raporu boğar; çok dar tutarsanız gerçek bir saldırıyı kaçırırsınız. İyi bir başlangıç kuralı: değişmemesi gereken her şeyi (ikililer, sistem yapılandırması, önyükleme) sıkı izleyin; sürekli değişmesi doğal olan her şeyi (loglar, geçici dosyalar, veritabanı veri dizinleri) hariç tutun. Paylaşımlı hosting kullanıyorsanız bu tür sistem seviyesi izleme sunucu tarafında sağlanır; kök erişimi isteyen kurulumlar için VDS sunucular ya da sanal sunucular daha uygundur.

Meşru değişikliklerde veritabanını güncelleme#

Bir sunucu canlı bir sistemdir: paket güncellemeleri yaparsınız, yapılandırma dosyalarını düzenlersiniz, yeni yazılım kurarsınız. Bu meşru değişikliklerin her biri, bir sonraki AIDE denetiminde "değişti" olarak raporlanır. Eğer bu değişiklikleri baseline'a işlemezseniz, rapor giderek şişer ve içindeki gerçek tehdit sinyali gürültüde kaybolur. Bu yüzden FIM'i kullanmanın disiplini, meşru her değişiklikten sonra veritabanını bilinçli olarak güncellemektir.

Doğru iş akışı şudur: bir bakım işlemi (örneğin apt upgrade) yaptıktan sonra önce bir denetim çalıştırırsınız, çıkan değişikliklerin gerçekten sizin yaptığınız işlemden kaynaklandığını gözden geçirirsiniz, ardından veritabanını güncellersiniz. Bu gözden geçirme adımı asla atlanmamalıdır — çünkü tam olarak burada, beklemediğiniz bir değişikliği (örneğin güncellemeyle birlikte gelen bir arka kapı ya da yetkisiz bir dosya) fark edersiniz.

# 1. Önce neyin değiştiğini gör
sudo aide --check

# 2. Değişiklikleri incele, hepsi bekleniyorsa veritabanını yeniden üret
sudo aide --update

# 3. Yeni veritabanını aktif hale getir
sudo mv /var/lib/aide/aide.db.new /var/lib/aide/aide.db

aide --update komutu hem bir denetim raporu üretir hem de aynı anda güncel durumu yansıtan yeni bir veritabanı (aide.db.new) oluşturur. Yani tek komutla hem raporu görür hem de yeni baseline'ı hazırlarsınız; sadece onu yerine taşımanız kalır. Bu ikili davranış, "önce bak sonra onayla" disiplinini doğal olarak destekler.

Büyük bir güncelleme veya sürüm yükseltmesinden sonra yüzlerce dosyanın değişmesi normaldir. Böyle durumlarda raporu tek tek okumak yerine, değişikliklerin beklenen paketlerle (örneğin güncellenen paketlerin dosya listeleriyle) uyumlu olup olmadığına odaklanın. Kritik olan, sistem ikilileri ve kullanıcı dosyaları gibi "asla kendiliğinden değişmemesi gereken" alanlarda beklenmedik bir hareket olup olmadığıdır. Bir güncellemenin sshd_config dosyanıza dokunması ya da web dizininize açıklanamayan bir dosya eklemesi, derinlemesine incelemeniz gereken kırmızı bayraklardır.

Cron ile otomatik denetim ve bildirim kurma#

Elle çalıştırılan bir güvenlik aracı, çalıştırmayı unuttuğunuz anda işe yaramaz. FIM'in gerçek değeri, denetimin düzenli ve otomatik olarak yapılıp sonucun size ulaşmasındadır. Bunu bir cron görevi ile kolayca kurarsınız; günde en az bir kez, tercihen trafiğin ve sistem etkinliğinin düşük olduğu gece saatlerinde çalıştırmak iyi bir başlangıçtır. Cron mantığına yeni başlıyorsanız Linux cron görevleri rehberimiz temel söz dizimini açıklıyor.

Aşağıdaki betik, her gece AIDE denetimini çalıştırır ve yalnızca bir değişiklik tespit edildiğinde yöneticiye e-posta gönderir. "Değişiklik yoksa mail atma" yaklaşımı önemlidir; her gün gelen "her şey yolunda" e-postaları hızla görmezden gelinir, ama ayda bir gelen bir uyarı e-postası dikkat çeker.

#!/bin/bash
# /usr/local/sbin/aide-check.sh
REPORT="/tmp/aide-report-$(date +%F).txt"
ADMIN="[email protected]"
HOST="$(hostname)"

/usr/sbin/aide --check > "$REPORT" 2>&1
STATUS=$?

# AIDE, değişiklik bulunca sıfırdan farklı çıkış kodu döndürür
if [ "$STATUS" -ne 0 ]; then
    mail -s "[UYARI] $HOST üzerinde dosya değişikliği tespit edildi" \
        "$ADMIN" < "$REPORT"
fi

rm -f "$REPORT"

Betiği çalıştırılabilir yapıp bir cron satırıyla zamanlarsınız. Aşağıdaki örnek her gün saat 03.30'da denetimi başlatır.

sudo chmod 700 /usr/local/sbin/aide-check.sh

# root crontab'ına ekle: sudo crontab -e
30 3 * * * /usr/local/sbin/aide-check.sh

Modern sistemlerde cron yerine bir systemd timer da kullanabilirsiniz; timer'lar hem daha okunabilir bir söz dizimi hem de journalctl üzerinden merkezî loglama sağlar. Hangi yöntemi seçerseniz seçin, iki iyi uygulamayı ihmal etmeyin. Birincisi, AIDE veritabanını (/var/lib/aide/aide.db) düzenli olarak sunucu dışında bir yere, örneğin bir yedekleme sunucusuna kopyalayın; bu, saldırganın veritabanını kurcalamasına karşı bir sigortadır. Kurumsal bir yedekleme çözümü bu kopyaları otomatik saklar. İkincisi, denetim raporlarını da bir günlük yönetim sistemine ya da en azından ayrı bir dosyaya arşivleyin ki geçmişe dönük inceleme yapabilesiniz.

AIDE ve Tripwire karşılaştırması#

AIDE'nin en bilinen alternatifi Tripwire'dır; aslında AIDE, ticari Tripwire ürününe açık kaynaklı bir alternatif olarak doğmuştur. İkisi de aynı temel işi yapar: dosyaların kriptografik parmak izini alıp değişiklikleri raporlar. Aralarındaki farklar, iş akışı ve yönetim tarzındadır. Tripwire, veritabanını ve yapılandırma dosyalarını iki ayrı parola (site key ve local key) ile kriptografik olarak imzalar; bu, saldırganın veritabanını sessizce değiştirmesini AIDE'ye göre daha zor hale getirir. Buna karşılık kurulumu ve günlük yönetimi daha karmaşıktır.

Pratikte çoğu web sunucusu ve VDS kullanıcısı için AIDE fazlasıyla yeterlidir; sadeliği, onu düzenli kullanılabilir kılan en büyük avantajıdır. Tripwire, veritabanı imzalamanın kritik olduğu, sıkı uyumluluk gereksinimi olan kurumsal ortamlarda tercih edilir. Bunların ötesinde, gerçek zamanlı izleme isteyen ekipler auditd ile çekirdek seviyesinde dosya erişimlerini anlık yakalayan çözümlere ya da OSSEC/Wazuh gibi FIM'i log analizi ve tehdit tespitiyle birleştiren daha kapsamlı platformlara yönelir. Seçim, ihtiyacınızın karmaşıklığına bağlıdır; ama hiç FIM kullanmamakla AIDE kurmak arasındaki fark, iki araç arasındaki farktan çok daha büyüktür.

FIM'i tek başına bir çözüm olarak görmemek gerekir; en iyi sonucu bir katman olarak diğer önlemlerle birlikte verir. Bir WAF uygulama seviyesindeki saldırıları filtreler, DDoS koruma erişilebilirliği ayakta tutar, düzenli güvenlik yamaları bilinen açıkları kapatır; FIM ise bu katmanların hepsini aşan bir saldırının bıraktığı izi yakalar. Bir sitenin ele geçirildiğinden şüpheleniyorsanız, FIM raporu kurtarma sürecinizin en değerli başlangıç noktasıdır.

Sıkça Sorulan Sorular#

AIDE gerçek zamanlı olarak mı çalışır yoksa periyodik mi denetler?#

AIDE varsayılan olarak periyodik denetim aracıdır; yani bir dosya değiştiği anda değil, siz aide --check çalıştırdığınızda (genellikle cron ile günde bir kez) değişikliği tespit eder. Bu, saldırıyla tespit arasında bir zaman aralığı olabileceği anlamına gelir. Gerçek zamanlı, yani dosya değiştiği anda tetiklenen bir izleme istiyorsanız Linux çekirdeğinin auditd ve inotify altyapısını ya da OSSEC/Wazuh gibi platformları kullanmanız gerekir. Çoğu sunucu için günlük periyodik denetim, saldırı penceresini kabul edilebilir bir seviyeye indirir.

Paylaşımlı hosting kullanıyorsam AIDE kurabilir miyim?#

Hayır, AIDE ve Tripwire sistem seviyesinde çalışır ve kök (root) erişimi gerektirir; paylaşımlı hosting hesabınızda bunları kuramazsınız. Paylaşımlı hosting ortamında dosya bütünlüğü izleme, sunucuyu yöneten barındırma firmasının sorumluluğundadır ve genellikle Imunify360 gibi sunucu tarafı araçlarla sağlanır. Kendi FIM politikanızı kurmak istiyorsanız kök erişimi veren bir VDS ya da sanal sunucuya geçmeniz, uygulama seviyesinde ise WordPress için Wordfence gibi eklentilerle dosya taraması yapmanız gerekir.

Her güncellemede yüzlerce dosya değişiyor, bu normal mi?#

Evet, bir paket güncellemesi ya da sürüm yükseltmesi çok sayıda sistem dosyasını değiştirir ve bunların AIDE raporunda görünmesi tamamen beklenen bir durumdur. Önemli olan, bu değişikliklerin gerçekten sizin yaptığınız güncellemeyle uyumlu olup olmadığını incelemek ve ardından aide --update ile veritabanını güncelleyerek yeni durumu temel almaktır. Dikkat etmeniz gereken şey, güncelleme yapmadığınız halde değişen ya da beklenen paketlerin dışında kalan (örneğin web dizinine eklenen açıklanamayan) dosyalardır.

FIM veritabanını saldırgan değiştirebilir mi?#

Bu, FIM'in en kritik zayıf noktasıdır. Eğer veritabanı sunucuda kök erişimi ele geçirmiş bir saldırganın yazabileceği bir yerde duruyorsa, teorik olarak hem dosyayı değiştirip hem de veritabanını güncelleyerek izini örtebilir. Bu yüzden ciddi kurulumlarda veritabanının bir kopyası salt okunur bir ortama ya da sunucu dışında güvenli bir konuma alınır; Tripwire ise veritabanını kriptografik olarak imzalayarak bu riski azaltır. En pratik önlem, veritabanını düzenli olarak ayrı bir yedekleme sunucusuna kopyalamak ve denetimi mümkünse harici bir kopyayla yapmaktır.

AIDE sunucu performansını etkiler mi?#

AIDE denetimi, dosyaları okuyup hash hesapladığı için tarama sırasında disk ve CPU kullanır; ancak bu yalnızca denetim çalıştığı birkaç dakika sürer, sürekli bir yük değildir. Etkiyi en aza indirmek için denetimi trafiğin en düşük olduğu gece saatlerine zamanlar ve kapsamı gereksiz büyütmezsiniz. Sürekli değişen büyük dizinleri (log, önbellek, veri klasörleri) hariç tutmak hem raporu temiz tutar hem de tarama süresini kısaltır. Normal boyuttaki bir web sunucusunda günlük denetimin performans etkisi pratikte hissedilmez.

FIM sadece güvenlik için mi kullanılır?#

Hayır, FIM'in birincil amacı yetkisiz değişiklikleri tespit etmek olsa da değişiklik yönetimi ve uyumluluk için de çok değerlidir. Bir ekip üyesinin yanlışlıkla kritik bir yapılandırma dosyasını bozması, bir dağıtım (deployment) sürecinin beklenmedik dosyalar bırakması ya da bir güncellemenin sessizce bir ayarı değiştirmesi gibi masum ama önemli olayları da yakalar. Ayrıca PCI-DSS ve ISO 27001 gibi uyumluluk standartları dosya bütünlüğü izlemeyi açıkça şart koştuğu için, denetim geçmek isteyen kuruluşlar için FIM bir zorunluluktur.

Kapanış#

Dosya bütünlüğü izleme, saldırganın en çok istediği şeyi — görünmez kalmayı — elinden alan sessiz bir alarm sistemidir. Sisteminizin temiz halinin kriptografik bir fotoğrafını çekip düzenli olarak "hâlâ aynı mı?" diye sormak, kulağa basit gelse de gerçek bir sızmayı haftalar öncesinden yakalayabilir. AIDE ile birkaç dakikada kurulan bir baseline, doğru seçilmiş kapsam, meşru değişikliklerde disiplinli veritabanı güncellemesi ve cron ile otomatik gece denetimi bir araya geldiğinde, elinizde bakım gerektirmeyen ama sürekli nöbet tutan bir güvenlik katmanı olur. Unutmayın: FIM önlemez, ama fark eder — ve güvenlikte fark etmek, tepki vermenin ilk şartıdır.

Bu izlemeyi kendiniz kurmak için tam kök erişimine ihtiyaç duyarsınız; Clou.TR olarak bunu size kolaylaştırıyoruz. VDS sunucularımız ve sanal sunucularımızla AIDE veya Tripwire'ı istediğiniz gibi yapılandırabilir, yönetilen sunucu yönetimi hizmetimizle bu denetimi ve bildirimleri bizim ekibimize bırakabilirsiniz. Veritabanı kopyalarınızı güvende tutmak için yedekleme çözümümüzü, uygulama katmanı için WAF ve SSL sertifikası hizmetlerimizi ekleyebilir; güvenlik yolculuğunuza uygun bir hosting paketiyle sağlam bir temel atarak başlayabilirsiniz.