SSH: Her uzak makine için bir özel / ortak anahtar çifti kullanıyor musunuz? Ya da herkes için tek bir çift?


23

Birden fazla makine için ortak anahtar tabanlı ssh girişleri yapmak istediğinizde, bir özel anahtar kullanıyor musunuz ve aynı ortak anahtarı tüm makinelere mi yerleştiriyorsunuz? Veya her bağlantı için bir özel / ortak anahtar çiftiniz var mı?


@Jim Zajkowski: Yorumunuzu nasıl cevaplayacağınızdan emin değilim ama bu sizin için. Jump kutuları, bir DMZ'de bulunan (güvenlik duvarının arkasında) internete bakan sunuculara kontrollü erişim sağlar. "Server_a" ve "server_b" 'ya sahip olduğunuzu söyleyin. A ağda ve B ağın dışında. Dış müşteriler B'ye bağlanır. A'dan B'ye giden trafiğin kontrol edilmesi ve bunun tersi gerekir. Böylece iki ağ kartı olan bir atlama kutusu eklersiniz. Onu iç ağa bağlayan (A) ve onu dış ağa bağlayan (B). Yani A'dan atlama kutusuna ve sonra B'ye

@IMTheNachoMan - Yanıtınızı bir yoruma dönüştürdüm, ancak bunun için en iyi yer, yanıt verdiğiniz yorumu içeren yanıtın içinde doğrudan bir yorum olarak görünse de (bu beni biraz şaşırttı). Herhangi bir sorunuz varsa, meta üzerine gelin ve isteyin. Ne olursa olsun açıklama için teşekkürler.
Kara Marfia

Yanıtlar:


27

Ortak bir yönetim sınırını paylaşan sistemler kümesi başına bir anahtar kullanıyorum. Bu, bir anahtarın tehlikeye girmesi durumunda patlayan makinelerin sayısını sınırlandırırken, birkaç bin anahtarı saklama ve yönetme kapasitemi tamamen etkilemiyor. Her anahtardaki farklı parolalar, tüm özel anahtarlarınız çalınsa ve bir anahtarın tehlikeye atılsa bile, geri kalanın tuvalete düşmemesi anlamına gelir. Ayrıca, aptalca bir şey yaparsanız (özel bir anahtarı güvenilmeyen bir makineye kopyalamak gibi), yine de her şeyi yeniden anahtarlamanız gerekmez, yalnızca o anahtarla ilişkilendirilen makineler.


4

Açık anahtar çok önemli değildir, çünkü tanım gereği halka açıklanabilir. Bu yüzden tek sorun, özel anahtarlarınızın gizliliğidir. Onlar kendi makinenizde ve hepsi birlikte, bu yüzden eğer biri tehlikeye girerse, hepsinden de ödün verilmiş olacak. Bu nedenle, birden fazla anahtar çifti aynı etki için sadece daha fazla iş.

Farklı anahtarlar kullanacağım tek zaman, tanım olarak erişimde tam olarak çakışmaması gereken farklı hesaplar veya farklı roller içindir.


2

Doğru anladıysam, her sunucunun kendi ortak anahtarı olacak.

Belirli bir kullanıcı için , bir anahtar oluşturabilir ve özel anahtar tüm yeni başlatılan ana bilgisayarlara çoğaltıldığı sürece her yerde kullanabilirsiniz. (Bu, ağa bağlı ev dizinleri ve OpenLDAP gibi dizin tabanlı bir kimlik doğrulama sistemi aracılığıyla otomatik olarak gerçekleşecektir, çünkü kullanıcı hangi iş istasyonundan giriş yapmış olursa olsun her zaman "aynı" olacaktır.)

Dizin tabanlı bir kullanıcı sistemi dışında, her yerde aynı anahtarları kullanmanın kötü bir fikir olduğunu düşünüyorum; iş istasyonlarından herhangi birinden bir anahtar alan herhangi bir kişinin kimlik doğrulamasını yapabileceğinden, sistem güvenliğini azaltabilirsiniz. bu kullanıcıyı uzak sunucuya

Birkaç büyük şirket tarafından boşaltılan bir başka alternatif (ve ben de küçüklerin de eminim) bir "kullanıcının" önceden paylaşılan anahtarları kullanmasına asla izin vermemektir, ancak daha sonra bir "atlama" veya "hub" kutusuna giriş yapmış olmaktır. , suuygun bağlantı kullanıcısına ve ardından SSH'yi oradan yönetmeleri gereken sunuculara gönderin.

Ayrıca, HP'nin Sunucu Otomasyon platformu gibi bir yönetim sistemi kullanıyorsanız, yönetilen sunucuların uzaktan yönetimi daha basitleştirilmiş bir işlem haline gelir.


1
Herkes anahtarlarını şifreli tutmalı. "Atlama kutusu" nun güvenlik yararlarını açıklayabilir misiniz, çünkü göremiyorum.
Jim Zajkowski

maruz kaldığım birkaç bankada ve başka yerlerde "atlama kutusu" arkasındaki fikir, "normal" kullanıcınızla bir DMZ veya alt ağ vb. sunuculara erişememenizdir. Diğer ağa bağlanmak için atlama kutusuna, sonra oturum açmış biçimde, yönetim kullanıcısına su ile bağlanırsınız.
warren

2
Güvenlik Yardımı == 0, başka bir deyişle.
womble

@womble - belki de bu doğru. Fakat birçok paranoyak şirketin yaptığı şey bu. Ancak, suoturum kaydedildiğinden beri denetlenebilir.
warren

1
neden sadece suoturumlar denetlenebilir değil diğerleri?
João Portela,

1

Diğerlerinin de söylediği gibi, birden fazla anahtar çifti fikri daha güvenli gibi görünse de, hepsi aynı yerde olacak şekilde kullanılma şansı varsa, o zaman daha fazla güçlük çeker ve daha güvenli olmaz. Çoklu parolalar onu daha güvenli kılar ama aynı zamanda hangi parolanın hangi anahtarla gittiğini ve hangi anahtarın hangi sunucuyla gittiğini hatırlamaya çalışan büyük bir baş ağrısı olur.

Bana en makul cevap, SADECE çok fazla örtüşmeden ayrı idari roller içeriyorsa, bunu yapmasının önerildiği yer olacaktır. Öyle ki, farklı rollerle ilgilenen farklı insanlar ya da farklı iş istasyonlarında ya da her neyse. Bu durumda zaten her farklı rol için başa çıkacak daha eşsiz şeyleriniz var, bu yüzden daha haklı gösterilebilir.


0

Birden fazla SSH yeteneğine sahip sunucuyu yönetme kolaylığı için, cssh'ı kontrol etmek isteyebilirsiniz . Birden fazla sunucuyu aynı anda yönetme yeteneğinizi büyük ölçüde artırmak için cssh'yi şifreli SSH tuşları ile birleştirebilirsiniz.


2
Döngü için yüceltilmiş bir şekilde "çılgın böcekler" elde etmeyi nasıl başardınız?
womble

Bununla ilgili bir şey çok ölümcül görünüyor - Bir hata yaparsanız tüm sunucularınızı sadece bir tane yerine aynı anda batırıyorsunuz!
Nick

@Nick - true, ancak kutudan sorumlu olduğumda hemen hemen her zaman durum böyledir =) @womble - ha? Hangi "çılgın böcek" e atıfta bulunuyorsunuz?
Greeblesnort

1
Bağlandığınız proje sayfasının en üstünde: "NOT: Bu projeye çok yakında döneceğim, böylece içindeki çılgın hataları düzeltebilirim." Bildirimin iki yıl sonra hala orada olması, ona olan inancımı daha da arttırmıyor.
womble
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.