İçeriğe geç
FibaCloud

AĞ GÜVENLİĞİ / CLOUD FIREWALL

Her bağlantının bir amacı, her kuralın bir sahibi olsun.

Uygulamanızın ihtiyaç duyduğu ağ bağlantılarını belirleyin ve gereksiz erişimi sınırlandırın. Cloud Firewall planı; kaynak adresi, port ve protokol kadar yönetim erişiminin korunmasını, kural değişikliğinin test edilmesini ve geri dönüş yolunu da kapsamalıdır.

FibaCloud platformuCloud Firewall
İzinli ve sınırlandırılmış bağlantı yolları
Önce iş yükünüz
İhtiyaca dayalı ağ erişimiAnlaşılır kural düzeniKontrollü değişiklik süreci

01 / Genel bakış

Ağ erişimini açık ve denetlenebilir kurallarla yönetin.

Ağ güvenlik duvarı, bağlantıları tanımlı kurallara göre sınırlandırma katmanıdır. Uygulamanın kimlik doğrulaması veya güvenli kod geliştirme sürecinin yerine geçmez. Bir web servisini internete açmakla yönetim portunu tüm adreslere açmak farklı kararlardır; her kural için ihtiyaç ve sahiplik belirleyin.

Sunulan kural yönlerini, protokolleri ve uygulama davranışını hizmet kapsamından doğrulayın. Bulut güvenlik duvarı ile işletim sistemi üzerindeki kurallar birlikte etkili olabilir. Değişiklikten önce mevcut yönetim bağlantısını ve kullanılabilir kurtarma erişimini değerlendirin; kısıtlama uygularken sunucuya erişiminizi kaybetmeyin.

01

İhtiyaca dayalı ağ erişimi

Kaynakları yalnız gerekli bağlantılarla ilişkilendirin. Genel ağ erişimini, uygulama içi iletişimden ve yönetim trafiğinden ayırın.

02

Anlaşılır kural düzeni

Her kuralın amacı, kapsamı ve sorumlusu belli olsun. Geçici erişimleri süresiz bırakmak yerine düzenli gözden geçirin.

03

Kontrollü değişiklik süreci

Yeni kuralları izinli ve reddedilen bağlantılarla test edin. Bir uygulama hatasıyla engellenen ağ yolunu ayırt edecek kayıtlar tutun.

02 / Mimari

İzinli ve sınırlandırılmış bağlantı yolları

Örnek kural akışı: bağlantı, tanımlı ağ izinlerine göre değerlendirilir. Uygulama güvenliği ve kimlik doğrulama ayrı katmanlar olarak devam eder.

Seçim rehberi
Mimariyi yakından tanıyın
  1. Bağlantı isteği
  2. Kural değerlendirmesi
  3. İzinli servis
  4. Sınırlandırılmış yol
Örnek kural akışı: bağlantı, tanımlı ağ izinlerine göre değerlendirilir. Uygulama güvenliği ve kimlik doğrulama ayrı katmanlar olarak devam eder.

03 / Seçim rehberi

Kuralı yazmadan önce dört karar.

Kuralı yazmadan önce dört karar.
Seçim ölçütüNasıl karar verilir?Neden önemli?
Kaynak ve hedefİzin verilen adresleri ve ilgili sunucuları tanımlayın.Gereğinden geniş bir adres aralığı erişim sınırını zayıflatır.
Port ve protokolUygulamanın gerçekten kullandığı port ve protokolü doğrulayın.Bir bağlantıyı açmak ilgisiz servisleri erişilebilir yapmamalıdır.
Yön ve bağımlılıkGelen ve giden bağlantı ihtiyaçlarını ayrı inceleyin.DNS, güncelleme veya dış servis erişimi de işletimi etkileyebilir.
Değişiklik ve geri dönüşKural sahibini, testini ve kurtarma yolunu kaydedin.Yanlış bir kısıtlama uygulamayı veya yönetim erişimini durdurabilir.

04 / Kullanım alanları

Güvenlik duvarı planının başladığı bağlantılar.

01 / Cloud Firewall

Yönetim erişimi

SSH veya diğer yönetim bağlantıları için gerekli kaynakları belirleyin. Adres değişikliği ve acil erişim durumlarını önceden planlayın.

02 / Cloud Firewall

Web ve API servisleri

Kullanıcı trafiğinin ihtiyaç duyduğu portları tanımlayın. Uygulama kimlik doğrulaması ve TLS gereksinimlerini ayrı güvenlik katmanları olarak koruyun.

03 / Cloud Firewall

Veri ve iç servisler

Veritabanı ve yardımcı servislerin hangi uygulama kaynaklarıyla konuşacağını sınırlandırın. Gereksiz genel erişimi tasarım aşamasında kaldırın.

05 / Planlamadan işletime

Erişimi daraltırken kontrolü koruyun.

  1. Mevcut bağlantıları çıkarın

    Çalışan servisleri, portları ve erişim kaynaklarını listeleyin. Bilinmeyen bir kuralı kaldırmadan önce kullanımını inceleyin.

  2. En az erişimi tanımlayın

    Gerekli bağlantılar için açık kurallar hazırlayın. Yönetim erişimini ve alternatif kurtarma yöntemini kontrol edin.

  3. Aşamalı test yapın

    Kuralları kontrollü uygulayın; izinli ve yasak bağlantıları ayrı deneyin. Bulut ve işletim sistemi kurallarının etkileşimini inceleyin.

  4. Bakım döngüsü kurun

    Eski servisleri ve geçici izinleri gözden geçirin. Uygulama değiştiğinde bağlantı haritasını ve sorumluları güncelleyin.

Sorular

Bir sonraki kararınız daha net olsun.

Ekibimizle görüşün
Cloud Firewall bir WAF mıdır?

Ağ güvenlik duvarı ile web uygulama güvenlik duvarı farklı katmanlardır. WAF, HTTP isteklerini uygulama düzeyinde ele alır. Hizmetin desteklediği özellikleri bu ayrımı koruyarak inceleyin.

Güvenlik duvarı tüm saldırıları engeller mi?

Hayır. Kimlik bilgileri, uygulama açıkları, güncellemeler ve trafik hacmi ayrı konulardır. Güvenlik duvarını kapsamı belirli bir erişim kontrolü katmanı olarak kullanın.

Kural değişikliği SSH erişimimi kesebilir mi?

Evet. Kaynak adresi veya portu yanlış sınırlandırmak yönetim bağlantısını engelleyebilir. Değişiklik öncesinde yönetim kuralını ve doğrulanmış kurtarma yolunu hazırlayın.

İşletim sistemi güvenlik duvarını da kullanmalı mıyım?

Katmanları birlikte planlayabilirsiniz; kuralların birbirini nasıl etkilediğini anlamak gerekir. Sorumlulukları belgeleyin ve bağlantı sorunlarında her iki katmanı da kontrol edin.

Uygulamalı rehberlerle derinleşin.

Ürün seçimini kurulum, yapılandırma ve işletim bilgisiyle buluşturun.

Teknik rehberleri keşfedin

Teknik kaynaklar

Bu kaynaklar sayfada ele alınan teknik kavramları açıklar. Kullanılabilir yapılandırmalar ve hizmet kapsamı FibaCloud ürün ve sipariş bilgilerinde tanımlanır.

FIBACLOUD / Cloud Firewall

Projenizden başlayalım. Doğru kaynaklarla ilerleyelim.

Uygulamanızı, beklenen kullanımınızı ve işletim ihtiyaçlarınızı paylaşın. Kaynak seçimlerini birlikte netleştirelim.

Tawk.to tarafından sunulan canlı desteği açar.