# Sürdürebileceğiniz bir Linux VPS sağlamlaştırma temeli | SwissOctet Insights https://swissoctet.com/tr/insights/linux-vps-hardening-baseline/ SwissOctet / İçgörüler / İkinci gün operasyonları İkinci gün operasyonları Uygulandı · 6 dk okuma Sürdürebileceğiniz bir Linux VPS sağlamlaştırma temeli Güvenli yönetim, yalnızca gerekli hizmetleri açığa çıkarın ve kendinizi kilitlemeden güncellemeleri ve kurtarmayı oluşturun. SwissOctet Editör Ekibi tarafından Kılavuzu kaydet Bağlantıyı kopyala BU SAYFADA 01 Güvenilir bir başlangıç noktası oluşturun 02 SSH erişimini kasıtlı hale getirin 03 Tüm makineyi değil, uygulamayı açığa çıkarın 04 Güncellemeleri bir işletim süreci olarak planlayın 05 Uygulama erişimini kısıtlayın ve kurtarmayı koruyun 06 İncelenebilir kalan bir ilk dağıtım sırası Pratik kontrol listeniz Kaynaklar ve daha fazla okuma Kütüphaneye dön DOĞRUDAN YANIT Doğrulanmış erişim ve bir kurtarma yoluyla başlayın, ardından bireysel yönetimi, test edilmiş SSH anahtarlarını, kısıtlayıcı bir güvenlik duvarını, bakımı yapılan yazılımı ve bağımsız yedekleri yapılandırın. Değişiklikleri kademeli olarak uygulayın ve eskisini kapatmadan önce yeni bir oturumu doğrulayın. 01 Güvenilir bir başlangıç noktası oluşturun Makineyi değiştirmeden önce beklenen işletim sistemini, erişim yöntemini ve kurtarma yolunu doğrulayın. SSH ana bilgisayar kimliğini, beklenmeyen bir anahtarı araştırmadan kabul etmek yerine operatörün onayladığı bilgiler aracılığıyla doğrulayın. Geçici kimlik bilgilerini gizli tutun ve bunları amaçlanan süreç aracılığıyla değiştirin. Bakımdan hangi kişinin sorumlu olduğunu ve bu hizmet için gerçekte hangi kurtarma seçeneklerinin mevcut olduğunu kaydedin. Erişim değişiklikleri yaparken çalışan bir yönetim oturumunu açık tutun. Kopyalanmış bir sağlamlaştırma tarifi, farklı bir dağıtım veya hesap düzeni varsaydığında kullanılabilir tek oturum açmayı kaldırabilir. Her seferinde bir değişiklik yapın, etkili sonucunu kontrol edin ve geri dönüş yolunu koruyun. Amaç, katı görünen ancak yönetilemeyen bir yapılandırma değil, güvenle bakımını yapabileceğiniz bir sistemdir. 02 SSH erişimini kasıtlı hale getirin Tek bir kalıcı root oturumunu paylaşmak yerine uygun ayrıcalıklara sahip bireysel yönetici erişimi oluşturun. Özel anahtarı yetkili uç noktada tutarak amaçlanan ortak anahtarı yükleyin ve test edin. Ubuntu OpenSSH belgeleri sunucu yapılandırmasını ve kimlik doğrulama seçeneklerini açıklar. Tek bir ayarı düzenlemenin tüm hizmeti değiştirdiğini varsaymadan önce, dahil edilen dosyalar dahil olmak üzere dağıtımınız için geçerli yapılandırmayı okuyun. Parola kimlik doğrulamasını veya ayrıcalıklı oturum açma kurallarını değiştirmeden önce anahtar erişimini ikinci bir oturum üzerinden test edin. Yeni hesabın ihtiyaç duyduğu yönetimi gerçekleştirebildiğinden emin olun. Önceki yönteme bağlı olan tüm otomasyonları gözden geçirin ve erişimini bilinçli olarak değiştirin. Anahtar bir erişim kimlik bilgisidir; bu nedenle kopyalarını uygulama dizinlerinde bırakmak yerine özel bir depolama konumu ve rotasyon süreci kullanın. 03 Tüm makineyi değil, uygulamayı açığa çıkarın Dinleyen hizmetleri envanterleyin ve hangilerinin genel olması gerektiğini belirleyin. Bir web uygulaması HTTP ve HTTPS gerektirebilir, ancak veritabanına yalnızca amaçlanan dahili yol üzerinden erişilebilir kalabilir. Ubuntu, UFW'yi bir güvenlik duvarı yapılandırma aracı olarak belgeler, ancak yararlı politika araçtan bağımsızdır: gerekli trafiğe izin verin ve yönetimi mümkün olduğunda onaylanmış kaynaklarla sınırlayın. Hizmet bunları içeriyorsa hem ana makine düzeyindeki hem de sağlayıcı düzeyindeki kontrolleri denetleyin. Kısıtlayıcı bir kural kümesini etkinleştirmeden önce test edilen yönetim yoluna izin verin ve başka bir oturumdan erişimi doğrulayın. SSH'ı farklı bir bağlantı noktasına taşımanın kimlik doğrulamanın veya yama uygulamanın yerini aldığını varsaymayın. Güvenlik duvarı kurallarını anlaşılır tutun, böylece gelecekteki sorun giderme her bağlantı noktasını geçici çözüm olarak açmaya yol açmaz. Değiştir Uygulamadan önce kontrol edin Sonrasında kontrol edin Yeni SSH anahtarı Doğru hesap ve ortak anahtar İkinci anahtar kimlik doğrulamalı oturum çalışıyor Kısıtlanmış güvenlik duvarı Gerekli hizmet ve kurtarma yolları Genel uygulama çalışıyor; istenmeyen bağlantı noktaları kapalı Yazılım güncellemesi Yedekleme ve yeniden başlatma etkileri Hizmetler yeniden başlıyor ve uygulama testleri geçiyor Hizmet izni değişikliği Gerekli okuma ve yazma yolları Uygulama daha geniş sistem erişimi olmadan çalışıyor 04 Güncellemeleri bir işletim süreci olarak planlayın Sistemi ve uygulama bağımlılıklarını bakımlı tutun. Ubuntu'nun otomatik güncelleme rehberi, katılımsız yükseltmeleri, izin verilen kaynakları ve yeniden başlatma davranışını açıklar. Üçüncü taraf bir depo, makineye eklendiği için otomatik olarak kapsanmaz. Yapılandırılmış güncelleme sürecinin gerçekte neleri içerdiğini gözden geçirin ve ayrı kurulan uygulamalara kendi bakım yollarını verin. Hizmet yeniden başlatmalarının ve yeniden önyüklemelerin nasıl ele alınacağına karar verin. Bir paket güncellemesini uygulamak her zaman çalışan her sürecin yeni kodu kullandığı anlamına gelmez. İş yükünün gerektirdiği yerde bir bakım penceresi kullanın ve sonrasında basit bir uygulama kontrolü yapın. Bir paket manuel geçiş adımları gerektiriyorsa, tüm güncellemeleri süresiz olarak devre dışı bırakıp ortaya çıkan riske kayıtsız kalmak yerine bunları belgeleyin. 05 Uygulama erişimini kısıtlayın ve kurtarmayı koruyun Hizmetleri ihtiyaç duydukları izinlerle çalıştırın ve genel içeriği sırlardan ve dağıtım meta verilerinden ayırın. Bir web süreci her sistem ayarını yeniden yazamamalıdır. Ortam sırlarını genel olarak sunulan dizinlerin dışında tutun ve kasıtlı bir koruma politikası olmadan bunları günlüklere, destek dışa aktarımlarına veya genel yedeklere dahil etmekten kaçının. Kullanılmayan paketleri ve hizmetleri operasyonel bir amaçları kalmadığında kaldırın. Bağımsız bir yedekleme sürdürün ve uygulamayı yalıtılmış bir ortama geri yüklemeyi test edin. Yedekleme kimlik bilgilerini kısıtlayın, böylece ele geçirilmiş bir uygulama tüm kurtarma kopyalarını otomatik olarak silemez. Disk kapasitesini, yedekleme yaşını ve hizmet arızalarını izleyin. Günlükleme, tanımlanmış operasyonel soruları yanıtlamalı ve erişim ile saklama kontrol altında olmalıdır; hassas isteklerin sınırsız bir kopyası haline gelmemelidir. 06 İncelenebilir kalan bir ilk dağıtım sırası Yeni bir VPS için önce erişimi ve kurtarmayı doğrulayın, ardından yönetici hesabını ve test edilmiş anahtarı oluşturun. Güvenlik duvarını yapılandırın, güncellemeleri uygulayın ve uygulamayı amaçlanan hizmet hesabı altında dağıtın. Genel davranışı başka bir ortamdan doğrulayın, özel dosyaların alınamadığını kontrol edin ve bir yedek geri yükleme gerçekleştirin. Her karar ve bir erişim değişikliğini geri alma yolu hakkında notlar tutun. Vector VPS, Pulse NVMe ve seçili özel planlar SwissOctet kataloğunda Linux seçenekleri sunar. Sipariş vermeden önce seçilen imajı ve bakım işi bölümünü doğrulayın. Hiçbir Linux imaj adı, sağlamlaştırmanın, güncellemelerin veya yedeklemelerin zaten yönetildiğini kanıtlamaz. Temel, yapılandırdığınız, doğruladığınız ve proje değiştikçe bakımını sürdürdüğünüz kontroller kümesidir. HAREKETE GEÇİRİN Pratik kontrol listeniz. ✓ SSH ana makine kimliğini ve kurtarma yolunu doğrulayın. ✓ Bireysel anahtar erişimini ikinci bir oturumda test edin. ✓ Dinleyen hizmetleri ve güvenlik duvarı kurallarını kısıtlayın. ✓ Güncelleme kapsamını ve yeniden başlatma davranışını gözden geçirin. ✓ Sırları genel dosyalardan ve hizmet izinlerinden ayırın. ✓ Bağımsız bir kurtarma kopyasını test edin. Kontrol listesini indir SIK SORULAN SORULAR Önemli olan ayrıntılar. Parola oturum açmayı hemen devre dışı bırakmalı mıyım? + Önce yeni anahtar erişimini ve kurtarma yolunu oluşturup test edin. Ardından kimlik doğrulamayı desteklenen yapılandırmanıza göre değiştirin. SSH bağlantı noktası değişikliği sağlamlaştırmanın yerini alır mı? + Hayır. Güçlü kimlik doğrulamanın, kısıtlı erişimin, güncellemelerin veya uygun hesap ayrıcalığının yerini almaz. Otomatik güncellemeler her uygulama için yeterli mi? + Hayır. İzin verilen depoları, yeniden başlatma gereksinimlerini ve sistemin güncelleme süreci dışında kurulan yazılımları kontrol edin. BİRİNCİL KAYNAKLAR Kaynağa gidin. Bu kaynaklar, bu kılavuzdaki teknik kavramları destekler. Bir üretim sistemini değiştirmeden önce güncel belgeleri izleyin. Ubuntu Sunucusu: OpenSSH sunucusu ubuntu.com Ubuntu Sunucusu: Güvenlik duvarları ubuntu.com Ubuntu Sunucusu: Otomatik güncellemeler ubuntu.com SwissOctet tarafından editoryal rehberlik. Örnekler açıklayıcıdır. Hizmet spesifikasyonları, mevcut seçenekler ve sözleşme koşulları ayrıca doğrulanmalıdır. BİLGİYİ BAĞLAYIN İlgili altyapı. Vector VPS İsviçre Pulse NVMe İsviçre Metal EPYC İsviçre BAĞLANTIYI KORUYUN Bir sonraki saha notlarınız. Tüm kılavuzları keşfedin SAHA NOTU / 01 + İkinci gün operasyonları Uygulamalı Gerçekten geri yükleyebileceğiniz bir yedek oluşturun Bir kurtarma hedefi seçin, bağımsız bir kopyayı koruyun ve bir olay konuyu zorlamadan önce geri yüklemeyi deneyin. 4 dk okuma Kılavuzu okuyun SAHA NOTU / 02 + İkinci gün operasyonları Uygulamalı Barındırılan projeniz için pratik bir tehdit modeli Varlıkları ve güven sınırlarını haritalayın, birkaç gerçekçi arıza senaryosu seçin ve bunları test edebileceğiniz kontrollere dönüştürün. 6 dk okuma Kılavuzu okuyun SAHA NOTU / 03 + İkinci gün operasyonları Uygulamalı Erişimi kaybetmeden güvenli Windows RDP yönetimi Ağ erişilebilirliğini, kimlik doğrulamayı ve ayrıcalığı ayırın, ardından uzaktan erişimi sıkılaştırmadan önce bir kurtarma yolunu doğrulayın. 6 dk okuma Kılavuzu okuyun