cm/controlmapping
한국어
출처
프레임워크

PCI DSS v4.0.1

개요

PCI SSC가 유지관리하는 결제카드 산업 데이터 보안 표준: 결제 계정 데이터 보호를 위한 12개 핵심 요구사항. 버전 4.0.1(2024년 6월)이 현행 버전이며, v4.0에서 적용 시점을 미뤄 둔 요구사항은 2025년 3월 31일부터 의무화되었습니다.

필요한 대상

카드소유자 데이터를 저장, 처리 또는 전송하거나 그 보안에 영향을 줄 수 있는 모든 가맹점 및 서비스 제공업체. 카드 브랜드가 매입사(acquirer) 계약을 통해 요구하는 것이며, 법률은 아닙니다.

평가 방식

거래 규모와 카드 브랜드의 규정에 따라 다음 중 하나를 수행합니다. 적격 보안 평가기관(QSA)이 작성하는 준수 보고서(Report on Compliance) 또는 자가 평가 설문지(Self-Assessment Questionnaire)이며, 각각 준수 증명서(Attestation of Compliance)를 함께 제출합니다. 여기에 승인 스캐닝 벤더(Approved Scanning Vendor)가 수행하는 분기별 외부 취약점 스캔이 추가됩니다. 매년 평가합니다.

260
요구사항
77
다른 프레임워크에 매핑됨
92%
다루는 주제 (46/50)

비교 자료

요구사항

요구사항 ID와 제목은 각 프레임워크가 발표한 그대로 영문으로 표시됩니다.

PCI DSS v4.0.1 요구사항
ID요구사항주제매핑 위치:
Requirement 1: Install and maintain network security controls · 19
1.1.1Network security policies documented and kept current—0
1.1.2Roles for network security controls assigned—0
1.2.1Configuration standards for network security controls방화벽 / 네트워크 분리9 / 13
1.2.2Network connection changes go through change control—없음
1.2.3Accurate network diagram maintained방화벽 / 네트워크 분리9 / 13
1.2.4Accurate account-data flow diagram maintained—0
1.2.5Allowed services, protocols and ports approved—없음
1.2.6Security features defined for insecure services—없음
1.2.7Network security control rules reviewed every six months—없음
1.2.8Network security control configuration files secured—없음
1.3.1Inbound traffic to the CDE restricted방화벽 / 네트워크 분리9 / 13
1.3.2Outbound traffic from the CDE restricted—없음
1.3.3Network controls between wireless networks and the CDE—없음
1.4.1Network controls between trusted and untrusted networks방화벽 / 네트워크 분리9 / 13
1.4.2Inbound traffic from untrusted networks restricted—없음
1.4.3Anti-spoofing measures in place—없음
1.4.4Stored cardholder data not reachable from untrusted networks—없음
1.4.5Internal IP addresses and routing not disclosed—없음
1.5.1Controls on devices connecting to untrusted networks and the CDE—없음
Requirement 2: Apply secure configurations to all system components · 11
2.1.1Secure configuration policies documented and kept current—0
2.1.2Roles for secure configuration assigned—0
2.2.1System configuration standards developed and maintained보안 구성9 / 13
2.2.2Vendor default accounts managed or removed보안 구성9 / 13
2.2.3Functions with different security levels kept apart—없음
2.2.4Only necessary services and functions enabled—없음
2.2.5Insecure services justified and secured—없음
2.2.6System security parameters set to prevent misuse—없음
2.2.7Non-console administrative access encrypted—없음
2.3.1Wireless vendor defaults changed—0
2.3.2Wireless keys changed when key holders leave—없음
Requirement 3: Protect stored account data · 29
3.1.1Stored account data policies documented and kept current—0
3.1.2Roles for protecting stored account data assigned—0
3.2.1Account data storage minimised, with retention and disposal데이터 보호11 / 13
3.3.1Sensitive authentication data not kept after authorisation데이터 보호11 / 13
3.3.1.1Full track data not kept after authorisation—없음
3.3.1.2Card verification code not kept after authorisation—없음
3.3.1.3PIN and PIN block not kept after authorisation—없음
3.3.2Sensitive authentication data encrypted before authorisation—없음
3.3.3Issuer storage of sensitive authentication data limited and protected—없음
3.4.1PAN masked when displayed데이터 보호11 / 13
3.4.2PAN copying prevented over remote-access technologiesDLP7 / 13
3.5.1PAN rendered unreadable wherever stored암호화10 / 13
3.5.1.1Hashes of PAN are keyed cryptographic hashes—없음
3.5.1.2Disk-level encryption used only where it suffices—없음
3.5.1.3Disk encryption access managed separately from OS access—0
3.6.1Procedures protect keys that secure stored account data암호화10 / 13
3.6.1.1Service providers document their cryptographic architecture—0
3.6.1.2Secret and private keys stored in approved forms—0
3.6.1.3Cleartext key components accessible to fewest custodians—0
3.6.1.4Keys stored in the fewest possible locations—0
3.7.1Key management: strong key generation암호화10 / 13
3.7.2Key management: secure key distribution—없음
3.7.3Key management: secure key storage—없음
3.7.4Key management: key changes at end of cryptoperiod암호화10 / 13
3.7.5Key management: retiring weakened or compromised keys—없음
3.7.6Key management: split knowledge and dual control—없음
3.7.7Key management: preventing unauthorised key substitution—없음
3.7.8Key custodians formally acknowledge their responsibilities—없음
3.7.9Service providers give customers key-handling guidance—없음
Requirement 4: Protect cardholder data with strong cryptography during transmission · 6
4.1.1Data-in-transit policies documented and kept current—0
4.1.2Roles for protecting data in transit assigned—0
4.2.1Strong cryptography for PAN over open, public networks암호화10 / 13
4.2.1.1Inventory of trusted keys and certificates kept암호화10 / 13
4.2.1.2Strong cryptography on wireless networks carrying PAN—없음
4.2.2PAN secured when sent by end-user messaging—없음
Requirement 5: Protect all systems and networks from malicious software · 13
5.1.1Anti-malware policies documented and kept current—0
5.1.2Roles for malware protection assigned—0
5.2.1Anti-malware deployed on system components엔드포인트 보호10 / 13
5.2.2Anti-malware detects, removes or contains known malware엔드포인트 보호10 / 13
5.2.3Systems without anti-malware periodically re-evaluated—0
5.2.3.1Re-evaluation frequency set by targeted risk analysis—0
5.3.1Anti-malware kept up to date—없음
5.3.2Periodic scans or continuous behavioural analysis엔드포인트 보호10 / 13
5.3.2.1Scan frequency set by targeted risk analysis—0
5.3.3Removable media scanned or analysed—없음
5.3.4Anti-malware audit logs enabled and retained—없음
5.3.5Users cannot disable or alter anti-malware—없음
5.4.1Mechanisms to detect and protect against phishing이메일 보안8 / 13
Requirement 6: Develop and maintain secure systems and software · 19
6.1.1Secure systems and software policies documented—0
6.1.2Roles for secure systems and software assigned—0
6.2.1Bespoke and custom software developed securely보안 개발8 / 13
6.2.2Developers trained in secure software development보안 개발8 / 13
6.2.3Custom code reviewed before release보안 개발, API 보안8 / 13
6.2.3.1Manual code reviews approved by someone else—0
6.2.4Coding techniques prevent common software attacksAPI 보안4 / 13
6.3.1Vulnerabilities identified and risk-ranked취약점 관리, 위협 인텔리전스, 패치 관리13 / 13
6.3.2Inventory of custom software and its components공급망 위험, 자산 관리13 / 13
6.3.3Security patches installed promptly패치 관리10 / 13
6.4.1Public web applications protected against attacks웹 보안6 / 13
6.4.2Automated solution blocks attacks on public web appsWAF5 / 13
6.4.3Payment page scripts authorised and integrity-checked웹 보안6 / 13
6.5.1Production changes follow change control procedures—없음
6.5.2PCI DSS requirements re-confirmed after significant changes—없음
6.5.3Pre-production environments separated from production—없음
6.5.4Duties separated between production and pre-production—없음
6.5.5Live PANs not used in pre-production—없음
6.5.6Test data and accounts removed before go-live—없음
Requirement 7: Restrict access to system components and cardholder data by business need to know · 12
7.1.1Access restriction policies documented and kept current—0
7.1.2Roles for access restriction assigned—0
7.2.1Access control model defined접근 통제, 제로 트러스트11 / 13
7.2.2Access assigned by job function and least privilege접근 통제, 특권 접근12 / 13
7.2.3Privileges approved by authorised personnel—없음
7.2.4User accounts and privileges reviewed every six months접근 통제11 / 13
7.2.5System and application accounts least privilege—없음
7.2.5.1System and application account access periodically reviewed—0
7.2.6Access to cardholder data repositories restricted—없음
7.3.1Access control system restricts access by need—없음
7.3.2Access control system enforces assigned permissions—없음
7.3.3Access control system set to deny by default—없음
Requirement 8: Identify users and authenticate access to system components · 29
8.1.1Identification and authentication policies documented—0
8.1.2Roles for identification and authentication assigned—0
8.2.1Every user has a unique ID접근 통제11 / 13
8.2.2Shared or generic accounts only by documented exception—0
8.2.3Service providers use unique credentials per customer—없음
8.2.4User ID changes authorised and controlled—없음
8.2.5Access revoked immediately on termination—0
8.2.6Inactive user accounts disabled within 90 days—0
8.2.7Third-party remote access accounts enabled only when needed—없음
8.2.8Re-authentication after 15 minutes idle—0
8.3.1User and admin access requires an authentication factor제로 트러스트7 / 13
8.3.2Authentication factors unreadable in transit and storage—없음
8.3.3Identity verified before changing authentication factors—없음
8.3.4Account lockout after repeated failed attempts—없음
8.3.5First-use and reset passwords unique and changed—0
8.3.6Minimum password length and complexity—0
8.3.7Recent passwords cannot be reused—0
8.3.8Authentication guidance communicated to users—0
8.3.9Password-only access: change every 90 days or analyse risk—0
8.3.10Service providers give customers password guidance—0
8.3.10.1Service provider customer passwords: rotation or analysis—0
8.3.11Tokens, smart cards and certificates assigned to individuals—없음
8.4.1MFA for non-console administrative access to the CDE다단계 인증10 / 13
8.4.2MFA for all access into the CDE다단계 인증10 / 13
8.4.3MFA for remote network access다단계 인증10 / 13
8.5.1MFA systems configured to resist misuse다단계 인증10 / 13
8.6.1Interactive use of system accounts managed—없음
8.6.2No hard-coded passwords for system accounts—0
8.6.3System account passwords protected and changed—0
Requirement 9: Restrict physical access to cardholder data · 27
9.1.1Physical security policies documented and kept current—0
9.1.2Roles for physical security assigned—0
9.2.1Facility entry controls restrict CDE access물리적 보안8 / 13
9.2.1.1Access to sensitive areas monitored by camera or access control물리적 보안8 / 13
9.2.2Publicly accessible network jacks restricted—없음
9.2.3Physical access to network hardware restricted물리적 보안8 / 13
9.2.4Consoles in sensitive areas locked when unattended—0
9.3.1Personnel physical access authorised and managed물리적 보안8 / 13
9.3.1.1Sensitive-area access authorised and revoked promptly물리적 보안8 / 13
9.3.2Visitor access authorised, escorted and identifiable물리적 보안8 / 13
9.3.3Visitor badges returned or deactivated—없음
9.3.4Visitor log maintained and retained—없음
9.4.1Media with cardholder data physically secured—없음
9.4.1.1Offline backup media stored securely백업 및 복구11 / 13
9.4.1.2Security of offline backup location reviewed annually—0
9.4.2Media classified by data sensitivity데이터 분류9 / 13
9.4.3Media sent off site tracked and secured—없음
9.4.4Management approves media moved off site—없음
9.4.5Inventory logs of electronic media kept—없음
9.4.5.1Electronic media inventories at least annually—없음
9.4.6Hard-copy media destroyed when no longer needed—0
9.4.7Electronic media destroyed or made unrecoverable—0
9.5.1Card-reading (POI) devices protected from tampering—없음
9.5.1.1Inventory of POI devices kept—0
9.5.1.2POI devices inspected for tampering—0
9.5.1.2.1Inspection frequency set by targeted risk analysis—0
9.5.1.3Staff trained to spot POI tampering—없음
Requirement 10: Log and monitor all access to system components and cardholder data · 27
10.1.1Logging and monitoring policies documented—0
10.1.2Roles for logging and monitoring assigned—0
10.2.1Audit logs enabled and active로깅 및 감사, 내부자 위협11 / 13
10.2.1.1Logs capture user access to cardholder data—없음
10.2.1.2Logs capture administrative actions—없음
10.2.1.3Logs capture access to audit logs—없음
10.2.1.4Logs capture invalid access attempts—없음
10.2.1.5Logs capture credential and privilege changes—없음
10.2.1.6Logs capture starting, stopping or pausing logging—없음
10.2.1.7Logs capture system-level object changes—없음
10.2.2Log entries record who, what, when, where and outcome—0
10.3.1Read access to logs limited to need—0
10.3.2Logs protected from modification로깅 및 감사, 포렌식10 / 13
10.3.3Logs promptly backed up to a central server—0
10.3.4File-integrity monitoring on logs—0
10.4.1Security event and critical logs reviewed daily지속적 모니터링, SIEM / SOC10 / 13
10.4.1.1Automated mechanisms for log review이상 징후 탐지9 / 13
10.4.2Other logs reviewed periodically—없음
10.4.2.1Review frequency set by targeted risk analysis—0
10.4.3Exceptions and anomalies addressed—없음
10.5.1Audit logs retained 12 months, three immediately available로깅 및 감사10 / 13
10.6.1System clocks synchronised로깅 및 감사10 / 13
10.6.2Time configuration correct and consistent—없음
10.6.3Time settings protected from change—0
10.7.1Service providers detect security control failures—0
10.7.2Critical security control failures detected and reported—0
10.7.3Security control failures responded to promptly—없음
Requirement 11: Test security of systems and networks regularly · 21
11.1.1Security testing policies documented and kept current—0
11.1.2Roles for security testing assigned—0
11.2.1Wireless access points detected and unauthorised ones handled—0
11.2.2Inventory of authorised wireless access points—없음
11.3.1Internal vulnerability scans every three months취약점 관리13 / 13
11.3.1.1Lower-ranked vulnerabilities handled by risk analysis—0
11.3.1.2Internal scans use authenticated scanning—없음
11.3.1.3Internal scans after significant changes—없음
11.3.2External ASV scans every three months취약점 관리13 / 13
11.3.2.1External scans after significant changes—없음
11.4.1Penetration testing methodology defined—없음
11.4.2Internal penetration test at least annually—없음
11.4.3External penetration test at least annually—없음
11.4.4Penetration test findings corrected and retested—0
11.4.5Segmentation controls tested at least annually—없음
11.4.6Service providers test segmentation every six months—없음
11.4.7Multi-tenant providers support customer penetration tests—없음
11.5.1Intrusion detection or prevention on network traffic침입 탐지9 / 13
11.5.1.1Service providers detect covert malware communication—없음
11.5.2Change-detection on critical files—없음
11.6.1Payment page changes and tampering detected—0
Requirement 12: Support information security with organizational policies and programs · 37
12.1.1Information security policy established and published거버넌스 정책9 / 13
12.1.2Security policy reviewed at least annually거버넌스 정책9 / 13
12.1.3Security roles and responsibilities defined역할 및 책임9 / 13
12.1.4Executive responsibility for information security assigned역할 및 책임9 / 13
12.2.1Acceptable use policies for end-user technologies—없음
12.3.1Targeted risk analysis for flexible-frequency requirements위험 관리, 위험 평가10 / 13
12.3.2Targeted risk analysis for customised approach—0
12.3.3Cipher suites and protocols reviewed annually—0
12.3.4Hardware and software technologies reviewed annually—0
12.4.1Service providers: executive responsibility for PCI DSS compliance—없음
12.4.2Service providers: quarterly reviews of operational tasks컴플라이언스10 / 13
12.4.2.1Service providers: quarterly review results documented—0
12.5.1Inventory of in-scope system components자산 관리13 / 13
12.5.2PCI DSS scope confirmed annually and on change사업 환경5 / 13
12.5.2.1Service providers confirm scope every six months—없음
12.5.3Service providers review scope after organisational change—0
12.6.1Formal security awareness programme인식 제고 및 교육10 / 13
12.6.2Awareness programme reviewed annually—없음
12.6.3Awareness training on hire and at least annually인식 제고 및 교육10 / 13
12.6.3.1Training covers phishing and social engineering—없음
12.6.3.2Training covers acceptable use of technology—없음
12.7.1Personnel screened before hire내부자 위협8 / 13
12.8.1List of third-party service providers kept공급망 위험, 클라우드 보안, 벤더 리스크 관리12 / 13
12.8.2Written agreements with service providers벤더 리스크 관리10 / 13
12.8.3Due diligence before engaging service providers벤더 리스크 관리10 / 13
12.8.4Service provider compliance monitored annually벤더 리스크 관리10 / 13
12.8.5Responsibilities split with each provider documented클라우드 보안, 벤더 리스크 관리12 / 13
12.9.1Service providers acknowledge responsibilities to customers—0
12.9.2Service providers support customer compliance requests—0
12.10.1Incident response plan ready to activate사고 대응, 완화, 보고, 복구 계획 수립, 비즈니스 연속성, 재해 복구12 / 13
12.10.2Incident response plan reviewed and tested annually사고 대응12 / 13
12.10.3Incident response staff available around the clock사고 대응12 / 13
12.10.4Incident response staff trained사고 대응12 / 13
12.10.4.1Training frequency set by targeted risk analysis—0
12.10.5Plan covers alerts from security monitoring—0
12.10.6Plan updated from lessons learned and industry changes교훈 도출9 / 13
12.10.7Procedures for PAN found where it shouldn't be—0
Appendix A: additional requirements · 10
A1.1.1Multi-tenant providers: separate provider and customer environments—없음
A1.1.2Multi-tenant providers: customers confined to their own environment—없음
A1.1.3Multi-tenant providers: customers reach only their own data—없음
A1.1.4Multi-tenant providers: separation tested every six months—없음
A1.2.1Multi-tenant providers: audit logging for each customer—없음
A1.2.2Multi-tenant providers: support customer forensic investigations—없음
A1.2.3Multi-tenant providers: report suspected incidents to customers—없음
A2.1.1POI terminals using SSL or early TLS not exploitable—없음
A2.1.2Service providers: migration plan off SSL and early TLS—없음
A2.1.3Service providers offer a secure connection option—없음

주제 커버리지

PCI DSS 요구사항과 매핑된 주제 (46개):

보유 데이터에 매핑 없음 PCI DSS 요구사항 없음 (4):