G\u00fcn\u00fcm\u00fcz\u00fcn karma\u015f\u0131k a\u011f altyap\u0131lar\u0131nda g\u00fcvenlik ve eri\u015fim kontrol\u00fc, her zamankinden daha kritik bir \u00f6neme sahiptir. \u00d6zellikle \u00fc\u00e7\u00fcnc\u00fc taraf servislerle entegrasyonlar veya hassas verilere eri\u015fim s\u00f6z konusu oldu\u011funda, hangi sunucular\u0131n a\u011f\u0131n\u0131zdan d\u0131\u015far\u0131ya do\u011fru ba\u011flant\u0131 kurabilece\u011fini belirlemek hayati bir gereklilik haline gelir. Peki, bir uygulaman\u0131n \u00e7\u0131k\u0131\u015f IP adresi (egress IP) de\u011fi\u015fti\u011finde veya beyaz liste (whitelist) kurallar\u0131nda bir g\u00fcncelleme yap\u0131ld\u0131\u011f\u0131nda, bu de\u011fi\u015fikli\u011fin ger\u00e7ekten beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan nas\u0131l emin olabiliriz? Bu makalede, Beyaz liste, bir a\u011f veya sistemdeki kaynaklara eri\u015fmesine izin verilen onayl\u0131 \u00f6\u011felerin bir listesidir. Bu, genellikle IP adresleri, e-posta adresleri, uygulamalar veya kullan\u0131c\u0131lar gibi \u00e7e\u015fitli varl\u0131klar i\u00e7in uygulanabilir. G\u00fcvenlik ba\u011flam\u0131nda, beyaz liste ilkesi “yaln\u0131zca a\u00e7\u0131k\u00e7a izin verilenlere izin ver” yakla\u015f\u0131m\u0131n\u0131 benimser. Bu yakla\u015f\u0131m, siyah liste (blacklist) ilkesinin (“a\u00e7\u0131k\u00e7a yasaklananlar d\u0131\u015f\u0131ndaki her \u015feye izin ver”) tam tersidir ve genellikle daha y\u00fcksek bir g\u00fcvenlik seviyesi sa\u011flar. \u00c7\u00fcnk\u00fc siyah liste, bilinmeyen veya yeni tehditleri ka\u00e7\u0131rma riskini ta\u015f\u0131rken, beyaz liste yaln\u0131zca bilinen ve g\u00fcvenilen varl\u0131klar\u0131n ge\u00e7i\u015fine izin verir. Dolay\u0131s\u0131yla, beyaz liste kullan\u0131m\u0131, potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 proaktif bir \u015fekilde azaltman\u0131n en etkili yollar\u0131ndan biridir.<\/p>\n Peki, beyaz liste neden bu kadar hayati bir \u00f6neme sahiptir? Cevap, g\u00fcn\u00fcm\u00fcz\u00fcn siber g\u00fcvenlik tehditlerinin \u00e7e\u015fitlili\u011fi ve karma\u015f\u0131kl\u0131\u011f\u0131nda yatmaktad\u0131r. Bir \u015firketin a\u011f\u0131nda \u00e7al\u0131\u015fan sunucular\u0131n veya uygulamalar\u0131n, sadece belirli ve g\u00fcvenli harici servislerle ileti\u015fim kurmas\u0131 gerekebilir. \u00d6rne\u011fin, bir veritaban\u0131 sunucusunun yaln\u0131zca belirli bir uygulama sunucusundan gelen ba\u011flant\u0131lar\u0131 kabul etmesi veya bir \u00f6deme a\u011f ge\u00e7idinin sadece \u015firketin onayl\u0131 IP adreslerinden gelen istekleri i\u015flemesi gerekebilir. Bu senaryolarda beyaz liste, yetkisiz eri\u015fimi engelleyerek veri s\u0131z\u0131nt\u0131lar\u0131n\u0131, k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131m bula\u015fmalar\u0131n\u0131 ve di\u011fer siber sald\u0131r\u0131lar\u0131 \u00f6nlemek i\u00e7in ilk savunma hatt\u0131n\u0131 olu\u015fturur. Ayr\u0131ca, uyumluluk gereksinimlerini (\u00f6rne\u011fin GDPR, KVKK, PCI DSS) kar\u015f\u0131lamak i\u00e7in de beyaz liste kullan\u0131m\u0131 s\u0131kl\u0131kla zorunlu tutulur. Bu da beyaz listenin sadece teknik bir g\u00fcvenlik \u00f6nlemi olmaktan \u00f6te, yasal ve operasyonel bir gereklilik oldu\u011funu g\u00f6sterir.<\/p>\n Beyaz liste uygulamalar\u0131 sadece giri\u015f (inbound) trafi\u011fiyle s\u0131n\u0131rl\u0131 de\u011fildir; \u00e7\u0131k\u0131\u015f (outbound) trafi\u011fi i\u00e7in de kritik rol oynar. Bir uygulaman\u0131n d\u0131\u015far\u0131ya do\u011fru yapt\u0131\u011f\u0131 ba\u011flant\u0131lar\u0131 kontrol etmek, k\u00f6t\u00fc ama\u00e7l\u0131 yaz\u0131l\u0131mlar\u0131n komuta ve kontrol sunucular\u0131yla ileti\u015fim kurmas\u0131n\u0131 veya hassas verilerin \u015firket d\u0131\u015f\u0131na s\u0131zd\u0131r\u0131lmas\u0131n\u0131 engelleyebilir. Bu nedenle, bir uygulaman\u0131n hangi harici IP adreslerine ba\u011flanmas\u0131na izin verildi\u011fini belirlemek, a\u011f g\u00fcvenli\u011fi stratejisinin ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r. Bu kontroller, genellikle g\u00fcvenlik duvarlar\u0131 (firewall), a\u011f eri\u015fim kontrol listeleri (ACL – Access Control List) veya daha geli\u015fmi\u015f a\u011f g\u00fcvenlik cihazlar\u0131 arac\u0131l\u0131\u011f\u0131yla uygulan\u0131r. Beyaz liste politikalar\u0131n\u0131n do\u011fru bir \u015fekilde tan\u0131mlanmas\u0131 ve s\u00fcrekli olarak g\u00fcncellenmesi, bir kurulu\u015fun genel g\u00fcvenlik duru\u015funu \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirir ve beklenmedik durumlar\u0131n \u00f6n\u00fcne ge\u00e7er.<\/p>\n \u00c7\u0131k\u0131\u015f IP adresi (Egress IP), bir a\u011fdaki bir cihaz\u0131n veya uygulaman\u0131n d\u0131\u015f d\u00fcnyaya, yani internete veya ba\u015fka bir harici a\u011fa ba\u011flant\u0131 kurarken kulland\u0131\u011f\u0131 IP adresidir. Basit\u00e7e ifade etmek gerekirse, sunucunuzdan veya uygulaman\u0131zdan yap\u0131lan bir iste\u011fin hedef sistem taraf\u0131ndan g\u00f6r\u00fclen kaynak IP adresidir. Bu kavram, \u00f6zellikle bulut tabanl\u0131 mimarilerde ve mikroservis (microservice) ortamlar\u0131nda giderek daha fazla \u00f6nem kazanmaktad\u0131r. Geleneksel veri merkezi ortamlar\u0131nda, sunucular\u0131n \u00e7\u0131k\u0131\u015f IP’leri genellikle sabittir ve kolayca tan\u0131mlanabilirken, bulut ortamlar\u0131nda bu durum daha karma\u015f\u0131k hale gelebilir. Bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n esnek yap\u0131s\u0131, IP adreslerinin dinamik olarak de\u011fi\u015fmesine olanak tan\u0131r, bu da baz\u0131 g\u00fcvenlik ve eri\u015fim senaryolar\u0131nda zorluklar yaratabilir.<\/p>\n Bulut sa\u011flay\u0131c\u0131lar\u0131 (AWS, Azure, GCP vb.) genellikle dinamik IP adresleri atar. Bu, bir uygulaman\u0131n veya servisin her yeniden ba\u015flat\u0131ld\u0131\u011f\u0131nda farkl\u0131 bir genel IP adresi alabilece\u011fi anlam\u0131na gelir. Ancak, bir\u00e7ok senaryoda, uygulamalar\u0131n harici servislerle g\u00fcvenli bir \u015fekilde ileti\u015fim kurabilmesi i\u00e7in sabit bir \u00e7\u0131k\u0131\u015f IP adresine sahip olmas\u0131 gerekir. \u00d6rne\u011fin:<\/p>\n Bu gibi durumlarda, bulut sa\u011flay\u0131c\u0131lar\u0131 genellikle NAT Gateway (A\u011f Adresi \u00c7evirisi A\u011f Ge\u00e7idi), EIP (Elastic IP – Esnek IP) veya \u00f6zel sanal a\u011f (Virtual Private Cloud – VPC) yap\u0131land\u0131rmalar\u0131 arac\u0131l\u0131\u011f\u0131yla sabit \u00e7\u0131k\u0131\u015f IP adresleri sa\u011flaman\u0131n yollar\u0131n\u0131 sunar. Bu mekanizmalar sayesinde, uygulaman\u0131z\u0131n arkas\u0131ndaki ger\u00e7ek IP adresi dinamik olsa bile, d\u0131\u015f d\u00fcnyaya a\u00e7\u0131lan IP adresi sabit tutulabilir. “Beyaz liste duvar\u0131n\u0131n kald\u0131r\u0131lmas\u0131” ifadesi, genellikle iki ana senaryoyu i\u015faret eder: ya mevcut bir beyaz liste kural\u0131n\u0131n gev\u015fetilmesi (yani daha fazla IP adresine veya daha geni\u015f bir aral\u0131\u011fa izin verilmesi) ya da bir sistemin daha \u00f6nce beyaz listede olmayan yeni bir \u00e7\u0131k\u0131\u015f IP adresi kullanmaya ba\u015flamas\u0131 ve bu yeni IP adresinin art\u0131k kabul edilmesi gerekti\u011fi durumudur. Bu t\u00fcr bir de\u011fi\u015fiklik, bir\u00e7ok farkl\u0131 nedenden kaynaklanabilir:<\/p>\n Bu t\u00fcr bir de\u011fi\u015fiklik ger\u00e7ekle\u015fti\u011finde, \u00f6zellikle Bir uygulaman\u0131n veya servisin \u00e7\u0131k\u0131\u015f IP adresinin ger\u00e7ekten beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve beyaz liste kurallar\u0131na uydu\u011funu do\u011frulamak, \u00f6zellikle yay\u0131n ortamlar\u0131nda (production environments) b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Yanl\u0131\u015f bir IP adresi, harici servislerle ileti\u015fimin kesilmesine, hatalara ve hatta g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir. Bu nedenle, En h\u0131zl\u0131 ve en yayg\u0131n y\u00f6ntemlerden biri, uygulaman\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 sunucudan harici bir servise HTTP iste\u011fi g\u00f6ndererek kendi genel IP adresini sorgulamakt\u0131r. \u0130nternette bu ama\u00e7la tasarlanm\u0131\u015f bir\u00e7ok servis bulunmaktad\u0131r. \u00d6rne\u011fin, Uygulaman\u0131z\u0131n \u00e7al\u0131\u015ft\u0131\u011f\u0131 sunucuda a\u015fa\u011f\u0131daki komutlar\u0131 kullanarak bu testi yapabilirsiniz:<\/p>\n veya<\/p>\n E\u011fer uygulaman\u0131z bir programlama dili (Python, Node.js, Java vb.) ile yaz\u0131lm\u0131\u015fsa, bu dillerin HTTP istemci k\u00fct\u00fcphanelerini kullanarak da ayn\u0131 i\u015flemi ger\u00e7ekle\u015ftirebilirsiniz. \u00d6rne\u011fin, Python ile:<\/p>\n Bu komutlar veya kod bloklar\u0131, uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyaya hangi IP adresiyle \u00e7\u0131kt\u0131\u011f\u0131n\u0131 size g\u00f6sterecektir. \u00c7\u0131kan IP adresinin Daha kapsaml\u0131 bir do\u011frulama i\u00e7in, a\u011f izleme ara\u00e7lar\u0131 ve log kay\u0131tlar\u0131 vazge\u00e7ilmezdir. G\u00fcvenlik duvarlar\u0131, proxy sunucular\u0131 ve bulut sa\u011flay\u0131c\u0131lar\u0131n\u0131n a\u011f trafi\u011fi loglar\u0131, hangi kaynak IP adreslerinden hangi hedeflere ba\u011flant\u0131 kuruldu\u011funu ayr\u0131nt\u0131l\u0131 olarak g\u00f6sterir. Bu loglar\u0131 inceleyerek, uygulaman\u0131z\u0131n Bu loglar, sadece IP adresini do\u011frulamakla kalmaz, ayn\u0131 zamanda ba\u011flant\u0131 zaman\u0131, hedef port ve protokol gibi ek bilgilerle birlikte, ba\u011flant\u0131n\u0131n ba\u015far\u0131 durumunu da g\u00f6sterir. Bu sayede, “Day 75” s\u00fcrecindeki gibi uzun vadeli izlemeler i\u00e7in de de\u011ferli veriler elde edebilir ve anormallikleri tespit edebilirsiniz.<\/p>\n En g\u00fcvenilir do\u011frulama y\u00f6ntemlerinden biri, uygulaman\u0131z\u0131n ba\u011flanmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131 hedef servisin veya sunucunun loglar\u0131n\u0131 kontrol etmektir. E\u011fer hedef servis, beyaz liste kural\u0131 nedeniyle sadece belirli IP adreslerinden gelen ba\u011flant\u0131lara izin veriyorsa, uygulaman\u0131z\u0131n Hedef sistemin eri\u015fim loglar\u0131nda (\u00f6rne\u011fin, bir web sunucusunun \u015eimdiye kadar edindi\u011fimiz teorik bilgileri ve pratik y\u00f6ntemleri, Do\u011frulama Ad\u0131mlar\u0131:<\/strong><\/p>\n Bu komutun \u00e7\u0131kt\u0131s\u0131 E\u011fer loglarda Bu vaka incelemesi, sadece bir IP adresinin de\u011fi\u015fti\u011fini varsaymak yerine, bu de\u011fi\u015fikli\u011fin ger\u00e7ek d\u00fcnyada nas\u0131l do\u011frulanmas\u0131 gerekti\u011fini g\u00f6stermektedir. “Day 75” gibi bir proje evresinde, bu t\u00fcr kritik do\u011frulama ad\u0131mlar\u0131, sistemin istikrar\u0131n\u0131 ve g\u00fcvenli\u011fini sa\u011flamak i\u00e7in vazge\u00e7ilmezdir. Ba\u015far\u0131l\u0131 bir do\u011frulama, beyaz liste duvar\u0131n\u0131n Beyaz liste y\u00f6netimi, basit bir IP adresi ekleme\/\u00e7\u0131karma i\u015fleminden \u00e7ok daha fazlas\u0131d\u0131r. \u00d6zellikle dinamik ve \u00f6l\u00e7eklenebilir bulut ortamlar\u0131nda, bu s\u00fcre\u00e7 karma\u015f\u0131k hale gelebilir. \u0130\u015fte beyaz liste politikalar\u0131n\u0131z\u0131 daha etkili ve g\u00fcvenli hale getirmek i\u00e7in baz\u0131 ileri d\u00fczey ipu\u00e7lar\u0131:<\/p>\n Bu ipu\u00e7lar\u0131, beyaz liste y\u00f6netimini daha sa\u011flam, \u00f6l\u00e7eklenebilir ve g\u00fcvenli hale getirerek, a\u011f\u0131n\u0131z\u0131n ve uygulamalar\u0131n\u0131z\u0131n korunmas\u0131na yard\u0131mc\u0131 olacakt\u0131r. B\u00f6ylece, hem operasyonel y\u00fck\u00fc azaltabilir hem de g\u00fcvenlik duru\u015funuzu s\u00fcrekli olarak iyile\u015ftirebilirsiniz.<\/p>\n A\u011f g\u00fcvenli\u011finin temel ta\u015flar\u0131ndan biri olan beyaz liste (whitelist) y\u00f6netimi, \u00f6zellikle modern bulut altyap\u0131lar\u0131nda ve s\u00fcrekli de\u011fi\u015fen uygulama ortamlar\u0131nda b\u00fcy\u00fck bir dikkat ve \u00f6zen gerektirir. Bir uygulaman\u0131n \u00e7\u0131k\u0131\u015f IP adresinin (egress IP) de\u011fi\u015fmesi gibi durumlar, \u00f6rne\u011fin #A\u011fG\u00fcvenli\u011fi #BeyazListe #\u00c7\u0131k\u0131\u015fIP #IPDo\u011frulama #SiberG\u00fcvenlik #BulutBili\u015fim #104.28.152.116<\/p>\n104.28.152.116<\/code> IP adresi \u00f6zelinde, beyaz liste duvar\u0131n\u0131n kald\u0131r\u0131l\u0131p kald\u0131r\u0131lmad\u0131\u011f\u0131n\u0131 ger\u00e7ek bir yay\u0131n ortam\u0131nda nas\u0131l do\u011frulayaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz. Bu rehber, hem temel kavramlar\u0131 anlaman\u0131za hem de pratik do\u011frulama y\u00f6ntemlerini \u00f6\u011frenmenize yard\u0131mc\u0131 olacak.<\/p>\nBeyaz Liste (Whitelist) Nedir ve Neden Hayati \u00d6nem Ta\u015f\u0131r?<\/h2>\n
\u00c7\u0131k\u0131\u015f IP Adresi (Egress IP) Kavram\u0131 ve A\u011f G\u00fcvenli\u011findeki Rol\u00fc<\/h2>\n
\n
104.28.152.116<\/code> gibi belirli bir IP adresinin do\u011frulama konusu olmas\u0131, genellikle bu t\u00fcr bir sabit \u00e7\u0131k\u0131\u015f IP yap\u0131land\u0131rmas\u0131n\u0131n varl\u0131\u011f\u0131na veya de\u011fi\u015fti\u011fine i\u015faret eder. A\u011f g\u00fcvenli\u011fi a\u00e7\u0131s\u0131ndan, \u00e7\u0131k\u0131\u015f IP adreslerinin do\u011fru bir \u015fekilde y\u00f6netilmesi ve beyaz liste kurallar\u0131na uygunlu\u011funun s\u00fcrekli olarak denetlenmesi, potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 \u00f6nlemek i\u00e7in kritik bir ad\u0131md\u0131r ve sistemin genel istikrar\u0131n\u0131 sa\u011flar.<\/p>\nBeyaz Liste Duvar\u0131n\u0131n Kald\u0131r\u0131lmas\u0131 Ne Anlama Geliyor? Senaryo Analizi<\/h2>\n
104.28.152.116<\/code> IP adresinin bu ba\u011flamda ele al\u0131nmas\u0131, muhtemelen ikinci senaryo ile ilgilidir: Uygulamam\u0131z\u0131n veya servisimizin, bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011fi, altyap\u0131 ge\u00e7i\u015fi veya a\u011f optimizasyonu sonucunda bu yeni IP adresini kullanmaya ba\u015flad\u0131\u011f\u0131n\u0131 ve bu IP’nin art\u0131k hedef sistemlerin beyaz listelerine eklenmesi veya mevcut listede g\u00fcncellenmesi gerekti\u011fini varsayabiliriz. Bu t\u00fcr bir de\u011fi\u015fiklik, genellikle \u00f6nceden planlanm\u0131\u015f bir operasyonun par\u00e7as\u0131d\u0131r ve dikkatli bir \u015fekilde y\u00f6netilmelidir.<\/p>\n\n
104.28.152.116<\/code> gibi belirli bir IP adresinin beyaz liste duvar\u0131n\u0131 a\u015f\u0131p a\u015fmad\u0131\u011f\u0131n\u0131 do\u011frulamak kritik \u00f6neme sahiptir. Do\u011frulama yap\u0131lmazsa, uygulaman\u0131n kritik harici servislerle ileti\u015fimi kesilebilir, bu da i\u015f s\u00fcre\u00e7lerinde aksakl\u0131klara ve gelir kay\u0131plar\u0131na yol a\u00e7abilir. Bu nedenle, “duvar\u0131n kald\u0131r\u0131lmas\u0131” sadece bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011fi de\u011fil, ayn\u0131 de\u011fi\u015fikli\u011fin do\u011fru ve g\u00fcvenli bir \u015fekilde uyguland\u0131\u011f\u0131ndan emin olmak i\u00e7in kapsaml\u0131 bir do\u011frulama s\u00fcrecini tetikleyen bir olayd\u0131r. G\u00fcn 75’teki bu ke\u015fif, uzun soluklu bir projenin veya s\u00fcrekli bir izleme s\u00fcrecinin bir par\u00e7as\u0131 olarak bu t\u00fcr de\u011fi\u015fikliklerin ne kadar dikkatle y\u00f6netilmesi gerekti\u011fini de bize hat\u0131rlat\u0131r. Ba\u015far\u0131l\u0131 bir do\u011frulama, sistemin kesintisiz \u00e7al\u0131\u015fmas\u0131n\u0131n g\u00fcvencesidir.<\/p>\nGer\u00e7ek Bir Yay\u0131n Ortam\u0131nda \u00c7\u0131k\u0131\u015f IP Adresi Do\u011frulama Y\u00f6ntemleri<\/h2>\n
104.28.152.116<\/code> gibi belirli bir \u00e7\u0131k\u0131\u015f IP adresini do\u011frulamak i\u00e7in kullanabilece\u011finiz baz\u0131 pratik y\u00f6ntemler bulunmaktad\u0131r. Bu y\u00f6ntemler, farkl\u0131 seviyelerde detay ve g\u00fcvenilirlik sunar, b\u00f6ylece ihtiyac\u0131n\u0131za en uygun olan\u0131 se\u00e7ebilirsiniz.<\/p>\nBasit Bir HTTP \u0130ste\u011fi ile IP Tespiti Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
icanhazip.com<\/code>, ifconfig.me<\/code> veya ipecho.net\/plain<\/code> gibi siteler, iste\u011fi yapan IP adresini do\u011frudan yan\u0131t olarak d\u00f6nd\u00fcr\u00fcr. Bu y\u00f6ntem, \u00f6zellikle h\u0131zl\u0131 kontrol ve otomasyon i\u00e7in idealdir, \u00e7\u00fcnk\u00fc minimal \u00e7aba ile an\u0131nda sonu\u00e7 verir.<\/p>\ncurl -s https:\/\/icanhazip.com<\/code><\/pre>\n<\/p><\/div>\nwget -qO- ifconfig.me<\/code><\/pre>\n<\/p><\/div>\nimport requests\nresponse = requests.get(\"https:\/\/icanhazip.com\")\nprint(response.text.strip())<\/code><\/pre>\n<\/p><\/div>\n104.28.152.116<\/code> olup olmad\u0131\u011f\u0131n\u0131 kontrol etmeniz gerekir. E\u011fer farkl\u0131 bir IP adresi g\u00f6r\u00fcyorsan\u0131z, a\u011f yap\u0131land\u0131rman\u0131zda bir sorun var demektir ve bu durumun hemen ara\u015ft\u0131r\u0131lmas\u0131 gerekir. Bu ilk kontrol, genellikle sorun giderme s\u00fcrecinin ba\u015flang\u0131\u00e7 noktas\u0131d\u0131r.<\/p>\nA\u011f \u0130zleme Ara\u00e7lar\u0131 ve Log Kay\u0131tlar\u0131 ile \u0130nceleme Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
104.28.152.116<\/code> IP adresini kullanarak harici bir servise ba\u011flant\u0131 kurdu\u011funu do\u011frulayabilirsiniz. Bu y\u00f6ntem, sadece IP adresini de\u011fil, ayn\u0131 zamanda ba\u011flant\u0131n\u0131n detaylar\u0131n\u0131 (zaman, port, protokol) da g\u00f6rmenizi sa\u011flar.<\/p>\n\n
104.28.152.116<\/code> IP adresinden gelen trafi\u011fi tespit edebilir ve ba\u011flant\u0131n\u0131n ba\u015far\u0131l\u0131 olup olmad\u0131\u011f\u0131n\u0131 g\u00f6rebilirsiniz.<\/li>\nHedef Sistem Taraf\u0131ndan Do\u011frulama Nas\u0131l Yap\u0131l\u0131r?<\/h3>\n
104.28.152.116<\/code> IP adresinden ba\u015far\u0131l\u0131 bir \u015fekilde ba\u011flant\u0131 kurdu\u011funu g\u00f6rmek, beyaz liste duvar\u0131n\u0131n ger\u00e7ekten a\u015f\u0131ld\u0131\u011f\u0131n\u0131 ve yeni IP’nin kabul edildi\u011fini kan\u0131tlar. Bu, u\u00e7tan uca bir do\u011frulama sa\u011flayarak, t\u00fcm a\u011f katmanlar\u0131n\u0131n do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 teyit eder.<\/p>\naccess.log<\/code> dosyas\u0131 veya bir veritaban\u0131n\u0131n ba\u011flant\u0131 loglar\u0131), uygulaman\u0131zdan gelen ba\u011flant\u0131lar\u0131n kaynak IP adresi olarak 104.28.152.116<\/code>‘y\u0131 g\u00f6rmeniz gerekir. E\u011fer bu IP adresini g\u00f6remiyorsan\u0131z veya ba\u011flant\u0131lar reddediliyorsa, beyaz liste kural\u0131 ya do\u011fru \u015fekilde g\u00fcncellenmemi\u015ftir ya da uygulaman\u0131z hala farkl\u0131 bir \u00e7\u0131k\u0131\u015f IP adresi kullan\u0131yordur. Bu durumda, \u00f6nceki do\u011frulama ad\u0131mlar\u0131na geri d\u00f6nerek sorunun kayna\u011f\u0131n\u0131 ara\u015ft\u0131rman\u0131z gerekecektir. Bu y\u00f6ntem, \u00f6zellikle kritik entegrasyonlar ve finansal i\u015flemler gibi hassas s\u00fcre\u00e7ler i\u00e7in \u015fiddetle tavsiye edilir, \u00e7\u00fcnk\u00fc do\u011frudan hedef sistemden geri bildirim sa\u011flar.<\/p>\nVaka \u0130ncelemesi: 104.28.152.116 IP Adresinin Do\u011frulanmas\u0131<\/h2>\n
104.28.152.116<\/code> IP adresi \u00f6zelinde ger\u00e7ek bir senaryoya uygulayal\u0131m. Diyelim ki, \u015firketimizdeki kritik bir mikroservis, \u00fc\u00e7\u00fcnc\u00fc taraf bir \u00f6deme a\u011f ge\u00e7idi (payment gateway) ile entegre \u00e7al\u0131\u015f\u0131yor. Bu \u00f6deme a\u011f ge\u00e7idi, g\u00fcvenlik politikalar\u0131 gere\u011fi sadece belirli IP adreslerinden gelen API isteklerini kabul ediyor ve bu IP adresleri kendi beyaz listelerinde tan\u0131ml\u0131. Yak\u0131n zamanda, bulut altyap\u0131m\u0131zda bir optimizasyon \u00e7al\u0131\u015fmas\u0131 yap\u0131ld\u0131 ve mikroservisimizin art\u0131k 104.28.152.116<\/code> IP adresini kullanarak d\u0131\u015f d\u00fcnyaya ba\u011flanmas\u0131 planland\u0131. Bu de\u011fi\u015fikli\u011fin “Day 75” a\u015famas\u0131nda, yani uzun bir geli\u015ftirme ve test s\u00fcrecinin ard\u0131ndan yay\u0131n ortam\u0131na al\u0131nma zaman\u0131 geldi. Bu ge\u00e7i\u015fin sorunsuz oldu\u011fundan emin olmak i\u00e7in a\u015fa\u011f\u0131daki ad\u0131mlar\u0131 izlememiz gerekiyor.<\/p>\n\n
104.28.152.116<\/code> IP adresinin eklendi\u011finden emin olunur. Bu, genellikle ilgili ekiple ileti\u015fim kurularak veya a\u011f ge\u00e7idinin y\u00f6netim panelinden kontrol edilerek yap\u0131l\u0131r. Beklentimiz, mikroservisimizden yap\u0131lan t\u00fcm \u00f6deme isteklerinin bu yeni IP adresinden gelmesi ve \u00f6deme a\u011f ge\u00e7idi taraf\u0131ndan sorunsuz bir \u015fekilde kabul edilmesidir. Bu ad\u0131m, herhangi bir teknik do\u011frulama yapmadan \u00f6nce i\u015f ak\u0131\u015f\u0131n\u0131n do\u011fru ayarland\u0131\u011f\u0131ndan emin olmam\u0131z\u0131 sa\u011flar.<\/li>\ncurl<\/code> komutu ile mikroservisin d\u0131\u015f d\u00fcnyaya hangi IP ile \u00e7\u0131kt\u0131\u011f\u0131 kontrol edilir.\n# Mikroservis sunucusundan \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r\ncurl -s https:\/\/icanhazip.com<\/code><\/pre>\n<\/p><\/div>\n104.28.152.116<\/code> olmal\u0131d\u0131r. E\u011fer farkl\u0131 bir IP g\u00f6r\u00fcyorsak, altyap\u0131 ekibiyle ileti\u015fime ge\u00e7ilerek NAT Gateway veya proxy yap\u0131land\u0131rmas\u0131n\u0131n do\u011fru olup olmad\u0131\u011f\u0131 incelenir. Bu, a\u011f yap\u0131land\u0131rmas\u0131n\u0131n beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak i\u00e7in kritik bir ilk testtir.<\/p>\n<\/li>\n104.28.152.116<\/code> olarak g\u00f6r\u00fcnmesi gerekir.\n# \u00d6deme a\u011f ge\u00e7idi loglar\u0131nda kaynak IP kontrol\u00fc (\u00f6rnek bir log sat\u0131r\u0131)\n# 2023-10-27 10:30:45 - INFO - [104.28.152.116] - \/api\/v1\/payments - HTTP\/1.1 200 - OK<\/code><\/pre>\n<\/p><\/div>\n104.28.152.116<\/code> g\u00f6r\u00fcnm\u00fcyorsa veya ba\u011flant\u0131 reddediliyorsa, bu, beyaz liste kural\u0131n\u0131n hala eski IP’ye i\u015faret etti\u011fi veya yeni IP’nin do\u011fru \u015fekilde eklenmedi\u011fi anlam\u0131na gelir. Bu durum, \u00f6deme a\u011f ge\u00e7idi taraf\u0131ndaki yap\u0131land\u0131rman\u0131n tekrar g\u00f6zden ge\u00e7irilmesini gerektirir.<\/p>\n<\/li>\n104.28.152.116<\/code> IP adresinden \u00f6deme a\u011f ge\u00e7idinin IP adresine giden trafi\u011fin ba\u015far\u0131l\u0131 bir \u015fekilde kaydedildi\u011fini do\u011frular\u0131z. Bu loglar, herhangi bir engelleme olup olmad\u0131\u011f\u0131n\u0131 veya trafi\u011fin ba\u015fka bir IP’den mi \u00e7\u0131kt\u0131\u011f\u0131n\u0131 ortaya \u00e7\u0131karabilir. Bu ad\u0131m, t\u00fcm a\u011f yollar\u0131n\u0131n do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve g\u00fcvenlik katmanlar\u0131n\u0131n beklendi\u011fi gibi davrand\u0131\u011f\u0131n\u0131 teyit eder.<\/li>\n<\/ol>\n104.28.152.116<\/code> i\u00e7in ger\u00e7ekten “kald\u0131r\u0131ld\u0131\u011f\u0131n\u0131” ve uygulaman\u0131n sorunsuz bir \u015fekilde \u00e7al\u0131\u015fmaya devam etti\u011fini teyit eder. Bu, hem operasyonel verimlili\u011fi art\u0131r\u0131r hem de potansiyel g\u00fcvenlik risklerini minimize eder.<\/p>\nBeyaz Liste Y\u00f6netiminde Dikkat Edilmesi Gereken \u0130leri D\u00fczey \u0130pu\u00e7lar\u0131<\/h2>\n
\n
104.28.152.116<\/code> IP adresini bir Terraform de\u011fi\u015fkeni olarak tan\u0131mlay\u0131p, t\u00fcm ilgili g\u00fcvenlik gruplar\u0131na otomatik olarak ekleyebilirsiniz. Bu yakla\u015f\u0131m, insan hatas\u0131n\u0131 en aza indirir ve da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r.<\/li>\n0.0.0.0\/0<\/code>) kullanmaktan ka\u00e7\u0131n\u0131n. E\u011fer 104.28.152.116<\/code> gibi belirli bir IP adresine ihtiyac\u0131n\u0131z varsa, sadece o IP adresine ve gerekli portlara izin verin. Bu, potansiyel sald\u0131r\u0131 y\u00fczeyini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve yetkisiz eri\u015fim riskini d\u00fc\u015f\u00fcr\u00fcr.<\/li>\n104.28.152.116<\/code>‘y\u0131 kullanmad\u0131\u011f\u0131 durumda, bu IP’nin beyaz listeden kald\u0131r\u0131lmas\u0131 gerekti\u011fini unutmay\u0131n. Bu denetimler, g\u00fcvenlik duru\u015funuzu g\u00fc\u00e7lendirir ve gereksiz eri\u015fim izinlerini ortadan kald\u0131r\u0131r, b\u00f6ylece “g\u00fcvenlik borcu” birikmesini engeller.<\/li>\n104.28.152.116<\/code> gibi kritik bir IP adresinin beyaz listeden yanl\u0131\u015fl\u0131kla kald\u0131r\u0131lmas\u0131 durumunda an\u0131nda bilgi sahibi olman\u0131z\u0131 sa\u011flar. Proaktif izleme, potansiyel sorunlar\u0131 b\u00fcy\u00fcmeden \u00f6nce \u00e7\u00f6zmenize olanak tan\u0131r.<\/li>\n<\/ul>\nSonu\u00e7 ve S\u0131k\u00e7a Sorulan Sorular<\/h2>\n
104.28.152.116<\/code> IP adresinin devreye al\u0131nmas\u0131, sadece bir yap\u0131land\u0131rma de\u011fi\u015fikli\u011fi de\u011fil, ayn\u0131 zamanda kapsaml\u0131 bir do\u011frulama s\u00fcrecini de beraberinde getirir. Bu makalede, beyaz listenin ne oldu\u011fundan, \u00e7\u0131k\u0131\u015f IP adreslerinin neden kritik \u00f6nem ta\u015f\u0131d\u0131\u011f\u0131na, bir “beyaz liste duvar\u0131n\u0131n kald\u0131r\u0131lmas\u0131” senaryosunun ne anlama geldi\u011fine ve bu t\u00fcr de\u011fi\u015fikliklerin ger\u00e7ek bir yay\u0131n ortam\u0131nda nas\u0131l do\u011frulanaca\u011f\u0131na dair ad\u0131m ad\u0131m bir rehber sunduk. Basit HTTP isteklerinden a\u011f izleme ara\u00e7lar\u0131na ve hedef sistem loglar\u0131na kadar \u00e7e\u015fitli y\u00f6ntemlerle, 104.28.152.116<\/code> gibi belirli bir IP adresinin beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan nas\u0131l emin olabilece\u011fimizi detayland\u0131rd\u0131k. Unutmay\u0131n ki, g\u00fcvenlik bir s\u00fcre\u00e7tir ve beyaz liste politikalar\u0131n\u0131n d\u00fczenli olarak g\u00f6zden ge\u00e7irilmesi, otomasyonu ve “en az ayr\u0131cal\u0131k” ilkesiyle y\u00f6netilmesi, a\u011f\u0131n\u0131z\u0131n ve verilerinizin korunmas\u0131 i\u00e7in hayati \u00f6neme sahiptir. Bu yakla\u015f\u0131m, hem g\u00fcncel tehditlere kar\u015f\u0131 koruma sa\u011flar hem de gelecekteki de\u011fi\u015fikliklere kar\u015f\u0131 esneklik sunar.<\/p>\nS\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
curl -s https:\/\/icanhazip.com<\/code> veya wget -qO- ifconfig.me<\/code> gibi komutlar\u0131 \u00e7al\u0131\u015ft\u0131rarak kolayca \u00f6\u011frenebilirsiniz. Programlama dilleri i\u00e7in de benzer HTTP istekleri kullan\u0131labilir. Bu komutlar, uygulaman\u0131z\u0131n d\u0131\u015f d\u00fcnyaya hangi genel IP adresiyle eri\u015fti\u011fini g\u00f6sterir.<\/dd>\n104.28.152.116<\/code> gibi) sa\u011flamak i\u00e7in y\u00f6ntemler sunar. Bu hizmetler, uygulaman\u0131z\u0131n sabit bir kimlikle d\u0131\u015f d\u00fcnyaya ba\u011flanmas\u0131n\u0131 sa\u011flar.<\/dd>\n