İşletim sistemi kimlik doğrulaması neden Oracle veritabanları için zayıf güvenlik olarak değerlendiriliyor?

Oracle göre OS kimlik kaldırıyor Oracle Veritabanı Güvenliği Kılavuzu , hangi diyor

REMOTE_OS_AUTHENT parametresinin Oracle Database 11g Sürüm 1'de (11.1) kullanımdan kaldırıldığını ve yalnızca geriye dönük uyumluluk için saklandığını unutmayın.

Ayrıca, çoğu güvenlik bilgisi ve aracı, OS (harici) kimlik doğrulamasını bir güvenlik sorunu olarak kabul eder. Neden böyle olduğunu anlamaya çalışıyorum. İşletim sistemi kimlik doğrulamasının gördüğüm bazı avantajları:

1. İşletim Sistemi Olmadan Kimlik Doğrulama uygulamaları, şifreleri her biri kendi güvenlik modeline ve açıklarına sahip çeşitli uygulamalarda saklamalıdır.
2. Etki alanı kimlik doğrulamasının zaten güvenli olması gerekir, çünkü o zaman veritabanı güvenliği değilse, veritabanına erişimi yavaşlatır, ancak engelleyemez.
3. Yalnızca bir etki alanı şifresini hatırlaması gereken kullanıcılar, daha fazla bağlanmaları gereken farklı veritabanı sayısı olarak daha az güvenli veritabanı şifresi oluşturmak için yapılabileceklerinden daha kolay güvenli etki alanı şifresi oluşturmak için yapılabilir.

Aşağıdaki senaryoyu inceleyin:

1. gaiusOracle sunucusunda harici kimlik doğrulaması olan bir Unix kullanıcısı var, bu nedenle Oracle'da buna karşılık gelen bir kullanıcı var ops$gaius. Bir kabukta oturum açtığımda, doğrudan Oracle şemamda oturum açabiliyorum ve cron işlerimin de komut dosyasına gömülü bir şifreye ihtiyacı yok.
2. LAN'ın% 100 güvenli olduğu ve istemcilere güvenilebileceği varsayımıyla uzaktan işletim sistemi kimlik doğrulamasına izin verilir (aynı rlogin/ rshnormalde izin verildiği gibi)
3. Bir saldırgan ne demektirsa olsun, dizüstü bilgisayarını LAN'a alır, orada çalıştığımı bilir ve dizüstü bilgisayarlarında yerel bir kullanıcı oluşturur gaiusve bu kullanıcı olarak SQL * Plus'ı çalıştırır.
4. Oracle görür (yani OSUSERgiriş V$SESSION) gaiusve uzak kullanıcının giriş yaptığınıops$gaius

Bu parodi kolay sadece gülünç değil, ama benim kinik şapkası koyarak, Oracle onların satan daha fazla para yapamaz fantezi tek oturum açma ürünün bu arada ... hangisi gelmez sen OS avantajları olarak yükseltmek tüm noktaları yerine getirmek düzey düzeyinde auth. Birinden daha iyi iki şifre tamamen sahtedir; çoğu insan onları yine aynı olmaya zorlayacaktır (bunu engellemek için Oracle’da bir mekanizma yoktur).

Genel ilke, bir saldırganın fiziksel erişimi olduğunda yazılımda savunmanın son derece zor olmasıdır. Ve asla müşteriye güvenme.

Tekli başarısızlık noktalarını artırır ve verilerinizin risk yüzeyini büyütür.

Sisteme erişim kazanan bir saldırgan, OS Kimlik Doğrulaması ile veritabanına erişebilir. Veritabanına daha güvenli erişim gerektirmesi durumunda, potansiyel saldırganın herhangi bir kullanıcı yerine kök veya genel erişim elde etmek için tehlikeye giren sistemdeki ayrıcalıklarını artırması gerekir.

Bu sorun veritabanına harici erişimin bir fonksiyonudur. Harici erişim yoksa ve makine tamamen güvenlik altına alınmışsa izinler tartışılır. Ancak, geliştiricilerin erişimi varsa, işletim sistemi düzeyinde kullanıcı izinleri potansiyel güvenlik felaketlerinin kapsamını arttırır.

Güvenlik ihlallerinin kapsamını sınırlandırmak ve her durumda işletim sistemi düzeyinde hesap oluşturmaya gerek kalmadan herhangi bir kullanıcıya, uygulamaya veya müşteriye ihtiyaç duydukları erişimi vermek için çok katmanlı erişim kullanmayı düşünün .

Gaius, uzaktaki işletim sistemi kimlik doğrulamasının (yerel makine kullanıcılarının ayrı bir şifre belirtmeden veritabanına erişmesine izin verdiğiniz vanilyalı işletim sistemi kimlik doğrulamasının aksine) neden nispeten güvensiz olduğunu belirtti.

Uzak işletim sistemi kimliği doğrulanmış kullanıcılar yerine , insanları kurumsal kullanıcıları (veya tam teşekküllü kimlik yönetimi paketi) kullanmaya teşvik etmek istediği için Oracle'ın bu yönde ilerlemesini beklerdim . Kurumsal kullanıcılar, uzaktan işletim sistemi kimliği doğrulanmış kullanıcılarla aynı avantajlara sahiptir, ancak Oracle gerçekten de kullanıcının kimliğini doğrulamak için Active Directory sunucunuza gidiyor. Güvenlik kontrolünü müşteri makinesine bırakmadan, aynı avantajlardan faydalanın.

Özellikle kimlik stili kimlik doğrulamasını işaret edersiniz, ancak ayrıca veritabanı veya diğer oturum açma işlemlerini işletim sisteminin girişlerine bağlamak için diğer yöntemlerin de aynı derecede kötü olduğunu belirtmek isterim. (yerel şifre dosyaları, LDAP veya kimlik bilgilerinin gerçek depolanması için ne olursa olsun)

Veritabanına (veya web sunucusuna veya kimlik doğrulamasını ne yapıyorsa) uzak bağlantılara izin verirseniz, bazı işletim sistemleri zor hesapların kaba kullanımını zorlaştırmak için ayarlanabilecek kuralları (örneğin, başarısız girişimlerin geldiği IP'leri engellemek; Kullanıcılar belirli sayıda yanlışlıktan sonra bir süre için vb. Normalde, bu kurallar atılarak bağlanır sshdve değil bir bütün olarak kimlik doğrulama sistemi.

Bu nedenle, birileri veritabanına / web sunucusuna / uzaktan ne olursa olsun bağlanabiliyorsa, veritabanları yavaş girişimlerde aynı mekanizmalara sahip olma eğiliminde olmadıklarından şifreyi zorla kullanabiliyorlarsa, gerekli kimlik bilgilerini bulduktan sonra ssh girerler.