STATUS IS UPWEB SİTESİ OPTİMİZASYONU VİKİSİ
46Güçlendir
E-Ticaret / Güçlendir

Ödeme Güvenliği ve PCI DSS: Web Site Sahiplerinin Bilmesi Gerekenler

Ödeme sayfası maruziyetini azaltmak, değişiklikleri kontrol etmek ve kanıt hazırlamak için uygulanabilir sahip rehberi; barındırılan bir ödeme seçeneğini uyumluluk kestirme yolu sanmaktan kaçının.

Ödeme Güvenliği ve PCI DSS: Web Site Sahiplerinin Bilmesi Gerekenler — GÖRSEL REHBER
OKU
8 dakika
KAYNAKLAR
7
YENİDEN DOĞRULA
2027-03-27
gözden geçirildi
PCI DSS Qualified Security Assessor veya tacirin edinimci (acquirer) gereksinimlerine aşina ödeme-güvenliği uzmanı
KISA CEVAP

Kararla başlayın.

Ödeme güvenliğini bir tasarım sorunu olarak ele alın. Alıcının kart verisini nerede girdiğini, hangi sayfaların ve tarayıcı kodlarının o adıma etki edebileceğini ve her bileşeni kimin değiştirebileceğini haritalayın. Mümkün olduğunda web sitenizi ham kart verilerinden uzak tutun. PCI DSS (Payment Card Industry Data Security Standard), ödeme hesap verilerini koruyan teknik ve operasyonel gereksinimler kümesidir ve güvenliğini etkileyebilecek sistemlere uygulanabilir.

Barındırılan bir checkout, yönlendirme veya gömülü ödeme bileşeni işlettiğiniz şeyi azaltabilir, ancak bu otomatik olarak PCI DSS kapsamını veya doğrulama belgelerini belirlemez. PCI SSC, Bir Öz Değerlendirme Anketi (SAQ) için uygunluğun ilgili SAQ’nin tüm kriterlerinin karşılanmasını gerektirdiğini belirtir. Entegrasyonu, ödeme sayfası kaynaklarını, sorumlulukları ve kanıt beklentilerini edinimci (acquirer) ve ödeme sağlayıcınızla doğrulayın. Bu eğitim amaçlı rehberlik olup hukuki tavsiye veya PCI DSS değerlendirmesi değildir.

GÖRSEL REHBER

Çalışmayı bir sistem olarak görün.

Bireysel taktiklere geçmeden önce makaledeki kararları bağlamak için bu haritayı kullanın.

SIUGüçlendir
01Gerçek ödeme sınırını çizin
02Açıklanabilir bir ödeme modeliyle maruziyeti azaltın
03Scriptleri, etiketleri ve başlıkları kontrol edin
04Erişimi sınırlayın ve checkout değişikliklerini geri alınabilir kılın
01

Gerçek ödeme sınırını çizin

Ürün sayfasından onaya kadar alıcı yolunu haritalayın. Kart girişini, yönlendirmeleri, iframe’leri, scriptleri, API’leri, eklentileri, etiket yöneticilerini, içerik dağıtım ağlarını ve buna etki edebilecek yönetici hesaplarını işaretleyin. İlgili günlükleri, destek araçlarını ve analizleri dahil edin. Bu, sağlayıcınız veya değerlendiriciniz için bir başlangıç kaydıdır; uyumluluk kararı değildir.

Her ödeme sayfası öğesini sunan alan adını kaydedin. PCI SSC, SAQ A uygunluğu için tüm ödeme sayfası öğelerinin yalnızca PCI DSS uyumlu hizmet sağlayıcılarından gelmesini ve tüccar sitesinden hiçbirinin gelmemesini şart koştuğunu söyler. SAQ A-EP için her öğe tüccar veya böyle bir sağlayıcıdan gelebilir, ancak başka bir kaynaktan gelmemelidir. Diğer tüm kriterler yine geçerlidir.

Tarayıcının aldığı şeyi denetleyin

Bir depo (repository) etiket-yöneticisi enjeksiyonlarını ve platform ayarlarını kaçırabilir. Normal bir checkout tarayıcı oturumunda scriptleri, iframe’leri, alan adlarını ve başlıkları inceleyin.

Kazaen veri yakalamayı bulun

Günlükleri, analizleri ve destek iş akışlarını ödeme alanları için gözden geçirin. Test kayıtlarında veya paylaşılan kanıtlarda gerçek kart verisi asla kullanmayın.

02

Açıklanabilir bir ödeme modeliyle maruziyeti azaltın

Uygulanabilir olduğunda, PCI DSS uyumlu bir sağlayıcının kart verisini topladığı bir entegrasyonu kullanın; uygulamanızın veriyi alması veya depolaması yerine sağlayıcının toplaması daha iyidir. Tam sağlayıcı-barındırmalı yönlendirme genellikle özel bir formdan daha basittir, ancak gömülü alanlar ve iframe’ler sitenizin ödemeyi etkilemesine yine de izin verebilir. Barındırılan etiketi kullanmaya güvenmek yerine gerçek entegrasyonu belgelendirin.

Birincil hesap numaralarını, güvenlik kodlarını, checkout hata ekran görüntülerini veya kopyalanmış ödeme bilgilerini onaylanmış bir tasarım gerektirmedikçe saklamaktan kaçının. Şifreleme veriyi korumaya yardımcı olur, ancak PCI SSC sıklıkla şifrelemenin tek başına bir ortamı kapsam dışı bırakmadığını belirtir. Token, anahtar, webhook, iade ve sorumluluk işleyişini sağlayıcı ve yetkili değerlendiricilerle teyit edin.

Sağlayıcı kayıtlarını talep edin

Entegrasyon kılavuzunu, sorumluluk bilgilerini, ilgili uyumluluk belgelerini ve değişiklik-bildirim sürecini mimari kaydıyla birlikte tutun.

Checkout’u dar tutun

Pazarlama deneyleri, replay araçları, sohbet widget'ları veya isteğe bağlı kütüphaneleri adlandırılmış bir sahibi ve erişebileceklerini incelemeden eklemeyin.

03

Scriptleri, etiketleri ve başlıkları kontrol edin

Üçüncü taraf tarayıcı kodu kontrolsüz değişiklik, keyfi kod yürütme ve diğer taraflara ifşaya yol açabilir. Her scriptin alan adı, amacı, sahibi, onayı ve yükleme konumunu içeren bir checkout envanteri tutun. Kaynak ağacı dosyalarıyla sınırlı kalmayın; etiket-yönetici kurallarını ve tedarikçi tarafından yüklenen kodu da dahil edin.

PCI SSC yetkili scriptler, bütünlük, kurcalama izleme ve güvenliği etkileyen HTTP başlıklarına odaklanır. Bir temel onaylayın, değişiklikleri kısıtlayın, farkları tespit edin ve bunları araştırın. Bir İçerik Güvenlik Politikası (CSP) kaynakları kısıtlayabilir. Uygun olduğunda uygulanmadan önce report-only (sadece rapor) modunda test edin. CSP derin savunmadır; güvenli kodlama veya incelemenin yerine geçmez.

Bütünlük kontrollerini dikkatle kullanın

Subresource Integrity değişen harici bir scripti reddedebilir, ancak uyumlu çapraz-köken (cross-origin) yapılandırma gerektirir ve tedarikçi güncellemelerinden sonra kırılabilir.

Etiketleri üretim kodu olarak ele alın

Yayınlama rollerini sınırlayın, güçlü kimlik doğrulama isteyin, özel kod yeteneğini inceleyin ve bir denetim izi saklayın.

04

Erişimi sınırlayın ve checkout değişikliklerini geri alınabilir kılın

Rutin içerik yayınlamayı checkout kodundan, ödeme sağlayıcı yönetimini, barındırmayı, DNS'i ve etiket yönetimini ayırın. Adlandırılmış hesaplar, en az ayrıcalık ve mümkünse çok faktörlü kimlik doğrulama kullanın. Rol değişikliklerini gözden geçirin ve eski çalışanları, tedarikçileri ve ajansları kaldırın. PCI DSS uygulamasının tam gerekliliği ortama bağlıdır, ancak paylaşılmış ve sürekli ayrıcalıkları azaltmak riski azaltır.

Checkout için bir sürüm süreci kullanın: adlandırılmış sahip, inceleme, mümkünse test, geri alma yöntemi ve yayın sonrası tarayıcı kontrolü. Başarı ve hata yollarını, yönlendirmeleri ve mobil davranışı test edin. Status Is UP; proaktif yayın hazırlığı, performans optimizasyonu ve geri alma planlamasını destekler; PCI DSS uyumluluğunu belirlemez.

Kurtarma bilgilerini koruyun

Kimlik bilgileri, yedek kodlar ve geri alma talimatlarını onaylı erişim kontrollü sistemlerde tutun; bunları asla ticket'larda, ekran görüntülerinde veya açık depolarda saklamayın.

Canlı varlığı kontrol edin

Yayın sonrası, tarayıcıda görünen scriptleri, alan adlarını ve başlıkları onaylı envanterle karşılaştırın.

05

Yığını güncelleyin ve sonucu doğrulayın

Commerce platformu, eklentiler, temalar, sunucu bileşenleri, kütüphaneler, ödeme SDK'ları, etiket şablonları ve checkout'u etkileyen servislerin envanterini tutun. Kritik tedarikçi bildirimlerine abone olun. NIST, yama yönetimini güncellemeleri tanımlama, önceliklendirme, edinme, kurma ve doğrulama olarak tanımlar. Değişikliği kaydedin, ödeme yolculuğunu test edin ve dağıtıma doğrulama yapın.

Yüksek riskli konular için acil yol ve rutin değişiklikler için bakım penceresi belirleyin. Maruz kalan checkout bileşenlerine öncelik verin, ancak üretimi körü körüne yamalayıp ödemeyi bozmayın. Test edilmiş bir geri alma yaklaşımı ve sağlayıcı yayın yönergelerini kullanın. Güncelliği belirsiz bir bileşenin sahibi olmaması çözülmesi gereken bir risktir.

Düzeltmeleri kanıta bağlayın

Bildirimi, risk kararını, test sonucunu, dağıtım kaydını ve son doğrulamayı birlikte saklayın.

06

Kanıt tutun ve yetkin yardım alın

Diyagramlar, sağlayıcı sorumluluk bilgileri, SAQ uygunluğu gerekçesi, script ve başlık envanterleri, erişim incelemeleri, onaylar, test sonuçları, değişiklikler ve tedarikçi iletişimleri gibi kanıtları kontrollü bir yerde tutun. Mimari, sahiplik, scriptler veya sağlayıcılar değiştiğinde bunları güncelleyin. Kanıtlar yetkili bir değerlendiricinin işini kolaylaştırmalı, kart verisi, sırlar veya müşteri kayıtlarını ifşa etmemelidir.

Uygun doğrulama beklentilerini belirleyen taraf sizin edinimciniz (acquirer) veya ödeme markanızdır. PCI SSC, PCI DSS değerlendirmelerini yapmak için nitelikli kuruluşlar olarak Qualified Security Assessors (QSA) ve ilgili gereksinimler kapsamında nitelikli dış tarama sağlayıcıları olarak Approved Scanning Vendors (ASV) olduğunu tanımlar. Özel checkout, kapsam belirsizliği, şüphelenilen bir ihlal veya SAQ seçimi konusunda yetkin yardım alın.

Bir sahip paketi muhafaza edin

Checkout modeli, teknik sahipler, yükseltme iletişimleri, son inceleme tarihi ve kanıt bağlantılarını birlikte tutun.

EYLEM / DOĞRULA

Pratik yapılacaklar rehberiniz.

EYLEM / DOĞRULADOĞRULA
Checkout etki yollarını haritalayınSayfaları, scriptleri, alan adlarını, sağlayıcıları, hesapları ve veri akışlarını belgeleyin.Bir teknik sahip map’i güncel tarayıcı checkout'uyla eşleştirir.
Entegrasyon modelini doğrulayınKart girişinin sağlayıcı-barındırmalı, gömülü, yönlendirilmiş veya uygulama tarafından ele alındığını belirleyin.Sağlayıcı ve edinimci bilgileri mimari kaydına eklenmiştir.
Raporlama beklentilerini doğrulayınHangi doğrulama yolunun uygulanacağı sorusunu sorun; bir widget’tan bunu çıkarmayın.Program sahibinden tarihli yönlendirme alınmıştır.
Script ve başlık envanterini oluşturunKaynak, amaç, sahibi, onay, etiket kuralları ve ilgili başlıkları kaydedin.Tarayıcı incelemesi envanterle eşleşir veya farklar onaylanmıştır.
Üçüncü taraf kodunu yönetinGereksiz etiketleri kaldırın ve yayıncı erişimini güçlü kimlik doğrulama ile kısıtlayın.Tüm tutulan üçüncü tarafların bir sahibi ve iş amacı vardır.
Yönetim erişimini koruyunAdlandırılmış, en az ayrıcalıklı hesaplar kullanın ve eski üretim erişimlerini kaldırın.Erişim incelemesi sahibi olmayan üretim yöneticisi bulunmadığını gösterir.
Politika ve sürüm değişikliklerini test edinUygun olduğunda CSP report-only modunu deneyin ve checkout sürümlerini test edin.Kaydedilmiş testler ödeme başarı, hata ve ilgili yönlendirmeleri kapsar.
Doğrulanmış yama işletimini uygulayınKritik checkout güncellemelerini takip edin, önceliklendirin, test edin, dağıtın ve doğrulayın.Son değişikliklerin nedeni, testi, dağıtımı ve son kontrolü belgelenmiştir.
Kanıt ve yükseltme hazırlayınKontrollü kayıtlar tutun ve aciliyet öncesi iletişim kişilerini belirleyin.Bir değerlendirici sahip paketi müşteri verisi olmadan bulabilir.
EYLEM / DOĞRULA

Pratik yapılacaklar rehberiniz.

  1. 01

    Checkout etki yollarını haritalayın

    Sayfaları, scriptleri, alan adlarını, sağlayıcıları, hesapları ve veri akışlarını belgeleyin.

    DOĞRULA: Bir teknik sahip map’i güncel tarayıcı checkout'uyla eşleştirir.
  2. 02

    Entegrasyon modelini doğrulayın

    Kart girişinin sağlayıcı-barındırmalı, gömülü, yönlendirilmiş veya uygulama tarafından ele alındığını belirleyin.

    DOĞRULA: Sağlayıcı ve edinimci bilgileri mimari kaydına eklenmiştir.
  3. 03

    Raporlama beklentilerini doğrulayın

    Hangi doğrulama yolunun uygulanacağı sorusunu sorun; bir widget’tan bunu çıkarmayın.

    DOĞRULA: Program sahibinden tarihli yönlendirme alınmıştır.
  4. 04

    Script ve başlık envanterini oluşturun

    Kaynak, amaç, sahibi, onay, etiket kuralları ve ilgili başlıkları kaydedin.

    DOĞRULA: Tarayıcı incelemesi envanterle eşleşir veya farklar onaylanmıştır.
  5. 05

    Üçüncü taraf kodunu yönetin

    Gereksiz etiketleri kaldırın ve yayıncı erişimini güçlü kimlik doğrulama ile kısıtlayın.

    DOĞRULA: Tüm tutulan üçüncü tarafların bir sahibi ve iş amacı vardır.
  6. 06

    Yönetim erişimini koruyun

    Adlandırılmış, en az ayrıcalıklı hesaplar kullanın ve eski üretim erişimlerini kaldırın.

    DOĞRULA: Erişim incelemesi sahibi olmayan üretim yöneticisi bulunmadığını gösterir.
  7. 07

    Politika ve sürüm değişikliklerini test edin

    Uygun olduğunda CSP report-only modunu deneyin ve checkout sürümlerini test edin.

    DOĞRULA: Kaydedilmiş testler ödeme başarı, hata ve ilgili yönlendirmeleri kapsar.
  8. 08

    Doğrulanmış yama işletimini uygulayın

    Kritik checkout güncellemelerini takip edin, önceliklendirin, test edin, dağıtın ve doğrulayın.

    DOĞRULA: Son değişikliklerin nedeni, testi, dağıtımı ve son kontrolü belgelenmiştir.
  9. 09

    Kanıt ve yükseltme hazırlayın

    Kontrollü kayıtlar tutun ve aciliyet öncesi iletişim kişilerini belirleyin.

    DOĞRULA: Bir değerlendirici sahip paketi müşteri verisi olmadan bulabilir.
TARTIŞMA KONULARI

Ödünleri karşılaştırın, özel verileri paylaşmayın.

Bu başlıkları ekibiniz veya site sahipleri topluluğuyla kullanın. Yöntemleri ve çıkarılan dersleri paylaşın; ancak kimlik bilgilerini, müşteri kayıtlarını veya kamuya açık olmayan altyapı detaylarını asla paylaşmayın.

  1. 01

    Hangi checkout bileşenine sahip atamak en zordu ve hangi kayıt sorumluluğu netleştirdi?

  2. 02

    Ödeme sayfası değişikliğini test ederken kart veya müşteri bilgilerini ticket'lara ve ekran görüntülerine koymadan nasıl test ediyorsunuz?

  3. 03

    İşiniz için en çok kaçınılan checkout sürprizlerini engelleyen değişiklik-kontrol adımı hangisiydi?

POPÜLER / YETKİLİ KAYNAKLAR

Kaynak materyalini açın.

PCI Security Standards CouncilPCI DSS merchant resources ↗

Tüccar PCI DSS uygulanabilirliğini, SAQ’leri ve edinimci ya da ödeme-markası gereksinimlerinin önemini açıklar.

İncelendi 2026-09-27
PCI Security Standards CouncilPCI DSS standard overview and qualified professionals ↗

Resmi kapsam çerçevesini sağlar ve doküman kütüphanesi, QSA’lar ve ASV’lere bağlantılar sunar.

İncelendi 2026-09-27
PCI Security Standards CouncilE-commerce payment-page SAQ eligibility FAQ ↗

SAQ A ve SAQ A-EP için ödeme sayfası orijin kriterlerini netleştirir ve tüm uygunluk kriterlerinin geçerli olduğunu belirtir.

İncelendi 2026-09-27
PCI Security Standards CouncilPayment Page Security and Preventing E-Skimming ↗

Ödeme sayfası scriptleri, bütünlük, kurcalama izleme ve güvenliği etkileyen başlıklar hakkında özet kılavuzluk sağlar.

İncelendi 2026-09-27
OWASP Cheat Sheet SeriesThird Party JavaScript Management Cheat Sheet ↗

Üçüncü taraf tarayıcı-kodu riskini ve bütünlük ile etiket-yönetimi kontrollerinin pratik sınırlamalarını açıklar.

İncelendi 2026-09-27
MDN Web DocsContent Security Policy guide ↗

CSP'nin kaynak kısıtlamalarını ve uygulanmadan önce report-only test etmenin önemini açıklar.

İncelendi 2026-09-27
National Institute of Standards and TechnologyNIST SP 800-40 Rev. 4: Guide to Enterprise Patch Management Planning ↗

Yama yönetimini güncellemeleri tanımlama, önceliklendirme, edinme, kurma ve doğrulama olarak tanımlar.

İncelendi 2026-09-27

Kaynak politikası. Bu eğitim makalesi resmi PCI SSC materyalleri ve NIST, OWASP ile MDN’den birincil teknik kılavuzları kullanır. Bu bir uyumluluk kararı değildir. Ödeme markaları, edinimciler, sözleşmeler, yerel yasalar ve gerçek uygulama farklı yükümlülükler doğurabilir; bunları sorumlu program sahibi ve nitelikli danışmanlarla doğrulayın.

HIZLI AÇIKLAMALAR

Yaygın sorular.

Barındırılan bir ödeme sayfası web sitemi PCI DSS uyumlu yapar mı?

Hayır. Sağlayıcı-barındırmalı bir model işlettiğiniz şeyi azaltabilir, ancak kapsamı, SAQ uygunluğunu veya doğrulamayı otomatik olarak belirlemez. PCI SSC, her SAQ kriterinin karşılanması gerektiğini söyler. Uygulamayı edinimciniz, sağlayıcınız ve gerekirse nitelikli bir değerlendirici ile doğrulayın.

Checkout’a analiz veya etiket yöneticisi ekleyebilir miyim?

Ortak bir pazarlama aracının ödeme sayfasında güvenli olduğunu varsaymayın. Yalnızca onaylanmış, gerekli kodu tutun; kaynağını ve sahibini bilin; yayın erişimini sınırlayın; değişiklikleri test edin. Entegrasyon destekliyorsa CSP veya bütünlük kontrollerini kullanın.

Küçük bir web sitesi sahibi olarak hangi kanıtları saklamalıyım?

Bir checkout haritası, sağlayıcı sorumluluk bilgileri, script ve başlık envanteri, erişim incelemeleri, değişiklik ve yama kayıtları, test sonuçları ve yükseltme iletişimlerini saklayın. Kart verisi, sırlar veya müşteri kayıtlarını dahil etmeyin. Tam gereksinimleri işinize uygulanan programa doğrulayın.

Status Is UP Editorial Team · Uptime Enablement Editors

PCI DSS Qualified Security Assessor veya tacirin edinimci (acquirer) gereksinimlerine aşina ödeme-güvenliği uzmanı tarafından incelendi. Yayınlandı 2026-09-27; güncellendi 2026-09-30.