G\u00fcn\u00fcm\u00fcz\u00fcn dijital d\u00fcnyas\u0131nda, sunuculara ve bulut ortamlar\u0131na g\u00fcvenli eri\u015fim sa\u011flamak, siber g\u00fcvenlik stratejilerinin temelini olu\u015fturur. Geleneksel \u015fifrelerin aksine, SSH (Secure Shell) anahtar \u00e7iftleri, kimlik do\u011frulamas\u0131n\u0131 \u00e7ok daha g\u00fc\u00e7l\u00fc, verimli ve otomatize bir \u015fekilde ger\u00e7ekle\u015ftirerek siber g\u00fcvenlik risklerini \u00f6nemli \u00f6l\u00e7\u00fcde minimize eder. Bu makale, SSH anahtarlar\u0131n\u0131n ne oldu\u011funu, nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve neden modern altyap\u0131n\u0131n vazge\u00e7ilmez bir par\u00e7as\u0131 oldu\u011funu ad\u0131m ad\u0131m a\u00e7\u0131klayacak, b\u00f6ylece dijital varl\u0131klar\u0131n\u0131z\u0131 nas\u0131l daha g\u00fcvenli hale getirebilece\u011finizi g\u00f6sterecektir.<\/p>\n
Modern bili\u015fim altyap\u0131lar\u0131nda, sunuculara ve di\u011fer uzak sistemlere eri\u015fim i\u00e7in hala yayg\u0131n olarak \u015fifreler kullan\u0131lsa da, bu y\u00f6ntem beraberinde ciddi g\u00fcvenlik zafiyetleri ve y\u00f6netim zorluklar\u0131 getirmektedir. \u015eifreler genellikle tahmin edilebilir, kaba kuvvet sald\u0131r\u0131lar\u0131na (brute-force attacks) a\u00e7\u0131kt\u0131r ve k\u00f6t\u00fc niyetli ki\u015filer taraf\u0131ndan kolayca ele ge\u00e7irilebilir. \u00d6rne\u011fin, zay\u0131f bir \u015fifre se\u00e7imi veya ayn\u0131 \u015fifrenin birden fazla platformda kullan\u0131lmas\u0131, tek bir ihlal durumunda t\u00fcm sistemlerin tehlikeye girmesine yol a\u00e7abilir. Ayr\u0131ca, \u00e7al\u0131\u015fanlar\u0131n \u015fifreleri unutmas\u0131, karma\u015f\u0131k \u015fifre politikalar\u0131n\u0131n uygulanmas\u0131n\u0131n zorlu\u011fu ve periyodik \u015fifre de\u011fi\u015fimlerinin getirdi\u011fi operasyonel y\u00fck, \u015fifre tabanl\u0131 kimlik do\u011frulaman\u0131n s\u00fcrd\u00fcr\u00fclebilirli\u011fini sorgulat\u0131r.<\/p>\n
B\u00fcy\u00fck \u00f6l\u00e7ekli altyap\u0131larda veya otomasyon gerektiren senaryolarda, her bir sunucu i\u00e7in ayr\u0131 ayr\u0131 \u015fifre girmek hem zaman al\u0131c\u0131 hem de g\u00fcvenlik a\u00e7\u0131s\u0131ndan risklidir. Otomatik komut dosyalar\u0131n\u0131n \u015fifreleri i\u00e7ermesi, bu \u015fifrelerin s\u0131zd\u0131r\u0131lmas\u0131 durumunda ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131 yaratabilir. \u0130\u015fte tam bu noktada SSH anahtar \u00e7iftleri devreye girerek, geleneksel \u015fifrelerin t\u00fcm bu dezavantajlar\u0131n\u0131 ortadan kald\u0131ran g\u00fc\u00e7l\u00fc ve pratik bir alternatif sunar. SSH anahtarlar\u0131, kriptografik prensiplere dayanarak, kullan\u0131c\u0131n\u0131n kimli\u011fini do\u011frulaman\u0131n \u00e7ok daha g\u00fcvenli bir yolunu sa\u011flar. Bu sistem, \u00f6zel bir anahtar\u0131n (private key) kullan\u0131c\u0131n\u0131n cihaz\u0131nda, a\u00e7\u0131k anahtar\u0131n (public key) ise eri\u015filmek istenen sunucuda tutulmas\u0131 prensibine dayan\u0131r. Bu sayede, \u015fifre girmeye gerek kalmadan, sadece anahtar sahipli\u011fi \u00fczerinden kimlik do\u011frulamas\u0131 yap\u0131l\u0131r. B\u00f6ylece, sunucuya eri\u015fim i\u00e7in \u015fifrelerin ezberlenmesi veya g\u00fcvenli bir \u015fekilde saklanmas\u0131 gibi endi\u015feler ortadan kalkar, g\u00fcvenlik seviyesi \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131l\u0131r ve otomasyon s\u00fcre\u00e7leri basitle\u015fir.<\/p>\n
SSH anahtar \u00e7iftleri, modern siber g\u00fcvenlik d\u00fcnyas\u0131n\u0131n temel ta\u015flar\u0131ndan biridir ve asimetrik \u015fifreleme (asymmetric encryption) prensibine dayan\u0131r. Bu sistem, birbiriyle ili\u015fkili iki anahtardan olu\u015fur: bir a\u00e7\u0131k anahtar (public key) ve bir \u00f6zel anahtar (private key). Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, a\u00e7\u0131k anahtar herkesle payla\u015f\u0131labilirken, \u00f6zel anahtar kesinlikle gizli tutulmas\u0131 gereken ve sadece sahibinin eri\u015fimine a\u00e7\u0131k olan bir anahtard\u0131r. Bu iki anahtar, matematiksel olarak birbiriyle ili\u015fkilidir ve birlikte \u00e7al\u0131\u015farak g\u00fc\u00e7l\u00fc bir kimlik do\u011frulama mekanizmas\u0131 olu\u015ftururlar.<\/p>\n
Peki, bu sistem nas\u0131l \u00e7al\u0131\u015f\u0131r? Bir kullan\u0131c\u0131 bir sunucuya SSH ile ba\u011flanmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, sunucu kullan\u0131c\u0131n\u0131n a\u00e7\u0131k anahtar\u0131n\u0131 ister. Kullan\u0131c\u0131n\u0131n cihaz\u0131 ise bu a\u00e7\u0131k anahtarla ili\u015fkili \u00f6zel anahtar\u0131 kullanarak bir dijital imza olu\u015fturur ve sunucuya g\u00f6nderir. Sunucu, kendi elindeki a\u00e7\u0131k anahtarla bu imzay\u0131 do\u011frular. E\u011fer imza ge\u00e7erliyse, yani kullan\u0131c\u0131n\u0131n ger\u00e7ekten de ilgili \u00f6zel anahtara sahip oldu\u011fu kan\u0131tlan\u0131rsa, ba\u011flant\u0131ya izin verilir. Bu s\u00fcre\u00e7, kullan\u0131c\u0131n\u0131n sunucuya do\u011frudan bir \u015fifre g\u00f6ndermesini gerektirmez, bu da \u015fifrelerin a\u011f \u00fczerinde ele ge\u00e7irilmesi riskini tamamen ortadan kald\u0131r\u0131r. \u00d6zel anahtar\u0131n sadece kullan\u0131c\u0131n\u0131n kontrol\u00fcnde olmas\u0131 ve asla a\u011f \u00fczerinden iletilmemesi, bu y\u00f6ntemin g\u00fcvenli\u011fini katbekat art\u0131r\u0131r.<\/p>\n
Asimetrik \u015fifreleme, tek bir anahtarla hem \u015fifreleme hem de \u015fifre \u00e7\u00f6zme i\u015fleminin yap\u0131ld\u0131\u011f\u0131 simetrik \u015fifrelemeden farkl\u0131d\u0131r. Asimetrik sistemde, bir anahtarla \u015fifrelenen veri sadece di\u011fer anahtarla \u00e7\u00f6z\u00fclebilir. SSH anahtarlar\u0131nda ise bu prensip kimlik do\u011frulama amac\u0131yla kullan\u0131l\u0131r. Sunucuya g\u00f6nderilen bir meydan okuma (challenge) mesaj\u0131, kullan\u0131c\u0131n\u0131n \u00f6zel anahtar\u0131yla \u015fifrelenir ve sunucu taraf\u0131ndan a\u00e7\u0131k anahtarla \u00e7\u00f6z\u00fclmeye \u00e7al\u0131\u015f\u0131l\u0131r. Ba\u015far\u0131l\u0131 bir \u00e7\u00f6z\u00fcm, kullan\u0131c\u0131n\u0131n \u00f6zel anahtara sahip oldu\u011funu kan\u0131tlar. Bu karma\u015f\u0131k matematiksel ili\u015fki sayesinde, SSH anahtarlar\u0131, siber sald\u0131rganlar\u0131n kimlikleri taklit etmesini veya yetkisiz eri\u015fim sa\u011flamas\u0131n\u0131 son derece zorla\u015ft\u0131r\u0131r, bu da onlar\u0131 modern altyap\u0131lar i\u00e7in vazge\u00e7ilmez bir g\u00fcvenlik arac\u0131 haline getirir.<\/p>\n
SSH anahtar \u00e7ifti olu\u015fturmak ve bunu bir sunucuya eklemek, d\u00fc\u015f\u00fcnd\u00fc\u011f\u00fcn\u00fczden \u00e7ok daha kolay bir s\u00fcre\u00e7tir ve birka\u00e7 basit komutla ger\u00e7ekle\u015ftirilebilir. Bu ad\u0131mlar\u0131 takip ederek, kendi anahtar \u00e7iftinizi olu\u015fturabilir ve sunucular\u0131n\u0131za g\u00fcvenli bir \u015fekilde ba\u011flanmaya ba\u015flayabilirsiniz. \u0130lk ad\u0131m, yerel bilgisayar\u0131n\u0131zda bir anahtar \u00e7ifti olu\u015fturmakt\u0131r. \u00c7o\u011fu Linux, macOS ve hatta Windows (WSL veya Git Bash arac\u0131l\u0131\u011f\u0131yla) sisteminde bu i\u015flem, Bu komut, Anahtar \u00e7iftiniz olu\u015fturulduktan sonra, iki dosya g\u00f6receksiniz: Bu komut, a\u00e7\u0131k anahtar\u0131n\u0131z\u0131 belirtilen sunucudaki kullan\u0131c\u0131n\u0131n Bu komut, a\u00e7\u0131k anahtar\u0131n\u0131z\u0131 sunucudaki E\u011fer anahtar\u0131n\u0131za bir parola belirlediyseniz, ilk ba\u011flant\u0131da bu parolay\u0131 girmeniz istenecektir. Bu ad\u0131mlar, SSH anahtar \u00e7iftlerini olu\u015fturman\u0131n ve kullanman\u0131n temelini olu\u015fturur ve g\u00fcvenli bir ba\u011flant\u0131 i\u00e7in ilk ve en \u00f6nemli ad\u0131m\u0131 temsil eder.<\/p>\n SSH anahtar \u00e7iftlerini kullanmak, \u015fifre tabanl\u0131 kimlik do\u011frulamaya g\u00f6re \u00f6nemli bir g\u00fcvenlik art\u0131\u015f\u0131 sa\u011flasa da, bu g\u00fcvenli\u011fi daha da peki\u015ftirmek ve kullan\u0131m kolayl\u0131\u011f\u0131n\u0131 art\u0131rmak i\u00e7in baz\u0131 ek y\u00f6ntemler ve en iyi uygulamalar mevcuttur. Bu y\u00f6ntemlerden ilki ve belki de en \u00f6nemlisi, \u00f6zel anahtar\u0131n\u0131za bir parola (passphrase) eklemektir. Bir parola, \u00f6zel anahtar\u0131n\u0131z\u0131n \u00e7al\u0131nmas\u0131 veya yetkisiz ki\u015filerin eline ge\u00e7mesi durumunda ek bir g\u00fcvenlik katman\u0131 sa\u011flar. Bu parola olmadan \u00f6zel anahtar kullan\u0131lamaz, bu da onu kaba kuvvet sald\u0131r\u0131lar\u0131na kar\u015f\u0131 daha diren\u00e7li hale getirir. Parolan\u0131z\u0131 olu\u015ftururken, t\u0131pk\u0131 g\u00fc\u00e7l\u00fc bir \u015fifre gibi, uzun, karma\u015f\u0131k ve tahmin edilmesi zor bir kombinasyon se\u00e7meye \u00f6zen g\u00f6sterin.<\/p>\n Ancak, her ba\u011flant\u0131da parolay\u0131 tekrar tekrar girmek, \u00f6zellikle s\u0131k s\u0131k sunucu eri\u015fimi gerektiren durumlarda can s\u0131k\u0131c\u0131 olabilir. \u0130\u015fte bu noktada SSH arac\u0131s\u0131 (SSH agent) devreye girer. SSH agent, \u00f6zel anahtar\u0131n\u0131z\u0131 bellekte tutan ve bir kez parola girdikten sonra, oturumunuz boyunca bu parolay\u0131 tekrar sorman\u0131z\u0131 engelleyen bir programd\u0131r. Bu sayede, \u00f6zel anahtar\u0131n\u0131z\u0131n kilidini bir kez a\u00e7t\u0131ktan sonra, ayn\u0131 oturumda birden fazla sunucuya parola girmeden ba\u011flanabilirsiniz. SSH agent’\u0131 ba\u015flatmak ve anahtar\u0131n\u0131z\u0131 eklemek i\u00e7in \u015fu komutlar\u0131 kullanabilirsiniz:<\/p>\n Bu komutlar, agent’\u0131 ba\u015flat\u0131r ve \u00f6zel anahtar\u0131n\u0131z\u0131 agent’a ekler. E\u011fer anahtar\u0131n\u0131za bir parola belirlediyseniz, Son olarak, SSH yap\u0131land\u0131rma dosyas\u0131 ( Bu yap\u0131land\u0131rma ile SSH anahtar \u00e7iftleri, sadece bireysel sunucu eri\u015fimini g\u00fcvenli hale getirmekle kalmaz, ayn\u0131 zamanda modern altyap\u0131 y\u00f6netiminde, yaz\u0131l\u0131m geli\u015ftirmede ve otomasyon s\u00fcre\u00e7lerinde kritik bir rol oynar. Ger\u00e7ek d\u00fcnya senaryolar\u0131nda SSH anahtarlar\u0131n\u0131n sundu\u011fu avantajlar, onlar\u0131 vazge\u00e7ilmez bir ara\u00e7 haline getirir. En yayg\u0131n kullan\u0131m alanlar\u0131ndan biri, bulut sa\u011flay\u0131c\u0131lar\u0131ndaki sunucu y\u00f6netimidir. Amazon Web Services (AWS) EC2, DigitalOcean, Google Cloud Platform (GCP) ve Microsoft Azure gibi platformlarda sanal makine (VM) olu\u015ftururken, genellikle SSH anahtar \u00e7ifti sa\u011flaman\u0131z istenir. Bu anahtar \u00e7iftleri, olu\u015fturdu\u011funuz sanal sunuculara ilk ve en g\u00fcvenli eri\u015fim y\u00f6ntemini sunar. \u00d6rne\u011fin, bir AWS EC2 \u00f6rne\u011fi ba\u015flatt\u0131\u011f\u0131n\u0131zda, indirdi\u011finiz Bir di\u011fer \u00f6nemli kullan\u0131m alan\u0131, Git tabanl\u0131 s\u00fcr\u00fcm kontrol sistemleridir. GitHub, GitLab ve Bitbucket gibi platformlar, kod depolar\u0131na eri\u015fim i\u00e7in HTTPS ve SSH olmak \u00fczere iki ana y\u00f6ntem sunar. SSH kullanarak, her i\u015flemde kullan\u0131c\u0131 ad\u0131 ve \u015fifre girmek zorunda kalmadan, yerel bilgisayar\u0131n\u0131zdaki \u00f6zel anahtar\u0131n\u0131zla kimlik do\u011frulamas\u0131 yapabilirsiniz. Bu, \u00f6zellikle s\u0131k s\u0131k kod y\u00fckleyen (push) veya \u00e7eken (pull) geli\u015ftiriciler i\u00e7in b\u00fcy\u00fck bir kolayl\u0131k ve g\u00fcvenlik art\u0131\u015f\u0131 sa\u011flar. \u00d6rne\u011fin, bir SSH anahtarlar\u0131n\u0131n g\u00fcc\u00fc, otomasyon ve CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerinde de kendini g\u00f6sterir. Jenkins, GitLab CI\/CD, GitHub Actions gibi otomasyon ara\u00e7lar\u0131, derleme (build) ve da\u011f\u0131t\u0131m (deployment) a\u015famalar\u0131nda uzak sunuculara veya Git depolar\u0131na eri\u015fmek i\u00e7in SSH anahtarlar\u0131n\u0131 kullan\u0131r. Bu sayede, insan m\u00fcdahalesi olmadan, g\u00fcvenli ve otomatik bir \u015fekilde kod da\u011f\u0131t\u0131m\u0131 yap\u0131labilir. \u00d6rne\u011fin, bir web uygulamas\u0131n\u0131n yeni bir s\u00fcr\u00fcm\u00fc yay\u0131mland\u0131\u011f\u0131nda, CI\/CD boru hatt\u0131 (pipeline), SSH anahtarlar\u0131n\u0131 kullanarak \u00fcretim sunucusuna ba\u011flan\u0131r ve yeni kodu da\u011f\u0131t\u0131r. Bu otomasyon, hem h\u0131z\u0131 art\u0131r\u0131r hem de insan hatas\u0131ndan kaynaklanabilecek g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 minimize eder.<\/p>\n Vaka Analizi: Bir DevOps Ekibinin SSH Anahtarlar\u0131yla \u0130\u015f Ak\u0131\u015f\u0131n\u0131 G\u00fcvenli Hale Getirmesi<\/strong><\/p>\n Ankara merkezli bir e-ticaret \u015firketi olan “H\u0131zl\u0131Teslimat”, b\u00fcy\u00fcyen altyap\u0131s\u0131n\u0131 y\u00f6netirken g\u00fcvenlik ve otomasyon sorunlar\u0131yla kar\u015f\u0131la\u015f\u0131yordu. Geli\u015ftiriciler, test ve \u00fcretim sunucular\u0131na \u015fifrelerle ba\u011flan\u0131yor, bu da hem yava\u015f hem de g\u00fcvenlik a\u00e7\u0131s\u0131ndan riskliydi. Her geli\u015ftiricinin kendi \u015fifresini y\u00f6netmesi ve d\u00fczenli \u015fifre de\u011fi\u015fimleri, operasyonel y\u00fck\u00fc art\u0131r\u0131yordu. DevOps ekibi, bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in SSH anahtar \u00e7iftlerini standartla\u015ft\u0131rmaya karar verdi. Her geli\u015ftiriciye kendi yerel makinesinde bir SSH anahtar \u00e7ifti olu\u015fturma e\u011fitimi verildi. A\u00e7\u0131k anahtarlar, merkezi bir anahtar y\u00f6netim sistemine (\u00f6rne\u011fin, Ansible veya Terraform ile y\u00f6netilen bir SSH anahtar \u00e7iftleri g\u00fcvenli ve g\u00fc\u00e7l\u00fc bir kimlik do\u011frulama y\u00f6ntemi sunsa da, kullan\u0131m s\u0131ras\u0131nda baz\u0131 yayg\u0131n sorunlarla kar\u015f\u0131la\u015fmak m\u00fcmk\u00fcnd\u00fcr. Bu sorunlar\u0131 anlamak ve \u00e7\u00f6zmek, SSH anahtar y\u00f6netiminde uzmanla\u015fman\u0131n \u00f6nemli bir par\u00e7as\u0131d\u0131r. En s\u0131k kar\u015f\u0131la\u015f\u0131lan sorunlardan biri “Permissions denied” (\u0130zinler reddedildi) hatas\u0131d\u0131r. Bu genellikle, \u00f6zel anahtar dosyas\u0131n\u0131n veya Sunucudaki Ayr\u0131ca, \u0130leri D\u00fczey G\u00fcvenlik \u0130pu\u00e7lar\u0131:<\/strong><\/p>\n SSH anahtarlar\u0131n\u0131z\u0131 daha da g\u00fcvenli hale getirmek i\u00e7in baz\u0131 ileri d\u00fczey uygulamalar mevcuttur:<\/p>\n Bu ipu\u00e7lar\u0131n\u0131 uygulayarak, SSH anahtar y\u00f6netiminizin hem g\u00fcvenli\u011fini hem de verimlili\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirsiniz. Unutmay\u0131n, g\u00fcvenlik s\u00fcrekli bir s\u00fcre\u00e7tir ve en iyi uygulamalar\u0131 takip etmek, dijital varl\u0131klar\u0131n\u0131z\u0131 koruman\u0131n anahtar\u0131d\u0131r.<\/p>\n SSH anahtar \u00e7iftleri, geleneksel \u015fifrelerin yetersiz kald\u0131\u011f\u0131 modern dijital altyap\u0131lar\u0131n g\u00fcvenlik mimarisinde merkezi bir rol oynamaktad\u0131r. Bu makalede ele ald\u0131\u011f\u0131m\u0131z gibi, asimetrik \u015fifreleme prensiplerine dayanan SSH anahtarlar\u0131, sunuculara, Git depolar\u0131na ve otomasyon sistemlerine eri\u015fimde y\u00fcksek d\u00fczeyde g\u00fcvenlik ve verimlilik sunar. \u00d6zel anahtar\u0131n kullan\u0131c\u0131n\u0131n kontrol\u00fcnde kalmas\u0131 ve asla a\u011f \u00fczerinden iletilmemesi, \u015fifrelerin maruz kald\u0131\u011f\u0131 bir\u00e7ok g\u00fcvenlik riskini ortadan kald\u0131r\u0131r. SSH anahtar \u00e7ifti olu\u015fturma, sunucuya ekleme, SSH agent ile parola y\u00f6netimini basitle\u015ftirme ve Ger\u00e7ek d\u00fcnya senaryolar\u0131nda, bulut sunucu y\u00f6netiminden CI\/CD boru hatlar\u0131na kadar geni\u015f bir yelpazede SSH anahtarlar\u0131n\u0131n vazge\u00e7ilmez oldu\u011fu g\u00f6r\u00fclmektedir. Anahtar rotasyonu, MFA entegrasyonu ve donan\u0131m tabanl\u0131 anahtarlar gibi ileri d\u00fczey g\u00fcvenlik ipu\u00e7lar\u0131, bu sistemin zaten y\u00fcksek olan g\u00fcvenlik seviyesini daha da art\u0131rman\u0131n yollar\u0131n\u0131 sunar. K\u0131sacas\u0131, SSH anahtar \u00e7iftleri, g\u00fcn\u00fcm\u00fcz\u00fcn karma\u015f\u0131k ve s\u00fcrekli tehdit alt\u0131nda olan dijital ortam\u0131nda, kimlik do\u011frulama s\u00fcre\u00e7lerini basitle\u015ftiren, otomasyonu kolayla\u015ft\u0131ran ve en \u00f6nemlisi, altyap\u0131m\u0131z\u0131 siber sald\u0131r\u0131lara kar\u015f\u0131 sessizce koruyan temel bir g\u00fcvenlik katman\u0131d\u0131r. Bu teknolojiyi anlamak ve do\u011fru bir \u015fekilde uygulamak, herhangi bir geli\u015ftirici, sistem y\u00f6neticisi veya DevOps uzman\u0131 i\u00e7in hayati \u00f6nem ta\u015f\u0131maktad\u0131r.<\/p>\n \u00d6zel anahtar\u0131n\u0131z\u0131 kaybetmeniz durumunda, o anahtarla eri\u015fim sa\u011flad\u0131\u011f\u0131n\u0131z t\u00fcm sunuculardaki Evet, a\u00e7\u0131k anahtar\u0131n\u0131z\u0131 herkesle payla\u015fmak g\u00fcvenlidir. A\u00e7\u0131k anahtar\u0131n\u0131z, kimli\u011finizi do\u011frulamak i\u00e7in kullan\u0131l\u0131r ve \u00f6zel anahtar\u0131n\u0131z olmadan tek ba\u015f\u0131na herhangi bir g\u00fcvenlik riski olu\u015fturmaz. Ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, “a\u00e7\u0131k” olmas\u0131 hedeflenmi\u015ftir.<\/p>\n<\/li>\n Kesinlikle evet. \u00d6zel anahtar\u0131n\u0131za g\u00fc\u00e7l\u00fc bir parola (passphrase) eklemek, anahtar\u0131n\u0131z\u0131n \u00e7al\u0131nmas\u0131 durumunda ek bir g\u00fcvenlik katman\u0131 sa\u011flar. Bu parola olmadan \u00f6zel anahtar kullan\u0131lamaz, bu da yetkisiz eri\u015fimi \u00f6nemli \u00f6l\u00e7\u00fcde zorla\u015ft\u0131r\u0131r.<\/p>\n<\/li>\n Evet, ayn\u0131 SSH anahtar \u00e7iftini birden fazla sunucu i\u00e7in kullanabilirsiniz. Ancak, g\u00fcvenlik a\u00e7\u0131s\u0131ndan, her sunucu veya hizmet i\u00e7in ayr\u0131 bir anahtar \u00e7ifti olu\u015fturmak ve kullanmak genellikle daha iyi bir uygulamad\u0131r. Bu sayede, bir anahtar\u0131n g\u00fcvenli\u011fi ihlal edildi\u011finde di\u011fer sistemleriniz etkilenmez.<\/p>\n<\/li>\n Windows i\u015fletim sisteminde SSH anahtarlar\u0131n\u0131 kullanmak i\u00e7in birka\u00e7 y\u00f6ntem mevcuttur: Windows Subsystem for Linux (WSL) kullanarak Linux komutlar\u0131n\u0131 do\u011frudan Windows’ta \u00e7al\u0131\u015ft\u0131rabilirsiniz. Git for Windows ile gelen Git Bash terminalini kullanabilirsiniz. Veya, Windows’un yerle\u015fik OpenSSH istemcisini (Windows 10 ve sonras\u0131) kullanabilirsiniz. Her \u00fc\u00e7 y\u00f6ntem de #Teknoloji #SiberG\u00fcvenlik #SSH #DevOps #Altyap\u0131Y\u00f6netimi<\/p>\nssh-keygen<\/code> komutu ile yap\u0131l\u0131r.<\/p>\nssh-keygen -t ed25519 -C \"kullanici_adi@ornek.com\"<\/code><\/pre>\n<\/div>\ned25519<\/code> algoritmas\u0131n\u0131 kullanarak yeni bir SSH anahtar \u00e7ifti olu\u015fturur. -C<\/code> parametresi ile ekledi\u011finiz yorum, anahtar\u0131n\u0131z\u0131 daha sonra tan\u0131man\u0131za yard\u0131mc\u0131 olur, genellikle e-posta adresiniz kullan\u0131l\u0131r. Komutu \u00e7al\u0131\u015ft\u0131rd\u0131ktan sonra, anahtar \u00e7iftinin kaydedilece\u011fi dosya yolunu ve iste\u011fe ba\u011fl\u0131 olarak bir parola (passphrase) belirlemeniz istenir. Varsay\u0131lan yol genellikle ~\/.ssh\/id_ed25519<\/code> \u015feklindedir. Bir parola belirlemek, \u00f6zel anahtar\u0131n\u0131z\u0131n \u00e7al\u0131nmas\u0131 durumunda ek bir g\u00fcvenlik katman\u0131 sa\u011flar; \u00e7\u00fcnk\u00fc anahtar\u0131 kullanabilmek i\u00e7in bu parolan\u0131n da bilinmesi gerekir. Parola belirlemek g\u00fcvenlik a\u00e7\u0131s\u0131ndan \u015fiddetle tavsiye edilir.<\/p>\nid_ed25519<\/code> (\u00f6zel anahtar\u0131n\u0131z) ve id_ed25519.pub<\/code> (a\u00e7\u0131k anahtar\u0131n\u0131z). \u00d6zel anahtar\u0131n\u0131z\u0131 asla kimseyle payla\u015fmamal\u0131s\u0131n\u0131z. A\u00e7\u0131k anahtar\u0131n\u0131z\u0131 ise eri\u015fmek istedi\u011finiz sunucuya kopyalaman\u0131z gerekir. Bunun en kolay yolu ssh-copy-id<\/code> komutunu kullanmakt\u0131r:<\/p>\nssh-copy-id kullanici_adi@sunucu_ip_adresi_veya_domain<\/code><\/pre>\n<\/div>\n~\/.ssh\/authorized_keys<\/code> dosyas\u0131na otomatik olarak ekler. \u0130lk ba\u011flant\u0131da sunucunun \u015fifresini girmeniz istenecektir. E\u011fer ssh-copy-id<\/code> komutu sisteminizde y\u00fckl\u00fc de\u011filse veya manuel olarak yapmak isterseniz, a\u00e7\u0131k anahtar\u0131n\u0131z\u0131n i\u00e7eri\u011fini kopyalay\u0131p sunucuya SSH ile ba\u011flanarak ~\/.ssh\/authorized_keys<\/code> dosyas\u0131na ekleyebilirsiniz:<\/p>\ncat ~\/.ssh\/id_ed25519.pub | ssh kullanici_adi@sunucu_ip_adresi_veya_domain \"mkdir -p ~\/.ssh && chmod 700 ~\/.ssh && cat >> ~\/.ssh\/authorized_keys && chmod 600 ~\/.ssh\/authorized_keys\"<\/code><\/pre>\n<\/div>\nauthorized_keys<\/code> dosyas\u0131na ekler ve gerekli dosya izinlerini ayarlar. Art\u0131k sunucuya \u015fifre girmeden, sadece \u00f6zel anahtar\u0131n\u0131zla ba\u011flanabilirsiniz:<\/p>\nssh kullanici_adi@sunucu_ip_adresi_veya_domain<\/code><\/pre>\n<\/div>\nG\u00fcvenli\u011fi Art\u0131rma ve Y\u00f6netim: SSH Ajan\u0131, Parola ve Yap\u0131land\u0131rma Dosyas\u0131<\/h3>\n
eval \"$(ssh-agent -s)\"\nssh-add ~\/.ssh\/id_ed25519<\/code><\/pre>\n<\/div>\nssh-add<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda parolan\u0131z\u0131 girmeniz istenecektir. Daha sonraki ba\u011flant\u0131larda bu parola tekrar sorulmayacakt\u0131r. \u00d6zel anahtar\u0131n\u0131z\u0131n dosya izinlerini de do\u011fru ayarlamak hayati \u00f6nem ta\u015f\u0131r. \u00d6zel anahtar\u0131n\u0131z\u0131n sadece sizin taraf\u0131n\u0131zdan okunabilir olmas\u0131 gerekir. \u0130zinleri kontrol etmek ve ayarlamak i\u00e7in chmod 600 ~\/.ssh\/id_ed25519<\/code> komutunu kullanabilirsiniz.<\/p>\n~\/.ssh\/config<\/code>), SSH ba\u011flant\u0131lar\u0131n\u0131z\u0131 daha verimli ve g\u00fcvenli hale getirmenizi sa\u011flayan g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Bu dosya sayesinde, farkl\u0131 sunucular i\u00e7in kullan\u0131c\u0131 adlar\u0131, \u00f6zel anahtar yollar\u0131, port numaralar\u0131 ve di\u011fer ba\u011flant\u0131 se\u00e7eneklerini \u00f6nceden tan\u0131mlayabilirsiniz. \u00d6rne\u011fin, a\u015fa\u011f\u0131daki gibi bir yap\u0131land\u0131rma ile sunucuya daha k\u0131sa bir komutla ba\u011flanabilirsiniz:<\/p>\nHost web_sunucu\n HostName 192.168.1.100\n User admin\n IdentityFile ~\/.ssh\/id_ed25519\n Port 2222<\/code><\/pre>\n<\/div>\nssh web_sunucu<\/code> yazarak ilgili sunucuya, belirtilen kullan\u0131c\u0131 ad\u0131 ve anahtarla ba\u011flanabilirsiniz. Bu dosya, \u00f6zellikle birden fazla sunucuyla \u00e7al\u0131\u015fan geli\u015ftiriciler ve sistem y\u00f6neticileri i\u00e7in i\u015f ak\u0131\u015f\u0131n\u0131 b\u00fcy\u00fck \u00f6l\u00e7\u00fcde kolayla\u015ft\u0131r\u0131r ve hata yapma olas\u0131l\u0131\u011f\u0131n\u0131 azalt\u0131r. T\u00fcm bu y\u00f6ntemler bir araya geldi\u011finde, SSH anahtar kullan\u0131m\u0131n\u0131z hem daha g\u00fcvenli hem de daha pratik bir hal alacakt\u0131r.<\/p>\nGer\u00e7ek D\u00fcnya Uygulamalar\u0131: SSH Anahtarlar\u0131 ile G\u00fcvenli Eri\u015fim ve Otomasyon<\/h3>\n
.pem<\/code> dosyas\u0131 asl\u0131nda sizin \u00f6zel anahtar\u0131n\u0131zd\u0131r ve bu anahtar\u0131 kullanarak sunucuya ba\u011flan\u0131rs\u0131n\u0131z. Bu durum, \u015fifrelerin aksine, sunucuya yetkisiz eri\u015fimi engellemek i\u00e7in g\u00fc\u00e7l\u00fc bir bariyer olu\u015fturur.<\/p>\ngit push<\/code> komutu verdi\u011finizde, SSH anahtar\u0131n\u0131z sayesinde kimlik do\u011frulama otomatik olarak yap\u0131l\u0131r, bu da i\u015f ak\u0131\u015f\u0131n\u0131 h\u0131zland\u0131r\u0131r ve g\u00fcvenlik risklerini azalt\u0131r.<\/p>\nauthorized_keys<\/code> da\u011f\u0131t\u0131m\u0131) entegre edildi. CI\/CD boru hatlar\u0131nda, da\u011f\u0131t\u0131m sunucular\u0131na eri\u015fim i\u00e7in \u00f6zel, otomatik olu\u015fturulmu\u015f SSH anahtarlar\u0131 kullan\u0131ld\u0131 ve bu anahtarlar sadece belirli g\u00f6revler i\u00e7in yetkilendirildi. Sonu\u00e7 olarak, H\u0131zl\u0131Teslimat ekibi, sunucu eri\u015fimini %90 oran\u0131nda h\u0131zland\u0131rd\u0131, \u015fifre kaynakl\u0131 g\u00fcvenlik ihlali risklerini s\u0131f\u0131ra indirdi ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini tamamen otomatikle\u015ftirdi. Bu, SSH anahtarlar\u0131n\u0131n modern bir organizasyonun g\u00fcvenlik ve verimlilik hedeflerine ula\u015fmas\u0131nda nas\u0131l kritik bir rol oynayabilece\u011finin somut bir \u00f6rne\u011fidir.<\/p>\nYayg\u0131n Sorunlar ve \u0130leri D\u00fczey G\u00fcvenlik \u0130pu\u00e7lar\u0131: SSH Anahtarlar\u0131n\u0131 Uzman Gibi Y\u00f6netmek<\/h3>\n
~\/.ssh<\/code> dizininin yanl\u0131\u015f dosya izinlerine sahip olmas\u0131ndan kaynaklan\u0131r. SSH, \u00f6zel anahtar\u0131n\u0131z\u0131n sadece sizin taraf\u0131n\u0131zdan okunabilir olmas\u0131n\u0131 ve ~\/.ssh<\/code> dizininin sadece sizin taraf\u0131n\u0131zdan eri\u015filebilir olmas\u0131n\u0131 bekler. Bu izinleri d\u00fczeltmek i\u00e7in a\u015fa\u011f\u0131daki komutlar\u0131 kullanabilirsiniz:<\/p>\nchmod 700 ~\/.ssh\nchmod 600 ~\/.ssh\/id_ed25519 # \u00d6zel anahtar\u0131n\u0131z\u0131n yolu\nchmod 644 ~\/.ssh\/id_ed25519.pub # A\u00e7\u0131k anahtar\u0131n\u0131z\u0131n yolu<\/code><\/pre>\n<\/div>\n~\/.ssh\/authorized_keys<\/code> dosyas\u0131n\u0131n izinleri de do\u011fru ayarlanmal\u0131d\u0131r, genellikle chmod 600 ~\/.ssh\/authorized_keys<\/code> olmal\u0131d\u0131r. Bir di\u011fer yayg\u0131n sorun, yanl\u0131\u015f anahtar\u0131n kullan\u0131lmas\u0131d\u0131r. E\u011fer birden fazla SSH anahtar \u00e7iftiniz varsa ve belirli bir ba\u011flant\u0131 i\u00e7in do\u011fru anahtar\u0131 kullanm\u0131yorsan\u0131z, ba\u011flant\u0131 reddedilebilir. Bu durumda, -i<\/code> parametresi ile do\u011fru \u00f6zel anahtar\u0131 belirtmeniz gerekebilir:<\/p>\nssh -i ~\/.ssh\/anahtarim_ozel kullanici_adi@sunucu_ip<\/code><\/pre>\n<\/div>\n~\/.ssh\/config<\/code> dosyan\u0131z\u0131 kullanarak farkl\u0131 sunucular i\u00e7in farkl\u0131 anahtarlar atayabilirsiniz, bu da bu t\u00fcr kar\u0131\u015f\u0131kl\u0131klar\u0131 \u00f6nler.<\/p>\n\n
Sonu\u00e7: Modern Altyap\u0131n\u0131n Vazge\u00e7ilmez G\u00fcvenlik Katman\u0131 ve S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
~\/.ssh\/config<\/code> dosyas\u0131 ile ba\u011flant\u0131lar\u0131 optimize etme s\u00fcre\u00e7leri, her seviyeden kullan\u0131c\u0131n\u0131n bu g\u00fc\u00e7l\u00fc arac\u0131 etkin bir \u015fekilde kullanabilmesi i\u00e7in temel ad\u0131mlard\u0131r.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h4>\n
\n
authorized_keys<\/code> dosyas\u0131ndan kay\u0131p anahtar\u0131n a\u00e7\u0131k anahtar\u0131n\u0131 kald\u0131rman\u0131z ve yeni bir anahtar \u00e7ifti olu\u015fturup t\u00fcm sunuculara yeniden eklemeniz gerekir. E\u011fer anahtar\u0131n\u0131z bir parolayla korunuyorsa, bu biraz daha g\u00fcvenlidir, ancak yine de riskli bir durumdur ve h\u0131zl\u0131ca m\u00fcdahale edilmelidir.<\/p>\n<\/li>\nssh-keygen<\/code> ve ssh<\/code> komutlar\u0131n\u0131 destekler.<\/p>\n<\/li>\n<\/ol>\n