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