\n| \u00d6n Kontrol \u0130ste\u011fi (Preflight Request)<\/td>\n | Taray\u0131c\u0131n\u0131n, karma\u015f\u0131k \u00e7apraz kaynak istekleri yapmadan \u00f6nce sunucuya OPTIONS y\u00f6ntemiyle g\u00f6nderdi\u011fi bir istek.<\/td>\n | Sunucunun, iste\u011fi kabul edip etmeyece\u011fini kontrol etmesini sa\u011flar.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n CORS<\/strong>‘un temel i\u015fleyi\u015fi, web sunucusunun HTTP yan\u0131t ba\u015fl\u0131klar\u0131 arac\u0131l\u0131\u011f\u0131yla taray\u0131c\u0131ya hangi kaynaklar\u0131n eri\u015fimine izin verdi\u011fini bildirmesine dayan\u0131r. Sunucu, Access-Control-Allow-Origin ba\u015fl\u0131\u011f\u0131 ile hangi etki alanlar\u0131n\u0131n kaynaklar\u0131na eri\u015febilece\u011fini belirtir. E\u011fer bu ba\u015fl\u0131kta istekte bulunan etki alan\u0131 yer al\u0131yorsa veya * (herkes) belirtilmi\u015fse, taray\u0131c\u0131 iste\u011fi kabul eder. Aksi takdirde, taray\u0131c\u0131 iste\u011fi engeller ve bir CORS<\/strong> hatas\u0131 olu\u015fur.<\/p>\n CORS’un Temel Unsurlar\u0131<\/strong> <\/p>\n- Access-Control-Allow-Origin:<\/strong> Hangi etki alanlar\u0131n\u0131n kayna\u011fa eri\u015febilece\u011fini belirtir.<\/li>\n
- Access-Control-Allow-Methods:<\/strong> Hangi HTTP metotlar\u0131n\u0131n (GET, POST, PUT, DELETE vb.) kullan\u0131labilece\u011fini belirtir.<\/li>\n
- Access-Control-Allow-Headers:<\/strong> \u0130ste\u011fe dahil edilebilecek \u00f6zel ba\u015fl\u0131klar\u0131 belirtir.<\/li>\n
- Access-Control-Allow-Credentials:<\/strong> Kimlik bilgilerinin (\u00e7erezler, yetkilendirme ba\u015fl\u0131klar\u0131) dahil edilip edilemeyece\u011fini belirtir.<\/li>\n
- Access-Control-Max-Age:<\/strong> \u00d6n kontrol iste\u011finin (preflight request) sonu\u00e7lar\u0131n\u0131n ne kadar s\u00fcreyle \u00f6nbelle\u011fe al\u0131nabilece\u011fini belirtir.<\/li>\n<\/ul>\n
CORS<\/strong> hatalar\u0131, genellikle sunucu taraf\u0131nda yanl\u0131\u015f yap\u0131land\u0131rmadan kaynaklan\u0131r. Geli\u015ftiricilerin, sunucular\u0131n\u0131 do\u011fru bir \u015fekilde yap\u0131land\u0131rarak, yaln\u0131zca g\u00fcvenilir etki alanlar\u0131n\u0131n kaynaklara eri\u015fmesine izin vermeleri \u00f6nemlidir. Ayr\u0131ca, CORS<\/strong> ile ilgili en iyi uygulamalar\u0131 takip etmek, g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 en aza indirmeye yard\u0131mc\u0131 olur.<\/p>\nCORS<\/strong>, modern web uygulamalar\u0131n\u0131n ayr\u0131lmaz bir par\u00e7as\u0131d\u0131r ve farkl\u0131 kaynaklardan veri \u00e7ekme esnekli\u011fi sa\u011flarken g\u00fcvenli\u011fi de korur. Do\u011fru bir \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda, web uygulamalar\u0131n\u0131n i\u015flevselli\u011fini art\u0131r\u0131r ve kullan\u0131c\u0131 deneyimini iyile\u015ftirir.<\/p>\n<\/span>Cross-Origin Resource Sharing’in \u00c7al\u0131\u015fma Prensibi<\/span><\/h2>\nCross-Origin Resource<\/strong> Sharing (CORS), web taray\u0131c\u0131lar\u0131n\u0131n bir kaynaktan (origin) gelen web sayfalar\u0131n\u0131n farkl\u0131 bir kaynaktaki kaynaklara eri\u015fmesine izin veren bir mekanizmad\u0131r. Taray\u0131c\u0131lar genellikle ayn\u0131 kaynak ilkesini (same-origin policy) uygularlar, bu da bir web sayfas\u0131n\u0131n yaln\u0131zca ayn\u0131 protokole, ana makineye ve porta sahip bir kaynaktaki kaynaklara eri\u015febilece\u011fi anlam\u0131na gelir. CORS, bu k\u0131s\u0131tlamay\u0131 a\u015fmak ve farkl\u0131 kaynaklar aras\u0131nda g\u00fcvenli bir \u015fekilde veri payla\u015f\u0131m\u0131n\u0131 sa\u011flamak i\u00e7in geli\u015ftirilmi\u015ftir.<\/p>\nCORS’un temel amac\u0131, web uygulamalar\u0131n\u0131n g\u00fcvenli\u011fini sa\u011flamakt\u0131r. Ayn\u0131 kaynak ilkesi, k\u00f6t\u00fc niyetli web sitelerinin kullan\u0131c\u0131lar\u0131n hassas verilerine eri\u015fmesini engeller. Ancak, baz\u0131 durumlarda, farkl\u0131 kaynaklar aras\u0131nda veri payla\u015f\u0131m\u0131 yapmak gereklidir. \u00d6rne\u011fin, bir web uygulamas\u0131n\u0131n farkl\u0131 bir sunucudaki bir API’ye eri\u015fmesi gerekebilir. CORS, bu t\u00fcr senaryolar i\u00e7in g\u00fcvenli bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n \n\n\n| Alan<\/th>\n | A\u00e7\u0131klama<\/th>\n | \u00d6rnek<\/th>\n<\/tr>\n<\/thead>\n | \n\n| Origin<\/td>\n | \u0130ste\u011fi ba\u015flatan kayna\u011f\u0131n adresi.<\/td>\n | http:\/\/example.com<\/td>\n<\/tr>\n | \n| Access-Control-Allow-Origin<\/td>\n | Sunucunun hangi kaynaklara izin verdi\u011fini belirtir.<\/td>\n | http:\/\/example.com, *<\/td>\n<\/tr>\n | \n| Access-Control-Request-Method<\/td>\n | \u0130stemcinin hangi HTTP metodunu kullanmak istedi\u011fini belirtir.<\/td>\n | POST, GET<\/td>\n<\/tr>\n | \n| Access-Control-Allow-Methods<\/td>\n | Sunucunun hangi HTTP metotlar\u0131na izin verdi\u011fini belirtir.<\/td>\n | POST, GET, OPTIONS<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n CORS, istemci (taray\u0131c\u0131) ve sunucu aras\u0131nda bir dizi HTTP ba\u015fl\u0131\u011f\u0131 arac\u0131l\u0131\u011f\u0131yla \u00e7al\u0131\u015f\u0131r. \u0130stemci, bir kaynaklar aras\u0131 istek yapt\u0131\u011f\u0131nda, taray\u0131c\u0131 otomatik olarak iste\u011fe Origin ba\u015fl\u0131\u011f\u0131n\u0131 ekler. Sunucu, bu ba\u015fl\u0131\u011f\u0131 kontrol ederek iste\u011fe izin verip vermeyece\u011fine karar verir. Sunucu, iste\u011fe izin verirse, Access-Control-Allow-Origin ba\u015fl\u0131\u011f\u0131 ile yan\u0131t verir. Bu ba\u015fl\u0131k, hangi kaynaklar\u0131n iste\u011fe eri\u015febilece\u011fini belirtir.<\/p>\n CORS S\u00fcreci<\/strong> <\/p>\n- Taray\u0131c\u0131, farkl\u0131 bir kaynaktan kaynak talep eder.<\/li>\n
- Taray\u0131c\u0131, iste\u011fe Origin ba\u015fl\u0131\u011f\u0131n\u0131 ekler.<\/li>\n
- Sunucu, Origin ba\u015fl\u0131\u011f\u0131n\u0131 de\u011ferlendirir.<\/li>\n
- Sunucu, Access-Control-Allow-Origin ba\u015fl\u0131\u011f\u0131 ile yan\u0131t verir.<\/li>\n
- Taray\u0131c\u0131, yan\u0131t\u0131 kontrol eder ve iste\u011fe izin verir veya engeller.<\/li>\n<\/ol>\n
CORS’un \u00e7al\u0131\u015fma prensibini anlamak, web geli\u015ftiricileri i\u00e7in kritik \u00f6neme sahiptir. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f CORS ayarlar\u0131, web uygulamalar\u0131n\u0131n g\u00fcvenlik a\u00e7\u0131klar\u0131na neden olabilir. Bu nedenle, CORS’un nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 ve do\u011fru \u015fekilde nas\u0131l yap\u0131land\u0131r\u0131laca\u011f\u0131n\u0131 bilmek, g\u00fcvenli ve etkili web uygulamalar\u0131 geli\u015ftirmek i\u00e7in gereklidir.<\/p>\n <\/span>\u0130zin Verme S\u00fcre\u00e7leri<\/span><\/h3>\nCORS’da izin verme s\u00fcre\u00e7leri, sunucunun hangi kaynaklara eri\u015fim izni verdi\u011fini belirlemek i\u00e7in kullan\u0131l\u0131r. Sunucu, Access-Control-Allow-Origin<\/code> ba\u015fl\u0131\u011f\u0131 arac\u0131l\u0131\u011f\u0131yla belirli kaynaklara izin verebilir veya t\u00fcm kaynaklara izin vermek i\u00e7in *<\/code> karakterini kullanabilir. Ancak, *<\/code> karakterinin kullan\u0131m\u0131 g\u00fcvenlik riskleri ta\u015f\u0131yabilir, bu nedenle dikkatli olunmal\u0131d\u0131r. \u00d6zellikle hassas verilerin bulundu\u011fu durumlarda, belirli kaynaklara izin vermek daha g\u00fcvenli bir yakla\u015f\u0131md\u0131r.<\/p>\n<\/span>Hatalar ve \u00c7\u00f6z\u00fcmleri<\/span><\/h3>\nCORS hatalar\u0131, genellikle yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f sunucu ayarlar\u0131ndan kaynaklan\u0131r. En s\u0131k kar\u015f\u0131la\u015f\u0131lan hatalardan biri, Access-Control-Allow-Origin<\/code> ba\u015fl\u0131\u011f\u0131n\u0131n eksik veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f olmas\u0131d\u0131r. Bu durumda, taray\u0131c\u0131 iste\u011fi engeller ve bir CORS hatas\u0131 g\u00f6sterir. Bu t\u00fcr hatalar\u0131 gidermek i\u00e7in, sunucu ayarlar\u0131n\u0131 kontrol etmek ve Access-Control-Allow-Origin<\/code> ba\u015fl\u0131\u011f\u0131n\u0131n do\u011fru \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olmak \u00f6nemlidir. Ayr\u0131ca, \u00f6n istek (preflight request) olarak bilinen OPTIONS isteklerinin do\u011fru \u015fekilde i\u015flendi\u011finden emin olmak da gereklidir. <\/p>\n<\/span>CORS Hatalar\u0131n\u0131 Anlama ve Giderme Y\u00f6ntemleri<\/span><\/h2>\nCross-Origin Resource<\/strong> Sharing (CORS) hatalar\u0131, web geli\u015ftiricilerin s\u0131k\u00e7a kar\u015f\u0131la\u015ft\u0131\u011f\u0131 ve \u00e7\u00f6zmek i\u00e7in zaman harcad\u0131\u011f\u0131 sorunlardan biridir. Bu hatalar, bir web sayfas\u0131n\u0131n farkl\u0131 bir kaynaktan (domain, protokol veya port) kaynak talep etmeye \u00e7al\u0131\u015ft\u0131\u011f\u0131nda ve taray\u0131c\u0131 bu talebi g\u00fcvenlik nedeniyle engelledi\u011finde ortaya \u00e7\u0131kar. CORS hatalar\u0131n\u0131 anlamak ve gidermek, modern web uygulamalar\u0131n\u0131n sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in kritik \u00f6neme sahiptir.<\/p>\nCORS hatalar\u0131n\u0131 te\u015fhis etmek, sorunun kayna\u011f\u0131n\u0131 belirlemek i\u00e7in ilk ad\u0131md\u0131r. Taray\u0131c\u0131 geli\u015ftirici ara\u00e7lar\u0131 (genellikle Console sekmesinde) hata mesajlar\u0131n\u0131 incelemek, hangi kayna\u011f\u0131n engellendi\u011fini ve nedenini anlaman\u0131za yard\u0131mc\u0131 olur. Hata mesajlar\u0131 genellikle sorunun \u00e7\u00f6z\u00fcm\u00fc i\u00e7in ipu\u00e7lar\u0131 i\u00e7erir. \u00d6rne\u011fin, No ‘Access-Control-Allow-Origin’ header is present on the requested resource mesaj\u0131, sunucu taraf\u0131nda CORS ba\u015fl\u0131\u011f\u0131n\u0131n eksik oldu\u011funu g\u00f6sterir.<\/p>\n \n\n\n| Hata Kodu<\/th>\n | A\u00e7\u0131klama<\/th>\n | Olas\u0131 \u00c7\u00f6z\u00fcmler<\/th>\n<\/tr>\n<\/thead>\n | \n\n| 403 Forbidden<\/td>\n | Sunucu, iste\u011fi anlad\u0131 ancak reddetti.<\/td>\n | Sunucu taraf\u0131nda CORS yap\u0131land\u0131rmas\u0131n\u0131 kontrol edin. \u0130zin verilen kaynaklar\u0131 do\u011fru yap\u0131land\u0131r\u0131n.<\/td>\n<\/tr>\n | \n| 500 Internal Server Error<\/td>\n | Sunucuda beklenmedik bir hata olu\u015ftu.<\/td>\n | Sunucu g\u00fcnl\u00fcklerini inceleyin ve hatan\u0131n kayna\u011f\u0131n\u0131 bulun. CORS yap\u0131land\u0131rmas\u0131yla ilgili bir sorun olabilir.<\/td>\n<\/tr>\n | \n| CORS Hatas\u0131 (Taray\u0131c\u0131 Konsolu)<\/td>\n | Taray\u0131c\u0131, iste\u011fi engelledi \u00e7\u00fcnk\u00fc CORS politikas\u0131 ihlal edildi.<\/td>\n | Sunucu taraf\u0131nda ‘Access-Control-Allow-Origin’ ba\u015fl\u0131\u011f\u0131n\u0131 do\u011fru bir \u015fekilde ayarlay\u0131n.<\/td>\n<\/tr>\n | \n| ERR_CORS_REQUEST_NOT_HTTP<\/td>\n | CORS iste\u011fi HTTP veya HTTPS protokol\u00fc \u00fczerinden yap\u0131lm\u0131yor.<\/td>\n | \u0130ste\u011fin do\u011fru protokol \u00fczerinden yap\u0131ld\u0131\u011f\u0131ndan emin olun.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n CORS hatalar\u0131n\u0131 gidermek i\u00e7in \u00e7e\u015fitli y\u00f6ntemler bulunmaktad\u0131r. En yayg\u0131n y\u00f6ntem, sunucu taraf\u0131nda gerekli CORS ba\u015fl\u0131klar\u0131n\u0131 eklemektir. ‘Access-Control-Allow-Origin’<\/strong> ba\u015fl\u0131\u011f\u0131, hangi kaynaklar\u0131n sunucuya eri\u015fmesine izin verildi\u011fini belirtir. Bu ba\u015fl\u0131\u011f\u0131 ‘*’ olarak ayarlamak, t\u00fcm kaynaklara izin vermek anlam\u0131na gelir, ancak g\u00fcvenlik nedeniyle bu yakla\u015f\u0131m genellikle \u00f6nerilmez. Bunun yerine, yaln\u0131zca belirli kaynaklara izin vermek daha g\u00fcvenlidir. \u00d6rne\u011fin, ‘Access-Control-Allow-Origin: https:\/\/example.com’ yaln\u0131zca ‘https:\/\/example.com’ adresinden gelen isteklere izin verir.<\/p>\nCORS hatalar\u0131n\u0131 \u00f6nlemek ve gidermek i\u00e7in di\u011fer baz\u0131 \u00f6nemli noktalar \u015funlard\u0131r:<\/p>\n Hatan\u0131n T\u00fcrleri<\/strong> <\/p>\n- ‘Access-Control-Allow-Origin’ ba\u015fl\u0131\u011f\u0131n\u0131n eksik veya yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f olmas\u0131:<\/strong> Sunucu taraf\u0131nda do\u011fru ba\u015fl\u0131klar\u0131n ayarlanmamas\u0131.<\/li>\n
- \u00d6n istek (preflight) sorunlar\u0131:<\/strong> ‘OPTIONS’ iste\u011finin sunucu taraf\u0131ndan do\u011fru \u015fekilde i\u015flenmemesi.<\/li>\n
- Kimlik bilgileri (credentials) sorunlar\u0131:<\/strong> \u00c7erezler veya kimlik do\u011frulama bilgilerinin do\u011fru \u015fekilde g\u00f6nderilmemesi.<\/li>\n
- Kaynaklar aras\u0131 y\u00f6nlendirme sorunlar\u0131:<\/strong> Y\u00f6nlendirmelerin CORS politikalar\u0131yla uyumlu olmamas\u0131.<\/li>\n
- Proxy sunucu sorunlar\u0131:<\/strong> Proxy sunucular\u0131n CORS ba\u015fl\u0131klar\u0131n\u0131 do\u011fru iletmemesi.<\/li>\n
- HTTPS protokol\u00fc zorunlulu\u011fu:<\/strong> G\u00fcvenli olmayan HTTP ba\u011flant\u0131lar\u0131 \u00fczerinden yap\u0131lan isteklerin engellenmesi.<\/li>\n<\/ul>\n
CORS hatalar\u0131n\u0131 \u00e7\u00f6zmek i\u00e7in sunucu taraf\u0131nda yap\u0131lacak de\u011fi\u015fikliklerin yan\u0131 s\u0131ra, istemci taraf\u0131nda da baz\u0131 ayarlamalar yap\u0131labilir. \u00d6rne\u011fin, bir proxy sunucu kullanarak istekleri y\u00f6nlendirmek veya JSONP gibi alternatif veri al\u0131\u015fveri\u015fi y\u00f6ntemlerini kullanmak m\u00fcmk\u00fcn olabilir. Ancak, bu y\u00f6ntemlerin g\u00fcvenlik a\u00e7\u0131klar\u0131 olu\u015fturabilece\u011fi unutulmamal\u0131d\u0131r. Dolay\u0131s\u0131yla, en iyi \u00e7\u00f6z\u00fcm<\/strong> genellikle sunucu taraf\u0131nda do\u011fru CORS yap\u0131land\u0131rmas\u0131n\u0131 sa\u011flamakt\u0131r.<\/p>\n<\/span>CORS \u0130le \u0130lgili En \u0130yi Uygulamalar<\/span><\/h2>\nCross-Origin Resource<\/strong> payla\u015f\u0131m\u0131n\u0131 (CORS) do\u011fru bir \u015fekilde yap\u0131land\u0131rmak, web uygulamalar\u0131n\u0131z\u0131n g\u00fcvenli\u011fini ve i\u015flevselli\u011fini sa\u011flamak i\u00e7in kritik \u00f6neme sahiptir. Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f bir CORS politikas\u0131, g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir ve yetkisiz eri\u015fimlere olanak tan\u0131yabilir. Bu nedenle, CORS’u uygularken dikkatli olmak ve en iyi uygulamalar\u0131 takip etmek \u00f6nemlidir.<\/p>\n\n\n\n| En \u0130yi Uygulama<\/th>\n | A\u00e7\u0131klama<\/th>\n | \u00d6nemi<\/th>\n<\/tr>\n<\/thead>\n | \n\n| \u0130zin Verilen Origin’leri S\u0131n\u0131rlay\u0131n<\/td>\n | Access-Control-Allow-Origin<\/code> ba\u015fl\u0131\u011f\u0131nda sadece g\u00fcvenilir domainleri belirtin. *<\/code> kullan\u0131m\u0131ndan ka\u00e7\u0131n\u0131n.<\/td>\n| G\u00fcvenli\u011fi art\u0131r\u0131r, yetkisiz eri\u015fimi engeller.<\/td>\n<\/tr>\n | \n| Gerekli Oldu\u011funda Kimlik Bilgilerini Kullan\u0131n<\/td>\n | \u00c7erezler veya yetkilendirme ba\u015fl\u0131klar\u0131 gibi kimlik bilgilerini g\u00f6ndermek i\u00e7in Access-Control-Allow-Credentials: true<\/code> kullan\u0131n.<\/td>\n| Kimlik do\u011frulama gerektiren kaynaklara eri\u015fimi sa\u011flar.<\/td>\n<\/tr>\n | \n| Preflight \u0130steklerini Do\u011fru Y\u00f6netin<\/td>\n | OPTIONS<\/code> isteklerini do\u011fru \u015fekilde i\u015fleyin ve gerekli ba\u015fl\u0131klar\u0131 (Access-Control-Allow-Methods<\/code>, Access-Control-Allow-Headers<\/code>) sa\u011flay\u0131n.<\/td>\nKarma\u015f\u0131k isteklerin (\u00f6rne\u011fin, PUT<\/code>, DELETE<\/code>) g\u00fcvenli bir \u015fekilde yap\u0131lmas\u0131n\u0131 sa\u011flar.<\/td>\n<\/tr>\n\n| Hata Mesajlar\u0131n\u0131 Dikkatlice \u0130\u015fleyin<\/td>\n | CORS hatalar\u0131n\u0131 kullan\u0131c\u0131ya anlaml\u0131 bir \u015fekilde bildirin ve potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 ortaya \u00e7\u0131karmaktan ka\u00e7\u0131n\u0131n.<\/td>\n | Kullan\u0131c\u0131 deneyimini iyile\u015ftirir ve g\u00fcvenlik risklerini azalt\u0131r.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n G\u00fcvenli\u011finizi art\u0131rmak i\u00e7in, Access-Control-Allow-Origin<\/code> ba\u015fl\u0131\u011f\u0131nda joker karakter (*) kullanmaktan ka\u00e7\u0131n\u0131n. Bu, herhangi bir domainin kaynaklar\u0131n\u0131za eri\u015fmesine izin verir ve potansiyel olarak k\u00f6t\u00fc niyetli sitelerin verilerinizi \u00e7almas\u0131na veya manip\u00fcle etmesine olanak tan\u0131r. Bunun yerine, yaln\u0131zca g\u00fcvendi\u011finiz ve eri\u015fime izin vermek istedi\u011finiz belirli domainleri listeleyin.<\/p>\n Uygulama Ad\u0131mlar\u0131<\/strong> <\/p>\n- \u0130htiya\u00e7lar\u0131n\u0131z\u0131 Belirleyin: Hangi domainlerin kaynaklar\u0131n\u0131za eri\u015fmesi gerekti\u011fini netle\u015ftirin.<\/li>\n
Access-Control-Allow-Origin<\/code> Ba\u015fl\u0131\u011f\u0131n\u0131 Yap\u0131land\u0131r\u0131n: Sunucu taraf\u0131nda, yaln\u0131zca izin verilen domainleri listeleyin.<\/li>\n- Kimlik Bilgilerini Y\u00f6netin: \u00c7erezler veya yetkilendirme ba\u015fl\u0131klar\u0131 gerekiyorsa,
Access-Control-Allow-Credentials<\/code> ba\u015fl\u0131\u011f\u0131n\u0131 do\u011fru ayarlay\u0131n.<\/li>\n- Preflight \u0130steklerini \u0130\u015fleyin:
OPTIONS<\/code> isteklerine uygun yan\u0131tlar verin.<\/li>\n- Hata \u0130\u015fleme Mekanizmas\u0131 Olu\u015fturun: CORS hatalar\u0131n\u0131 kullan\u0131c\u0131ya a\u00e7\u0131klay\u0131c\u0131 bir \u015fekilde bildirin.<\/li>\n
- Test Edin ve \u0130zleyin: CORS yap\u0131land\u0131rman\u0131z\u0131 d\u00fczenli olarak test edin ve olas\u0131 g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 izleyin.<\/li>\n<\/ol>\n
Ek olarak, preflight isteklerini<\/strong> do\u011fru bir \u015fekilde y\u00f6netmek de \u00f6nemlidir. Taray\u0131c\u0131lar, baz\u0131 karma\u015f\u0131k istekler (\u00f6rne\u011fin, PUT<\/code> veya DELETE<\/code> gibi) g\u00f6ndermeden \u00f6nce sunucuya bir OPTIONS<\/code> iste\u011fi g\u00f6nderir. Sunucunuzun bu iste\u011fe do\u011fru yan\u0131t vermesi ve gerekli Access-Control-Allow-Methods<\/code> ve Access-Control-Allow-Headers<\/code> ba\u015fl\u0131klar\u0131n\u0131 i\u00e7ermesi gerekir. Bu, taray\u0131c\u0131n\u0131n ger\u00e7ek iste\u011fi g\u00f6ndermesine izin verir.<\/p>\nCORS yap\u0131land\u0131rman\u0131z\u0131 d\u00fczenli olarak test etmeniz ve izlemeniz \u00f6nemlidir. Beklenmeyen davran\u0131\u015flar\u0131 veya potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 tespit etmek i\u00e7in farkl\u0131 senaryolar\u0131 deneyin. Ayr\u0131ca, sunucu g\u00fcnl\u00fcklerinizi izleyerek yetkisiz eri\u015fim giri\u015fimlerini tespit edebilirsiniz. Unutmay\u0131n ki, g\u00fcvenli bir web uygulamas\u0131 olu\u015fturmak s\u00fcrekli bir s\u00fcre\u00e7tir ve d\u00fczenli olarak g\u00fcncellenmesi ve iyile\u015ftirilmesi gerekir. Cross-Origin Resource<\/strong> payla\u015f\u0131mlar\u0131n\u0131z\u0131 bu en iyi uygulamalarla yap\u0131land\u0131rarak, web uygulamalar\u0131n\u0131z\u0131n g\u00fcvenli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilirsiniz.<\/p>\n<\/span>CORS Kullan\u0131rken Dikkat Edilmesi Gerekenler<\/span><\/h2>\nCross-Origin Resource<\/strong> Sharing (CORS) kullan\u0131rken, g\u00fcvenli\u011fi ve uygulaman\u0131z\u0131n do\u011fru \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flamak i\u00e7in dikkat edilmesi gereken bir\u00e7ok \u00f6nemli nokta bulunmaktad\u0131r. CORS, web uygulamalar\u0131n\u0131n farkl\u0131 kaynaklardan veri al\u0131\u015fveri\u015fi yapmas\u0131n\u0131 sa\u011flayan bir mekanizmad\u0131r, ancak yanl\u0131\u015f yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda ciddi g\u00fcvenlik a\u00e7\u0131klar\u0131na yol a\u00e7abilir. Bu nedenle, CORS politikalar\u0131n\u0131 dikkatlice yap\u0131land\u0131rmak ve olas\u0131 sorunlar\u0131 \u00f6nlemek i\u00e7in belirli ad\u0131mlar\u0131 izlemek \u00f6nemlidir.<\/p>\nCORS yap\u0131land\u0131rmas\u0131nda yap\u0131lan hatalar, hassas verilerin yetkisiz eri\u015fime a\u00e7\u0131lmas\u0131na veya k\u00f6t\u00fc niyetli sald\u0131r\u0131lar\u0131n ger\u00e7ekle\u015ftirilmesine olanak tan\u0131yabilir. \u00d6rne\u011fin, Access-Control-Allow-Origin<\/code><\/strong> ba\u015fl\u0131\u011f\u0131n\u0131n yanl\u0131\u015f yap\u0131land\u0131r\u0131lmas\u0131, t\u00fcm kaynaklardan gelen isteklere izin verilmesine neden olabilir. Bu durum, sadece belirli kaynaklardan gelen isteklere izin verilmesi gereken durumlarda ciddi bir g\u00fcvenlik riski olu\u015fturur. A\u015fa\u011f\u0131daki tablo, CORS yap\u0131land\u0131rmas\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan hatalar\u0131 ve potansiyel sonu\u00e7lar\u0131n\u0131 \u00f6zetlemektedir.<\/p>\n\n\n\n| Hata<\/th>\n | A\u00e7\u0131klama<\/th>\n | Sonu\u00e7<\/th>\n<\/tr>\n<\/thead>\n | \n\nAccess-Control-Allow-Origin: *<\/code><\/strong> kullan\u0131lmas\u0131<\/td>\n| T\u00fcm kaynaklardan gelen isteklere izin verilmesi.<\/td>\n | G\u00fcvenlik a\u00e7\u0131\u011f\u0131, k\u00f6t\u00fc niyetli sitelerin verilere eri\u015febilmesi.<\/td>\n<\/tr>\n | \nAccess-Control-Allow-Credentials: true<\/code><\/strong> ile Access-Control-Allow-Origin: *<\/code><\/strong> kullan\u0131lmas\u0131<\/td>\n| Kimlik bilgilerinin t\u00fcm kaynaklara g\u00f6nderilmesine izin verilmesi (taray\u0131c\u0131lar taraf\u0131ndan engellenir).<\/td>\n | Beklenmeyen davran\u0131\u015flar, hatal\u0131 kimlik do\u011frulama.<\/td>\n<\/tr>\n | \n| Yanl\u0131\u015f HTTP metotlar\u0131na izin verilmesi<\/td>\n | Sadece GET veya POST gibi belirli metotlara izin verilmesi gerekirken, t\u00fcm metotlara izin verilmesi.<\/td>\n | Potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131, veri manip\u00fclasyonu.<\/td>\n<\/tr>\n | \n| Gereksiz ba\u015fl\u0131klar\u0131n kabul edilmesi<\/td>\n | Sadece gerekli ba\u015fl\u0131klar\u0131n kabul edilmesi gerekirken, t\u00fcm ba\u015fl\u0131klar\u0131n kabul edilmesi.<\/td>\n | G\u00fcvenlik a\u00e7\u0131klar\u0131, gereksiz veri transferi.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n CORS kullan\u0131rken dikkat edilmesi gereken bir di\u011fer \u00f6nemli nokta da, \u00f6n istek (preflight request) mekanizmas\u0131n\u0131n do\u011fru bir \u015fekilde yap\u0131land\u0131r\u0131lmas\u0131d\u0131r. \u00d6n istekler, taray\u0131c\u0131lar\u0131n sunucuya ger\u00e7ek iste\u011fi g\u00f6ndermeden \u00f6nce, sunucunun CORS politikalar\u0131n\u0131 kontrol etmek i\u00e7in g\u00f6nderdi\u011fi OPTIONS istekleridir. E\u011fer sunucu bu isteklere do\u011fru cevap vermezse, ger\u00e7ek istek engellenir. Bu nedenle, sunucunuzun OPTIONS isteklerine do\u011fru bir \u015fekilde yan\u0131t verdi\u011finden emin olmal\u0131s\u0131n\u0131z.<\/p>\n Dikkat Edilecek Noktalar<\/strong> <\/p>\n\nAccess-Control-Allow-Origin<\/code><\/strong> ba\u015fl\u0131\u011f\u0131n\u0131 do\u011fru yap\u0131land\u0131r\u0131n. Sadece g\u00fcvenilir kaynaklara izin verin.<\/li>\nAccess-Control-Allow-Credentials<\/code><\/strong> ba\u015fl\u0131\u011f\u0131n\u0131 kullan\u0131rken dikkatli olun. Gerekli de\u011filse kullanmaktan ka\u00e7\u0131n\u0131n.<\/li>\n- \u00d6n istek (preflight request) mekanizmas\u0131n\u0131 do\u011fru yap\u0131land\u0131r\u0131n. OPTIONS isteklerine do\u011fru yan\u0131tlar verin.<\/li>\n
- Sadece gerekli HTTP metotlar\u0131na ve ba\u015fl\u0131klar\u0131na izin verin. Gereksiz olanlar\u0131 engelleyin.<\/li>\n
- CORS yap\u0131land\u0131rman\u0131z\u0131 d\u00fczenli olarak g\u00fcncelleyin ve g\u00fcvenlik a\u00e7\u0131klar\u0131na kar\u015f\u0131 test edin.<\/li>\n
- Hata ay\u0131klama ara\u00e7lar\u0131n\u0131 kullanarak CORS hatalar\u0131n\u0131 tespit edin ve giderin.<\/li>\n<\/ul>\n
CORS hatalar\u0131n\u0131 gidermek i\u00e7in taray\u0131c\u0131 geli\u015ftirici ara\u00e7lar\u0131n\u0131 kullanmak olduk\u00e7a faydal\u0131d\u0131r. Bu ara\u00e7lar, CORS ile ilgili hatalar\u0131 ve uyar\u0131lar\u0131 g\u00f6stererek sorunun kayna\u011f\u0131n\u0131 belirlemenize yard\u0131mc\u0131 olabilir. Ayr\u0131ca, sunucu taraf\u0131nda da log kay\u0131tlar\u0131n\u0131 inceleyerek CORS politikalar\u0131n\u0131z\u0131n do\u011fru bir \u015fekilde uygulan\u0131p uygulanmad\u0131\u011f\u0131n\u0131 kontrol edebilirsiniz. Unutmay\u0131n ki, do\u011fru yap\u0131land\u0131r\u0131lm\u0131\u015f bir CORS politikas\u0131, web uygulaman\u0131z\u0131n g\u00fcvenli\u011fini art\u0131rman\u0131n ve kullan\u0131c\u0131 deneyimini iyile\u015ftirmenin \u00f6nemli bir par\u00e7as\u0131d\u0131r.<\/p>\n <\/span>S\u0131k Sorulan Sorular<\/span><\/h2>\nCORS neden \u00f6nemlidir ve web geli\u015ftirme s\u00fcrecini nas\u0131l etkiler?<\/strong><\/p>\nCORS, web sitelerinin g\u00fcvenli\u011fini art\u0131rarak k\u00f6t\u00fc niyetli kaynaklar\u0131n hassas verilere eri\u015fmesini engeller. Bu, kullan\u0131c\u0131 bilgilerinin ve uygulaman\u0131n b\u00fct\u00fcnl\u00fc\u011f\u00fcn\u00fcn korunmas\u0131na yard\u0131mc\u0131 olur. Web geli\u015ftirme s\u00fcrecinde, farkl\u0131 domain'ler aras\u0131ndaki kaynak payla\u015f\u0131m\u0131n\u0131n kontroll\u00fc bir \u015fekilde yap\u0131lmas\u0131n\u0131 sa\u011flayarak, g\u00fcvenli ve istikrarl\u0131 bir deneyim sunulmas\u0131na olanak tan\u0131r. Geli\u015ftiricilerin bu mekanizmay\u0131 anlamas\u0131, potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 kapatmak ve sorunsuz uygulama geli\u015ftirmek i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n Taray\u0131c\u0131lar CORS politikalar\u0131n\u0131 nas\u0131l uygular ve bu s\u00fcre\u00e7te hangi HTTP ba\u015fl\u0131klar\u0131 kullan\u0131l\u0131r?<\/strong><\/p>\nTaray\u0131c\u0131lar, bir web sayfas\u0131n\u0131n ba\u015fka bir domain'den kaynak talep etti\u011finde otomatik olarak CORS kontrolleri yapar. Bu s\u00fcre\u00e7te, taray\u0131c\u0131 sunucuya bir 'Origin' ba\u015fl\u0131\u011f\u0131 g\u00f6nderir. Sunucu, 'Access-Control-Allow-Origin' ba\u015fl\u0131\u011f\u0131 ile yan\u0131t verir. Taray\u0131c\u0131, bu ba\u015fl\u0131klar\u0131n de\u011ferlerini kar\u015f\u0131la\u015ft\u0131rarak talebin g\u00fcvenli olup olmad\u0131\u011f\u0131n\u0131 belirler. Ek olarak, 'Access-Control-Allow-Methods', 'Access-Control-Allow-Headers' ve 'Access-Control-Allow-Credentials' gibi ba\u015fl\u0131klar da talebin izin verilen metotlar\u0131n\u0131, ba\u015fl\u0131klar\u0131n\u0131 ve kimlik bilgilerini belirtmek i\u00e7in kullan\u0131l\u0131r. Bu ba\u015fl\u0131klar\u0131n do\u011fru yap\u0131land\u0131r\u0131lmas\u0131, CORS sorunlar\u0131n\u0131n \u00f6nlenmesi i\u00e7in \u00f6nemlidir.<\/p>\n CORS hatalar\u0131n\u0131n en yayg\u0131n nedenleri nelerdir ve bu hatalar\u0131 nas\u0131l tespit edebilirim?<\/strong><\/p>\nCORS hatalar\u0131n\u0131n en yayg\u0131n nedenleri aras\u0131nda sunucunun 'Access-Control-Allow-Origin' ba\u015fl\u0131\u011f\u0131n\u0131 do\u011fru yap\u0131land\u0131rmamas\u0131, farkl\u0131 portlardan veya protokollerden gelen istekler, \u00f6n istek (preflight request) hatalar\u0131 ve kimlik bilgilerinin (credentials) yanl\u0131\u015f i\u015flenmesi say\u0131labilir. Bu hatalar\u0131 tespit etmek i\u00e7in taray\u0131c\u0131 geli\u015ftirici ara\u00e7lar\u0131n\u0131 (Developer Tools) kullanabilirsiniz. Console sekmesinde g\u00f6r\u00fcnt\u00fclenen hata mesajlar\u0131 genellikle CORS probleminin kayna\u011f\u0131n\u0131 belirtir. Ayr\u0131ca, Network sekmesinde HTTP ba\u015fl\u0131klar\u0131n\u0131 inceleyerek sunucunun CORS ile ilgili yan\u0131tlar\u0131n\u0131 kontrol edebilirsiniz.<\/p>\n 'Preflight request' (\u00f6n istek) nedir ve ne zaman tetiklenir?<\/strong><\/p>\n'Preflight request', taray\u0131c\u0131n\u0131n sunucuya, as\u0131l iste\u011fi g\u00f6ndermeden \u00f6nce hangi HTTP metotlar\u0131n\u0131 ve ba\u015fl\u0131klar\u0131n\u0131 kullanaca\u011f\u0131n\u0131 sormak i\u00e7in g\u00f6nderdi\u011fi bir OPTIONS iste\u011fidir. Bu istek, \u00f6zellikle GET ve POST d\u0131\u015f\u0131ndaki HTTP metotlar\u0131 (PUT, DELETE vb.) kullan\u0131ld\u0131\u011f\u0131nda veya \u00f6zel ba\u015fl\u0131klar eklendi\u011finde tetiklenir. Sunucunun bu 'preflight request'e do\u011fru bir CORS yan\u0131t\u0131 vermesi gerekir, aksi takdirde as\u0131l istek engellenir.<\/p>\n CORS'u devre d\u0131\u015f\u0131 b\u0131rakmak veya atlatmak m\u00fcmk\u00fcn m\u00fc ve bu durumun potansiyel riskleri nelerdir?<\/strong><\/p>\nCORS, taray\u0131c\u0131 taraf\u0131nda uygulanan bir g\u00fcvenlik mekanizmas\u0131d\u0131r. Sunucu taraf\u0131nda CORS ba\u015fl\u0131klar\u0131n\u0131 yap\u0131land\u0131rarak, hangi kaynaklar\u0131n eri\u015fime izin verildi\u011fini kontrol edersiniz. CORS'u tamamen devre d\u0131\u015f\u0131 b\u0131rakmak genellikle \u00f6nerilmez, \u00e7\u00fcnk\u00fc bu durum web sitenizi \u00e7e\u015fitli g\u00fcvenlik a\u00e7\u0131klar\u0131na kar\u015f\u0131 savunmas\u0131z hale getirebilir. Ancak, geli\u015ftirme a\u015famas\u0131nda veya belirli test senaryolar\u0131nda, taray\u0131c\u0131 eklentileri veya proxy sunucular\u0131 arac\u0131l\u0131\u011f\u0131yla CORS ge\u00e7ici olarak atlat\u0131labilir. Bu ge\u00e7ici \u00e7\u00f6z\u00fcmlerin \u00fcretim ortam\u0131nda kullan\u0131lmamas\u0131 \u00f6nemlidir.<\/p>\n CORS ile ilgili g\u00fcvenlik a\u00e7\u0131klar\u0131 nelerdir ve bu a\u00e7\u0131klar\u0131 \u00f6nlemek i\u00e7in hangi \u00f6nlemleri almal\u0131y\u0131z?<\/strong><\/p>\nEn yayg\u0131n CORS g\u00fcvenlik a\u00e7\u0131klar\u0131 aras\u0131nda 'Access-Control-Allow-Origin' ba\u015fl\u0131\u011f\u0131n\u0131n '*' olarak ayarlanmas\u0131 (herkese eri\u015fim izni vermek) ve k\u00f6t\u00fc niyetli sitelerin kimlik bilgilerine eri\u015fmesine izin verilmesi say\u0131labilir. Bu a\u00e7\u0131klar\u0131 \u00f6nlemek i\u00e7in 'Access-Control-Allow-Origin' ba\u015fl\u0131\u011f\u0131n\u0131 sadece izin verilen domain'ler ile s\u0131n\u0131rland\u0131rmal\u0131, 'Access-Control-Allow-Credentials' ba\u015fl\u0131\u011f\u0131n\u0131 dikkatli kullanmal\u0131 ve sunucu taraf\u0131nda ek g\u00fcvenlik \u00f6nlemleri almal\u0131s\u0131n\u0131z (\u00f6rne\u011fin, CSRF korumas\u0131).<\/p>\n CORS yap\u0131land\u0131rmas\u0131 i\u00e7in sunucu taraf\u0131nda hangi yakla\u015f\u0131mlar mevcuttur ve en uygun yakla\u015f\u0131m\u0131 nas\u0131l se\u00e7ebilirim?<\/strong><\/p>\nCORS yap\u0131land\u0131rmas\u0131 i\u00e7in sunucu taraf\u0131nda farkl\u0131 yakla\u015f\u0131mlar mevcuttur. Bunlar aras\u0131nda manuel olarak HTTP ba\u015fl\u0131klar\u0131n\u0131 ayarlamak, bir CORS middleware kullanmak veya bir web sunucusu (\u00f6rne\u011fin, Nginx veya Apache) yap\u0131land\u0131rmas\u0131 kullanmak say\u0131labilir. En uygun yakla\u015f\u0131m, uygulaman\u0131z\u0131n ihtiya\u00e7lar\u0131na, kulland\u0131\u011f\u0131n\u0131z teknolojiye ve sunucu altyap\u0131n\u0131za ba\u011fl\u0131d\u0131r. Middleware kullan\u0131m\u0131 genellikle daha esnek ve y\u00f6netilebilir bir \u00e7\u00f6z\u00fcm sunarken, basit uygulamalar i\u00e7in manuel ba\u015fl\u0131k ayarlar\u0131 yeterli olabilir.<\/p>\n Farkl\u0131 ortamlarda (geli\u015ftirme, test, \u00fcretim) CORS ayarlar\u0131n\u0131 nas\u0131l y\u00f6netmeliyim?<\/strong><\/p>\nFarkl\u0131 ortamlarda CORS ayarlar\u0131n\u0131 y\u00f6netmek i\u00e7in ortam de\u011fi\u015fkenlerini veya yap\u0131land\u0131rma dosyalar\u0131n\u0131 kullanabilirsiniz. Geli\u015ftirme ortam\u0131nda, CORS hatalar\u0131n\u0131 azaltmak i\u00e7in daha gev\u015fek ayarlar (\u00f6rne\u011fin, 'Access-Control-Allow-Origin: *') kullanabilirsiniz, ancak bu ayarlar\u0131 \u00fcretim ortam\u0131nda kesinlikle kullanmamal\u0131s\u0131n\u0131z. Test ortam\u0131nda, \u00fcretim ortam\u0131n\u0131 taklit eden daha s\u0131k\u0131 CORS ayarlar\u0131 kullanmal\u0131s\u0131n\u0131z. \u00dcretim ortam\u0131nda ise 'Access-Control-Allow-Origin' ba\u015fl\u0131\u011f\u0131n\u0131 sadece izin verilen domain'ler ile s\u0131n\u0131rland\u0131rarak en g\u00fcvenli yap\u0131land\u0131rmay\u0131 kullanmal\u0131s\u0131n\u0131z. Bu, her ortam i\u00e7in ayr\u0131 ayr\u0131 yap\u0131land\u0131rma dosyalar\u0131 olu\u015fturularak veya ortam de\u011fi\u015fkenleri kullan\u0131larak sa\u011flanabilir.<\/p>\n | | | | | | | | | | |