- Süper kullanıcı ayrıcalıklarının kullanımını sınırlamanın ve sudo'nun gelişigüzel kullanımından kaçınmanın önemi.
- Yetki izinlerinin, dosya silme işlemlerinin ve ağ yapılandırmalarının yanlış yönetilmesiyle ilişkili kritik riskler.
- Sistemin güncel tutulması ve sağlam yedeklemelerin yapılması şarttır.
GNU/Linux dağıtımının terminaliyle boğuşarak zaman geçiren herkes, tek bir hatanın her şeyi alt üst edebileceğini bilir. İster uzman olun ister ilk dağıtımını kurmuş biri; Enter tuşuna bastıktan hemen sonra, çalıştırdığımız komutun sistem için bir ölüm fermanı olduğunu fark ettiğimizde hepimiz enseklerimizde o soğuk terleri hissetmişizdir .
Gerçek şu ki, bu alanda deneme yanılma yoluyla öğrenmek normdur, ancak başkalarının hatalarından ders çıkarabileceğiniz zaman kendinizi duvara vurmanıza gerek yok . Maksimum yetkilerle bir ekibi yönetmek, ağ olmadan ip üzerinde yürümeye benzer: son derece güçlüdür, ancak tek bir yanlış adımda her şeyi sıfırdan yeniden kurmak zorunda kalırsınız ve müşterinin bunu öğrenmemesi için dua edersiniz.
Süper kullanıcı yetkisinin kötüye kullanılmasının tehlikesi
Özellikle yeni başlayanlar arasında en sık yapılan hatalardan biri, önemsiz herhangi bir iş için sudo veya root kullanıcısını gelişigüzel kullanmaktır . Bu ayrıcalıklarla istediğinizi yapabileceğiniz doğru, ancak büyük gücün büyük sorumluluk getirdiğini unutmayın. Bir işlemi gereksiz yere root olarak başlatırsanız, bu işlem sistem üzerinde tam kontrol sahibi olur ki bu da son derece büyük bir güvenlik riskidir.
Ayrıca, pratik bir sorun da var: `sudo` kullanarak bir dosya oluşturursanız, bu dosya yöneticiye ait olur . Bu, daha sonra normal kullanıcı hesabınızla düzenlemek istediğinizde, ona dokunma izninizin olmadığını fark edeceğiniz ve sinir bozucu bir döngü oluşturacağınız anlamına gelir. İdeal olarak, her görev için yalnızca gerekli izinlere sahip belirli kullanıcılar oluşturmalısınız, böylece hataların tüm diske yayılmasını önleyebilirsiniz.
Bir diğer klasik hata ise root crontab'ını kullanmaktır . Birçok kişi kendi kullanıcı crontab'ını kullanmak yerine görevleri orada planlamaya meyillidir. Bu, ateşle oynamak gibidir, çünkü süper kullanıcı tarafından yürütülen kötü yazılmış bir komut dosyası, kritik dizinleri silebilir veya işletim sistemini uyarı vermeden istikrarsızlaştırabilir. Bu nedenle, Linux'ta cron ve bash otomasyonunda uzmanlaşmak hayati önem taşır.
Tehlikeli izinler ve kopyala yapıştır yapma cazibesi
Eminim sizin de başınıza gelmiştir: Bir klasöre yazmaya çalışırsınız, sistem size izin vermez ve çaresizlikten ` chmod 777` komutunu çalıştırırsınız . Linux'ta buna "canavarın sayısı" diyoruz. Herkese tam okuma, yazma ve çalıştırma izinleri vermek bir çözüm değil; stadyum büyüklüğünde bir güvenlik açığıdır . Doğru olan, izin hiyerarşisini anlamak ve mümkün olduğunca kısıtlayıcı olmaktır.
Öte yandan, internetten komutları okumadan kopyalama gibi tehlikeli bir alışkanlığımız var. Hayal kırıklığı arttığında ve sorun çözülmediğinde, anlamadığımız karmaşık kod satırlarını yapıştırabiliyoruz. Bunu root olarak yaparsanız, başkasının makinenizi kontrol etmesine veya hayati verileri yanlışlıkla silmesine yol açmış olursunuz. Bu nedenle , ayrıntılı olarak açıklanan temel Linux komutlarını incelemek en iyisidir.
Bilinmeyen kaynaklardan yazılım yüklemek de kötü bir fikirdir. Harici ikili dosyalar veya şüpheli depolar kullanmak, kötü amaçlı yazılım veya virüs bulaştırabileceği gibi, sisteminizi istikrarsızlaştırabilecek bağımlılık çakışmalarına da neden olabilir. Her zaman resmi depoları kullanmak ve şüpheli kaynaklardan gelen .deb veya .rpm paketlerinden kaçınmak en iyisidir.
rm -rf ve diğer yıkıcı komutların dehşeti
Komut rm -rf Bir sunucuyu saniyeler içinde kullanılamaz hale getirme yeteneğiyle efsaneleşmiştir. Bir yazım hatası, örneğin, olmaması gereken bir yere boşluk koymak (örneğin, rm -rf . /* yerine rm -rf ./*), sistemde sorunlara yol açabilir. Kök dizindeki her şeyi kaldırKomutu çalıştırmadan önce iki veya üç kez tekrar okumak hayati önem taşır ve her şeyden önemlisi, Hangi dizinde olduğunuzu kontrol edin. ile pwd.
komutunu kullanırsanız find ile kombine -exec rmSon derece dikkatli olun. 'Core' adlı geçici dosyaları sildiğinizi sanabilirsiniz ve sonuçta... veritabanının çökmesi Arama deseni çok geniş olduğu için üretimde sorunlar yaşandı. Bunu önlemenin bir yolu, arama desenini değiştirmektir. -exec rm tarafından -print Son adımı atmadan önce hangi dosyaların silineceğini görmek için öncelikle bir yönteme başvuruluyor. Linux dosya yönetimi kılavuzu.
Veri yönlendirmesine de dikkat edin. Operatörü yanıltabilir. > ile >> Hepimizin yaptığı acemi bir hata bu. İkinci yöntem dosyanın sonuna bilgi eklerken, birinci yöntem... tüm içeriğin üzerine yazarBunu Apache yapılandırma dosyasıyla yaptığınızı hayal edin; esasen tüm sunucu yapılandırmasını silip dosyayı boş bırakmış olursunuz.
Kullanıcı yönetimi ve uzaktan kapatma riski
Kullanıcıları silerken userdel -rSistem yalnızca hesabı değil, tüm içeriğini de siler. ANA SAYFA diziniYedeklemeniz yoksa, şirketin sizden gelecek hafta geri getirmenizi isteyeceği önemli e-postaları ve belgeleri kaybedebilirsiniz. Bazen verilerinizi yedeklemek çok daha akıllıca bir davranıştır. passwd -l komutuyla hesabı engelle Kalıcı olarak silmek için.
Uzaktan yönetimle ilgili olarak, komut shutdown -h now iLO veya DRAC gibi uzaktan kontrol donanımınız yoksa tam bir kabus olabilir. Makineyi yeniden başlatmak yerine kapatırsanız (-r), sıra sana gelecek. veri merkezine gitmek Özellikle cuma öğleden sonra ve ofiste kimse yokken, düğmeye fiziksel olarak basmak zahmetli olabilir.
Bir diğer tehlikeli ayrıntı ise komutun kullanılmasıdır. kill 1Belirli bir süreci sonlandırmak yerine, başlatma işlemini sonlandırmakBu durum, sunucunun tamamının anında çökmesine neden olur. Kullanıcı işlerini kapatmak için çok daha güvenli bir yöntem kullanmaktır. kill %1 o pkill Bağlı tüm kullanıcıları aynı anda sistemden atmamak için terminali doğru şekilde belirtmek.
Güvenlik, parolalar ve güvenlik duvarı
Sistem güncellemelerinizi yapmamak ciddi bir ihmaldir. Güncellemeler yalnızca yeni özellikler getirmekle kalmaz, aynı zamanda bilgisayar korsanlarının sürekli olarak istismar ettiği kritik güvenlik açıklarını da yamalar . Aynı durum çekirdek için de geçerlidir; dağıtımın resmi kanalları aracılığıyla yapılması koşuluyla, çekirdeği güncellemek kararlılık için çok önemlidir.
Şifreler konusunda, zayıf veya tekrar kullanılan şifrelerden kaçının. Uzun, karmaşık ve ezberlenmesi gerekmeyen şifreler oluşturmanın en iyi yolu bir şifre yöneticisi kullanmaktır. Ayrıca şifreleri düzenli olarak değiştirmeniz ve sunucu ortamlarında root hesabının güçlü bir şifreye sahip olduğundan veya erişimin SSH anahtarları aracılığıyla kısıtlandığından emin olmanız önerilir.
Son olarak, kendi kalesine gol iptables Klasik bir yöntem: SSH üzerinden güvenlik duvarı kurallarını değiştirmek ve kendi erişiminizi engelleyinDışarıda kalmamak için, testler devam ederken güvenlik duvarını birkaç dakikada bir açacak bir komut dosyası crontab'a zamanlanabilir; böylece bir sorun çıkması durumunda her zaman geri dönüş yolu olur.
Sağlıklı bir Linux sistemini sürdürmek disiplin gerektirir, tehlikeli komutları test etmek için sanal makinelerin sürekli kullanımını ve yedeklemelere olan takıntıNe kadar deneyimli olursanız olun, önemli olan riskleri en aza indirmek ve kayıtları incelemektir. /var/log Ve asla, asla uyku modunda olan bir terminalde, daha önce hangi komutun yazıldığını bilmeden Enter tuşuna basmayın.
