Ev  |  Erişimdüzeni  |  İçindekiler  |  Arama

Convert to GutenPalm or to PalmDoc tarafından Bernard Perrot <bernard.perrot%28at%29univ-rennes1.fr> Yazar hakkında: Bernard, 1972'den beri CNRS ( Fransız Ulusal Araştrma Merkezi )'nde Sistem ve Ağ Mühendisi olarak çalışmaktadır."Institut National de Physique Nucléaire et de Physique des Particules" (In2p3)'de bilgisayar sistemleri güvenliği ile görevlidir.Şu an, Fizik ve Matematik Bölümü'nün Matematik Araştırma Enstitüsü'nde çalışıyor. Türkçe'ye çeviri: Özcan Güngör <ozcangungor%28at%29netscape.net> İçerik: SSH Ne İçin Kullanılır ? Gerekenler Nelerdir ? SSH Sürüm 1 ve SSH Sürüm 2 Bir Sürü Anahtar ile Uğraşma Yetkilendirme Yöntemleri Şifreleme Algoritmaları Port Yönlendirme, Tüneller Ana Dağıtımlar: ücretsiz olanlar OpenSSH Kötü Haber ... Sonuç Önemli Linkler Korunan Kanalı Kötüye Kullanmak (SSHv1'deki rastgle padding kullanılarak yapılmış) Bu yazı için görüş bildiriminde bulunabilirsiniz

Secure your connections with SSH Özet: Bu makale ilk defa Linux Magazine France'ın güvenlik üzerine olan bölümünde yayınlanmıştır.Editör, yazarlar ve tercümanlar, bu konu hakkındaki her makalenin LinuxFocus'ta yayınlanmasına izin vermişlerdir.LinuxFocus, bunları İngilizce'ye çevirir çevirmez size sunar.Bu işle ilgili bütün kişilere teşekkür ederim.Bu tanıtım, bu kökene ait bütün makalelerde yer alacaktır. Bu makalede size SSH'i ve onun nasıl kullanıldığını anlatacağız.Bu bir kullanma klavuzu ya da yükleme prosedürü değildir.Daha çok özel sözcüklerin anlamını ve SSH'in özelliklerini anlatır.Verilen linkler ve dökümanlar, SSH'in kullanımı hakkındaki bütün bilgileri içerir. _________________ _________________ _________________

SSH Ne İçin Kullanılır ?

% rlogin serveur.org (or telnet serveur.org)

yerine

% ssh serveur.org

kullanacaksınız.
SSH'in basit kullanımından kaynaklanan güvenlik kazaları daha çok kurbanların ihmallerinin sonucudur.

Gerekenler Nelerdir ?

• Ağ üzerinden şifre göndermekten kaçının.
• Bağlı sistemlerde güçli yetkilendirme kullanın.
• Uzak komutları tam güvenlik içinde çalıtırın.
• Dosya transferini koruyun.
• Güvenliği zayıf olan X11 oturunlarının güvenliğini artırın.

• "R-komutları" : BU komutlar şifreyi açık şekilde göndermez ancak "rhosts" mekanizması güvenlik sorunlarına sebep olur.
• "Tek kullanımlık Şifreler": Sadece yetkilendirmeyi komtrol eder, veri akışını değil.Bu yöntemin çekici bir önü olmasına rağmen kullanıcılara kabul ettirmek zordur.
• Şİfrelenmiş(encrypted) telnet: BU sadece telnet ile işe yarar.Bunun dışındakileri (X11 gibi) kapsamaz.

• R-komutlarını değiştirir: rsh ve rlogin yerine ssh, rcp yerine scp, ftp yerine sftp.
• Sıkı yetkilendirme kullanır.Açık anahtarlar kullanarak şifreleme algoritmalarına dayanır (ister sistemler için, ister kullanıcılar için).
• X11 ve "tünel" otumunda TCP veri akışını yönlendirme.Bu otomatik olarak yapılabilir.
• Tüneli şifreleme.İstenildiğinde sıkıştırma da yapar.

SSH Sürüm 1 ve SSH Sürüm 2

1. SSH Ulaşım Katmanı Protokolü (SSH-TRANS)
2. SSH Yetki Protokolü (SSH-AUTH)
3. SSH (Bağlantı Protokolü (SSH_CONN)

• Ulaşım katmanı, bütünlüğü, şifrelemeyi, sıkıştırmayı ve sistemin yetkilendirmesini sağlar.
• Yetkilendirme katmanı yetkilendirmeyi sağlar ( şifreler,açık anahtarlar )
• Bağlantı katmanı, tüneli (kabuk, SHH-agent,port yönlendirme, akış kontrolü) yönetir.

Bir Sürü Anahtar ile Uğraşma

• Kullanıcı anahtarı: Açık anahatarın ve gizli anahtarın (her ikisi de asimetriktir) derlemesinden oluşur. Kullanıcı tanımlamıştır ve kalıcıdır (diskte tutulur).Eğer açık anahtar yöntemi(ileride açıklanacaktır) kullanılmışsa bu anahtar kullanıcı yetkilenidirmesi için kullanılır.
• Makina anahtarı: Açık anahatarın ve gizli anahtarın (her ikisi de asimetriktir) derlemesinden oluşur. Sunucu yönetici tarafından kurulum veya ayarlanma anında oluşuturulur ve kalıcıdır (diskte saklanır). Bu anahtar sistemler arası yetkilendirmede kullanılır.
• Sunucu anahtarı: Açık anahatarın ve gizli anahtarın (her ikisi de asimetriktir) derlemesinden oluşur.Bir deamon tarafından oluşturulur ve her çalıştırılmada ve düzenli olarak değişir.Bu anahtar SSHv1'de oturum anahtarları değişimini güvenli yapmak için hafızada saklanır ( SSHv2'de, sunucu anahatarı yoktur.Değişimim güvenligi Diffle-Hellman protokolü tarafından sağlanır.)
• Oturum anahtarı: Bu anahtar, iletişim kanalının güvenliğini sağlamak için simetrik şifreleme algoritması kullanılarak oluşturulur.Modern şifreleme ürünlerinde olduğu gibi, bu anahtar rastlantısal ve kısa ömürlüdür.SSHv1'de, her oturum için bir anahtar vardır ve her iki tarafta da bulunur.SSHv2'de, her iki tarafta farklı olan iki anahtar bulunur.

Yetkilendirme Yöntemleri

• "telnet benzeri":

Bu, geleneksel şifre yöntemidir:Bağlantı yapıldıktan ve kullanıcı kendisini tanımladıktan sonra şifre girmesi istenir.Bu şlifre, sunucu üzerinde daha önce bu kullanıcıya atanmış şifre ile karşılaştırılır.Buradaki problem (internet üzerinde astronomik sayılara ulaşan çalıntılara sebep olan) şifrenin neredeyse açık şekilde gönderilmesi.Elinde basit bir "sniffer" programı olna herkes bu şifreyi görebilir.Burada SSH de aynı şekilde çalışır (yeni başlayanlar için SSH'e geçmenin basit bir yolu,öğrenilmesi gereken daha fazla şey yoktur) ancak SSH'de şifre şifrelenerek gönderilir.
Bu yöntemden daha güvenli olanı ise "Tek kullanımlık şifre"dir:BU açıkça daha iyi ve daha güvenlidir.Fakat kullanım kısıtları yüzünden heryerde kullanılamaz.Şu şekilde çalışır:Kullanıcı ismini girdikten sonra sunucu sabit bir şifre sormak yerine bir "soru" sorar.Bu soru her seferinde farklıdır ve cevap da değişir.Cevabın öğrenilmesi önemli değildir çünkü bir daha kullanılmayacaktır.
 
• "rhosts benzeri"

Bu durumda, tanımlama R-komutlarında olduğu gibi /etc/rhosts ya da ~/.rhosts gibi istemciyi doğrulayan dosyalardır.SSH, daha iyi tanımlama ve daha özel bir dosya (shosts) kullanır.Bu yeterince güveni değildir ve eğer tek çözüm değilse kullanılmasını tevsiye etmem.
 
• Açık anahtar kullanılması :

Burada, yetkilendirme asimetrik şifrelemeye dayanır (arıntılar için şifreleme makalesine bakın; basitçe, SSHv1 RSA kullanır ve SSHv2 DSA kullanır).Kullanıcının açık anahtarı sunucuda, gizli anahtarı ise istemcide saklanır.Bu yöntemle, hiçbir gizli bilgi ağda görünmez ve asla sunuya gönderilmez.
Hala mükemmel güvenliğe ulşamdık çünkü bu yöntemde güvenlik kullanıcının ciddyetine bağlıdır ( bu sadece SSH'e özgü değildir, açık anahtarı olan bütün sistemlerde vardır); Açık anahtarın istemcide sıkıştırlımasından kaçınmak için, anahtar bir şifre (genellikle geçişdeyimi denir) ile korunur.Eğer kullanıcı kendi gizli anahtarını korumazsa, buna sahip olan kişi her yere ulaşabilir.Bu yüzden güvenlik kullanıcın ciddiyetine bağlıdır ve sunucu yöneticisinin gizli anahtarın düzgün korunup korunmadığından haberdar olması mümkün değildir.Bugün SSH ciddiyeti kontrol etmez.Örneğin;Eğer bir gizli şifre ev bilgisayarında geçişdeyimi kullanılmadan saklanırsa (evde kötü niyetli kişiler olmayacağından neden geçişdeyimiyle uğraşalım ki !!) ve bir gün bu bilgisayar tamire giderse ( gülmeyim, elektronik imzalar yaygınlaştıkça bunlar olacaktır), tamirci (oğlu veya arkadaşı) gizli şifreyi alabilecektir.
SSH'i ayarlamak SSHv1, SSHV2 ya da OpenSSH kullanımına ve hatta MacOS ^tm ya da Windows^tm kullanımına göre değişir.Temel prensipleri ve adımları hatırlatalım:




• Asimetrik anahtar çiftinin nasıl üertileceği (bunlar açık/gizli RSA veya DSA anahtar çiftidir), genellikle istemci üzerinde tanımlanır (eğer birden fazla istemci varsa birinde anahtar çiftini üretip diğrelerine kopyalabilirsiniz).Bazı MacOS ^tm ya da Windows ^tm istemcileri bu anahtarları üretecek programlara sahip değildir.Bunu için önce bir Unix istemcide bunları üretip sonra diğre istemcilere kopyalanmalıdır.
• Yetkilendirme yapacak sunucuya açık anahtarın kopyalanması.Bunun için kullanıcının ~/.ssh dosyasındaki gerekli satırları, sunucuda aynı yere kopyalamak yeterlidir (dosya ismi SSH versiyonuna göre değişir,autorized_keys yada autorization gibi).
• Hepsi bu...Eğer ayarlar sunucu seviyesinde daha fazla yetkilendirmeye gereksinim duyarsa, kullanıcı bağlanırken geçişdeyimini girmek zorunda kalacaktır.

• ssh-agent

Bir kişinin gizli anahtarını korumamasını bir nedeni de her bağlantı kurulduğunda anahtarın tekrar girilmesidir.Bağlantı arkaplanda çalışan scriptlerle kurulduğunda, anahtar kullanılamaz.Çaresi SSH ajanı(ssh-agent)'dır.Bu servis, sizin tarafınızdan çalıştırılır ve sizin kimlik bilgilerinizi (kullanıcı ismi/makina ismi/geçişdeyimi) saklar, bağlatı gerektiğinde bu bilgileri sizin için gönderir.İstemci tarafında, şifre sadece bir defa sorulur.
Kimsenin sizi gizli anahtarınızı korumak için zorlayamacağını biliyorsunuz ama bu ihmali yaptığınızda olacaklardan siz sorumlu olursunuz.
• "ayrıntı" modu

Bazen bağlantı kullanıcının bilmediği bir sebepten dolayı kopar.Bu durumlarda -v (verbose/ayrıntı modu) seçeneğini ssh komutuna ekleyin.Bu durumda birçok ayrıntılı ileti alacaksınız.Birçok durumda giriş yapamamanız ve bağlantı kopmasının sebebini bulabilirsiniz.

Şifreleme Algoritmaları

• IDEA: 3DES'den daha performaslıdır.Lisans için bazı şartları vardır (Unix versiyonlarında neredeyse default alogritmadır.)
• Blowfish: Çok hızlı ve güvenlidir.
• AES: yeni standart (DES yerine gelmiştir).Ever her iki taraftada varsa bunu kullanın.Bu iş için yapılmıştır.

Port Yönlendirme, Tüneller

• Sunucu ve istemci arasında doğrudan bağlatı

 

 
 
 
 
 
 
 



(örnek: user@alice% telnet bob.org)
 

• Yerel port yönlendirme(istemciden sunucuya)

 

 
 
 
 
 
 
 



örnek:user@alice% ssh -L 1234:bob.org:143 bob.org
Bu sistem, aliceçoeg'dan IMAP sunucusu olan bob.org'a ulaşımı sağlar.Dışarıdan yapılacak bağlantılar engellenecektir.Bağlantılar sadece alice.org üzerinde çalıştılıan IMAP istemcisinden yerel makinaların 1234. portuna yapılabilir.

• (1) alice.org üzerindeki kullanıcı, SSH tünelini (bağlantısını) açar.
• (2) alice.org üzerindeki kullanıcı, istemcinin yerel IMAP'ini yerel makinanın 1234. portuna erişecek şekilde ayarlar.

 
• Uzaktaki portu yerel porta yönlendirme

 

 
 
 
 
 
 
 



örnek: root@alice% ssh -R 1234:bob.org:143 bob.org

Bu örnek de yukarıdakiyle aynıdır ancak uzak makinadaki port yönlendirilmiştir.Sadece root kullanıcı bu komutu kullanabilir ancak bütün kullanıcılar oluşturulan tüneli kullanabilir.

% ssh -n -f -L 2323:serveur.org:23 serveur.org sleep 60

% telnet localhost 2323

... welcome to serveur.org ...
İlk komut bir tünel açar, sunucuda sleep 60 komutunu çalıştırır ve yerel 2323. portu uzaktaki 23. porta (telnet) yönlendirir.İkinci komut, yerel 2323. portta telne istemcisi çalıştırır ve sunucuya bağlanırken
şifrelenmiş tüneli kullanır.Sleep komutu birdakika sonra duracaktır.Telnet komutunu çalıştırabilmek için sadece bir dakikanız var.Ama tünel son istemci işini bitirene kadar açık kalacaktır.
 

Ana Dağıtımlar: ücretsiz olanlar

OpenSSH

OpenSSH'in gelişimi, OpenBSD projesinde Tatu Ylonen'nin orjinal sürüm ile başladı (SSH 1.2.12).Şu an OpenSSH üserşnde iki grup çalışmakta.Biri sadace OpenBSD projesi için, diğeri ise diğer dağıtımları çıkarmak için çalışıyor.

Açık ve okunabilir kodları olmasına rağmen, beni rahatsız eden iki nokta var:

• OpenSSH kendi şifreleme kütüphanesini, OpenSSL'i kullanır ve genelde bu kütüphane dinamik olarak bağlanmıştır.Bizim durumumuzda, bu şifreleme paketi iyi güvenlik seviyesine ve güvenilir özelliklere sahiptir ve bu paket, bana göre, bir önceki yaklaşımı tamamen yanlış kılar.Tabii ki bu kütüphaneye yapılacak bir saldırı pakete yapılmış olur.
• OpenSSH, kendisine ait bazı hassah servileri kullanır ( örneğin, ratgele sayı üreteci).OpenSSL de olduğu gibi buradaki dış bağımlılar hakkında uyarıda bulunacağım.

Kötü Haber ...

• "Man in the middle (ortadaki adam)" saldırısı:

 

 
 
 
 
 
 
 



Saldırgan, her iki tarafın da paketlerini durdurur ve kendi paketlerini gönderir.( senaryoları artırmak mümkündür: aradaki bağlantıyı kesip kendisinin gerçek istemci olduğuna inandırmak)

Sonuç

Önemli Linkler

• SSH: the Secure Shell

 

 
 
 
 
 
 
 

Daniel J. Barret & Richard E. Silverman
O'Reilly - ISBN 0-596-00011-1

• Unix Secure Shell

 

 
 
 
 
 
 
 

Anne Carasik
McGraw-Hill - ISBN 0-07-134933-2

• openssh: http://www.openssh.com

 

• http://www.ssh.com

Korunan Kanalı Kötüye Kullanmak (SSHv1'deki rastgle padding kullanılarak yapılmış)

Sadece bir alan şifrelenmez: boyut.Şifrelen kısmın uzunluğu, paddingler kullanılarak daima sekizin katı yapılır.Paddingler daima kullanılır.Eğer son üç alanın boyutu sekizin katı ise 8 byte uzunluğunda padding kullanılır ( 5+p+n, modül 8'e göre kalan 0'dır).Şifreleme fonksiyonu C, simetrik ve CBC modunda olsun ve deşifreleme fonksiyonu C^-1 olsun.Kolay olsun diye sadece 8 byte paddingli paketleri alacağız.Bir paket geldiğinde, onu rastegele sayı ile padding yapmak yerine, C^-1(M) değerini yerleştireceğiz.M mesajını C fonksiyonuyla deşifre etmek ile kanalı şifrelemek aynı anlamdadır (aslında Mnin şifrelenmeden deşifre edilmesi matematiksel açıdan bi anlan içermez, ama pratik kullanımda bu konun detaylarına inmeyeceğim).Sonra paketin diğre işlemlerine devam ederiz, yani 8 bytelık şifreleme.

Sonuç şu olacaktır:

offset	içerik	notlar
0	boyut	4 byte şifrelenmedi
4	8 byte padding (şifrelenmiş)	yani C(C-1 (M))
12... son	tip,veri,CRC

 
Burada ilginç olan ne?İlk şifrelenmiş blok C(C^-1(M))'i içerir. C simetrik şifreleme fonksiyonu olduğundan C(C^-1(M)) =M
dir.İlk blok, şifrelenmiş veride deşifrelenmiş olarak gönderilir.Bunun anlamı, ağ üzerinde iletişimi dinleyebilen biri bilgileri nasıl kullanacağını bilir.
Üçlü-DES(168 bit) oturumunda, bu tip paketlerin sayısı üçtür.Bu bilgilerle bir ağ dinleyicisi bütün iletişimi deşifre edebilir.Anahtar gönderildiğinde, paddingleri pakete sokmadan önce "ön-şifreleme"ye artık gerek kalmz.Eğer biri daha çok bilgi eklemek isterse, herhangi boyutta padding kullanması mümkündür.
Bu korunmuş kanalın kullanımının bulunması asla mümkün değildir! Daha önce de belirtiğim gibi iletinin her elemanı şifrelerken dikkatlı olunmalıdır.Bulunamaz çünkü paddingler rastgeledir, doğruluk testini kullanamazsınız. Şifreleme ürünlerinde asla rastgele paddingler kullanmayınız.
Bu kanalı diğerlerinde daha tehlikeli yapan şey, SSH_MSG_IGNORE gibi şifrelenmiş anahtar bilgisin sahip olmadan kullanabileceğiniz iletilerdir.
Rastgele paddinglerin kötü etkilerinden korunmak için, kararlı paddingler kullanılmalıdır: genellikle " kendini tanımlayan paddingler" denir ve n. offset byte'ı n'i içerir.Rasgele paddingler, SSHv2'de vardır.Bir şeçimdir.
Sonuç olarak,burada sadece korunmuş kanalı eleştirdim.Çünkü SSH gibi çok güvenli olduğunu iddia eden bir ürünün gerçekten en üst düzeyde güvenlik sunması gerekir. Artık ticari ürünlerin bir çok açık içerdiklerini biliyorsunuz:Sadece açık-kod ürünleri birincil gereksinime izin verir.O da kodun incelenmesi ve bu incelem gerçekten gereklidir.

Bu yazı için görüş bildiriminde bulunabilirsiniz

2003-02-04, generated by lfparser version 2.35