{"id":14671,"date":"2025-03-09T13:15:16","date_gmt":"2025-03-09T10:15:16","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/docker-root-non-root-kullanicilar-ve-ecr-kimlik-dogrulama-sorunlari\/"},"modified":"2025-03-09T13:15:16","modified_gmt":"2025-03-09T10:15:16","slug":"docker-root-non-root-kullanicilar-ve-ecr-kimlik-dogrulama-sorunlari","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/docker-root-non-root-kullanicilar-ve-ecr-kimlik-dogrulama-sorunlari\/","title":{"rendered":"Docker, Root\/Non-Root Kullan\u0131c\u0131lar ve ECR Kimlik Do\u011frulama Sorunlar\u0131"},"content":{"rendered":"

<\/p>\n

Docker, Root\/Non-Root Kullan\u0131c\u0131lar ve ECR Kimlik Do\u011frulama Sorunlar\u0131<\/p>\n

Merhaba! Ben Fatih Soysal ve bug\u00fcn Docker konteynerlerinde root ve non-root kullan\u0131c\u0131lar aras\u0131ndaki farklar\u0131, Amazon Elastic Container Registry (ECR) ile kimlik do\u011frulama sorunlar\u0131n\u0131 ele alaca\u011f\u0131z. Ayr\u0131ca, bu sorunlar\u0131 nas\u0131l \u00e7\u00f6zebilece\u011finizi ve g\u00fcvenli\u011finizi nas\u0131l art\u0131rabilece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131klayaca\u011f\u0131m. Bu konular, Docker ile uygulama da\u011f\u0131t\u0131m\u0131 yapan herkes i\u00e7in son derece \u00f6nemlidir.<\/p>\n

Root ve Non-Root Kullan\u0131c\u0131lar: G\u00fcvenlik A\u00e7\u0131s\u0131ndan Farklar<\/h2>\n

Linux sistemlerinde root kullan\u0131c\u0131, t\u00fcm sistem \u00fczerinde tam yetkiye sahiptir. Docker konteynerlerinde root kullanman\u0131n g\u00fcvenlik riskleri olduk\u00e7a y\u00fcksektir. Zira, bir g\u00fcvenlik a\u00e7\u0131\u011f\u0131 nedeniyle konteyner sald\u0131r\u0131ya u\u011frarsa, sald\u0131rgan t\u00fcm sistemi ele ge\u00e7irebilir. Bu nedenle, non-root kullan\u0131c\u0131lar tercih edilmelidir. Non-root kullan\u0131c\u0131lar, sadece kendilerine verilen yetkiler dahilinde \u00e7al\u0131\u015f\u0131rlar; bu da sistemin g\u00fcvenli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.<\/p>\n

\u00d6te yandan, baz\u0131 uygulamalar root yetkilerine ihtiya\u00e7 duyabilir. Bu durumlarda, sudo<\/code> komutu ile gerekli yetkiler ge\u00e7ici olarak verilebilir. Ancak, bu y\u00f6ntemin de riskleri vard\u0131r; bu nedenle, gerekti\u011finde en az yetki ilkesini (principle of least privilege) takip etmek \u00f6nemlidir. Bununla beraber, non-root kullan\u0131m\u0131 i\u00e7in uygulaman\u0131z\u0131n yap\u0131land\u0131r\u0131lmas\u0131, g\u00fcvenlik i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n

Docker’da Non-Root Kullan\u0131c\u0131s\u0131 Olu\u015fturma<\/h2>\n

Docker’da non-root kullan\u0131c\u0131s\u0131 olu\u015fturmak i\u00e7in birka\u00e7 y\u00f6ntem mevcuttur. Bunlardan biri, Dockerfile’\u0131n\u0131zda bir kullan\u0131c\u0131 olu\u015fturup, uygulaman\u0131z\u0131n bu kullan\u0131c\u0131 alt\u0131nda \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamakt\u0131r. A\u015fa\u011f\u0131daki \u00f6rnek, bir appuser adl\u0131 kullan\u0131c\u0131 olu\u015fturur ve uygulamay\u0131 bu kullan\u0131c\u0131 alt\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131r:<\/p>\n

\nFROM ubuntu:latest\n\nRUN groupadd -r appgroup && useradd -r -g appgroup -m appuser\n\nUSER appuser\n\nWORKDIR \/app\n\nCOPY . .\n\nCMD [\".\/app\"]\n<\/code><\/pre>\n
Bu y\u00f6ntem,  konteynerinizin g\u00fcvenli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r.  Ayr\u0131ca,  konteynerinizin daha az y\u00fczey alan\u0131na sahip olmas\u0131n\u0131 sa\u011flar, b\u00f6ylece g\u00fcvenlik a\u00e7\u0131klar\u0131na kar\u015f\u0131 daha dayan\u0131kl\u0131 hale gelir.<\/p>\n
ECR Kimlik Do\u011frulama Sorunlar\u0131 ve \u00c7\u00f6z\u00fcmleri<\/h2>\n
Amazon ECR ile \u00e7al\u0131\u015f\u0131rken,  en s\u0131k kar\u015f\u0131la\u015f\u0131lan sorunlardan biri kimlik do\u011frulama sorunlar\u0131d\u0131r.  Bu sorunlar genellikle yanl\u0131\u015f konfig\u00fcrasyonlardan kaynaklan\u0131r.  AWS kimlik bilgileri do\u011fru bir \u015fekilde ayarlanmad\u0131\u011f\u0131nda veya  Docker’\u0131n ECR ile ileti\u015fim kuramamas\u0131 durumunda ortaya \u00e7\u0131kar.<\/p>\n
Bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in, \u00f6ncelikle  AWS kimlik bilgilerinizi do\u011frulay\u0131n.  AWS CLI’\u0131 kullanarak kimlik bilgilerinizi test edebilirsiniz.  Ard\u0131ndan,  aws ecr get-login-password<\/code> komutu ile ECR i\u00e7in bir giri\u015f parolay\u0131 al\u0131n ve bu parolay\u0131 Docker ile kullan\u0131n.  Bu i\u015flem, Docker’\u0131n ECR ile g\u00fcvenli bir \u015fekilde ileti\u015fim kurmas\u0131n\u0131 sa\u011flar. \u015eayet sorun devam ederse,  AWS konsolundan IAM rollerinizi ve izinlerinizi kontrol etmeniz gerekebilir.<\/p>\n
Ayr\u0131ca,  Docker’\u0131n ECR ile ileti\u015fim kurmas\u0131 i\u00e7in gerekli ortam de\u011fi\u015fkenlerinin do\u011fru bir \u015fekilde ayarland\u0131\u011f\u0131ndan emin olun.  Bunlar genellikle  AWS_ACCESS_KEY_ID<\/code>, AWS_SECRET_ACCESS_KEY<\/code> ve AWS_REGION<\/code> gibi de\u011fi\u015fkenlerdir.  Bu de\u011fi\u015fkenleri do\u011fru bir \u015fekilde ayarlamak, Docker’\u0131n ECR ile sorunsuz bir \u015fekilde \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar.<\/p>\n
G\u00fcvenlik Best Practices<\/h2>\n
Docker ve ECR ile \u00e7al\u0131\u015f\u0131rken, g\u00fcvenlik her zaman \u00f6ncelik olmal\u0131d\u0131r. \u0130\u015fte baz\u0131 \u00f6nemli g\u00fcvenlik best practices’leri:<\/p>\n