Testing - Webinar Design 2

Related Videos

3 Risk Assessment Methodologies
3 Rules of HIPAA Compliance
A Thorough Audit Makes a Difference
A Typical Journey with Risk
AccessOne Cares About Your Security
AccessOne's Values Shine Through Audit
Achieve Your Goals
Achieving High Availability in AWS
Activate Azure Key Rotation Reminders.mov
Antivirus Solutions on EC2 Instances
Audit Trail Review with Kibana, Athena, and GuardDuty
Auditor Insight: The Top 3 Issues with Your Risk Assessment [WEBINAR]
Avoid Using Default Service Account When Configuring Instances
Be Prepared for PCI Success
Become PCI DSS Compliant
Benefits of Risk Management
Bento Values Transparency
Best Practices for Change Management in AWS
Best Practices for Password Parameters
Business Environment
Change-Detection Solutions in AWS
Cloud Services Are Assets with Risk
Communicating Risk Assessment Results
Components to Include in Your Cybersecurity Program
Concerned About the ISO 27001 Revisions? Don't Be!
Consider Remote Assessment Competency & Experience
Consider the Potential for Fraud in Assessing Risks
Consistently Manage User Accounts with OS Login
Create Policies for Usage of Critical Technologies
Create an Assessment Together
Creating Unity Through Risk Assessment
Creating a Compliant Incident Response Plan
Cyber Threat Intelligence
Data Protection Impact Assessments and GDPR
Defining Likelihood and Impact
Defining Risk, Threat and Vulnerability
Definitions for Risk Assessment Components
Determining Impact to Your Assets
Determining Remote Assessment Feasibility
Disabling Insecure Ports and Protocols
Distribute Policies to Affected Parties
Do Data Privacy Laws Require Specific Security Controls?.mov
Do Not Enable Serial Ports for VM Instance
Do Not Use Project-Wide SSH Keys When Authenticating Instances
Does AWS Provide Vendor Defaults?
Does Zero Risk Exist
Don't Discount Likelihood
EC2 Instances in Availability Zones
Enable Access Transparency to Monitor Google Cloud Engineer Access
Enable Alerting for Cloud Storage IAM Permission Changes
Enable Bucket Lock to Protect Sink Destinations from Modification
Enable Cloud Audit Logging Across Your Project
Enable Cloud DNS Logging for VPC Networks
Enable HTTPS Connections on App Engine Applications
Enable Shielded VM to Ensure Operating System is Trustworthy
Encrypt BigQuery Datasets with Customer Managed Encryption Key (CMEK)
Encrypted Cardholder Data and Scope
Encryption Opportunities
Encryption for EBS Volumes
Encryption for S3 Buckets
Ensure Alerts Exist for Project Ownership Changes
Ensure Alerts are Received for VPC Network Changes
Ensure BigQuery Datasets Are Not Publicly Accessible
Ensure Cloud Storage Buckets Are Not Publicly Accessible
Establish Confidentiality & Security Requirements for Remote Assessments
Establish a Log Metric Alert for Configuration Changes in SQL Instances
Establishing the Scope of your Cardholder Data Environment
Evaluating Likelihood and Impact
Events that Drive Key Rotation
Evidence Reliability in Remote Assessment Interviews
Forian's Focus on Information Security and Privacy
Generate Log Metric Alerts for Custom Role Changes
Getting Started with PCI Compliance
HIPAA Enforcement Actions
HIPAA Risk Analysis
HIPAA Safe Harbor
HIPAA and Risk Analysis
HITRUST and Risk Assessment
Harden Cloud SQL Database with Logging
Historically View Project Resources in Asset Inventory
How Do We Become Compliant With PCI?.mp4
How Do You Scope a PCI DSS Assessment?
How Much Time Does An Assessment Take?
How Often Should We Assess Risk
How Privacy Laws Apply to You
How to Configure Encryption for EBS Volumes on New EC2 Instances
How to Configure Encryption for S3 Buckets
How to Define Your Scope
How to Identify, Analyze, and Manage Risks to Objectives
How to Properly Assess Client Risk
How to Restrict Public Access to S3 Buckets
How to Succeed with ISO 27001
How to Use S3 Bucket Policies
How to Use S3 Versioning and Lifecycle Rules
IP Forwarding Should Not Be Enabled for Instances
ISO 27001 Clause 6.1.1
ISO 27001 Clause 6.1.2
ISO 27001 Risk Assessment Documentation
Identify Your Assets
Identify and Assess Changes That Could Impact Internal Controls
Identify and Mitigate Risk with a Risk Assessment Policy
Identify and Prioritize Your Cloud Security Risk
Identifying Assets, Threats, and Vulnerabilities
Industry Standards for Risk Assessment
Introduction to NIST SP 800-30
Introduction to NIST SP 800-39
Introduction to PCI DSS: What is the Payment Card Industry Data Security Standard
Just start!
Justifying Remote Assessment Legitimacy
Key Rotation and Management
Leverage Confidential Computing to Protect Data
Leverage Google Cloud Engineers by Granting Access Approval
Limiting PCI DSS Scope
Load Balancers Must Require TLS 1.2
Manage Access Securely Using Uniform Bucket-Level Access
Managing Security Requirements with Multiple Vendors
Minimize Public IP Address on Compute Instances
Minimize Root and SA Account Access in Cloud SQL
Monitoring Changing Risk
NIST CSF Identify Function
NIST Security & Privacy Controls
Navigate Privacy with an Expert
Network Segmentation for AWS
Overview of Environmental Risk
PCI Compliance One Step at a Time
PCI Council's Expected Assessment Method
PCI DSS Assessment Scope: Identify All Other People Processes and Technology
PCI DSS Assessment Scope: Identify Cardholder Data Flows
PCI DSS Assessment Scope: Identify People and Processes
PCI DSS Assessment Scope: Identify Technology
PCI DSS Assessment Scope: Identify Third Parties
PCI DSS Requirement 1.1.1 - Implementing a Change Control Program
PCI DSS Requirement 1.1.2 and 1.1.3 - Network Documentation Best Practices
PCI DSS Requirement 1.1.4 - Establishing a Firewall and DMZ
PCI DSS Requirement 1.1.5 Defining Roles and Responsibilities for Managing Network Components
PCI DSS Requirement 1.1.6 Documentation of Business Justification & Approval for use of all Services, Ports and Protocols
PCI DSS Requirement 1.1.7 - Review Firewall and Router Rule Sets
PCI DSS Requirement 1.2 Restrict Connections to Untrusted Networks
PCI DSS Requirement 1.2.1 Restrict Traffic to that which is Necessary
PCI DSS Requirement 1.2.2 Secure and Synchronize Router Configuration Files
PCI DSS Requirement 1.2.3 Install Firewalls Between all Wireless Networks and the CDE
PCI DSS Requirement 1.3 Examine Firewall and Router Configurations
PCI DSS Requirement 1.3.1 - Establishing a DMZ
PCI DSS Requirement 1.3.2 Limit Inbound Internet Traffic
PCI DSS Requirement 1.3.3 - Implement Anti Spoofing Measures
PCI DSS Requirement 1.3.4 - Deny Unauthorized Outbound Traffic
PCI DSS Requirement 1.3.5 - Permit Only Established Connections into the Network
PCI DSS Requirement 1.3.6 Segregate the CDE from the DMZ
PCI DSS Requirement 1.3.7 Do Not Disclose Private IP Addresses
PCI DSS Requirement 1.4 Install Personal Firewall Software
PCI DSS Requirement 1.5 Ensure Security Policies are Known to all Affected Parties
PCI DSS and Risk Assessment
PCI Requirement 10 – Track and Monitor all Access to Network Resources and Cardholder Data
PCI Requirement 10.1 – Implement Audit Trails to Link all Access to System Components
PCI Requirement 10.2 – Implement Automated Audit Trails for all System Components
PCI Requirement 10.2.1 – All Individual User Accesses to Cardholder Data
PCI Requirement 10.2.2 – All Actions Taken by Any Individual with Root or Administrative Privileges
PCI Requirement 10.2.3 – Access to All Audit Trails
PCI Requirement 10.2.4 – Invalid Logical Access Attempts.mp4
PCI Requirement 10.2.5 – Use of and Changes to Identification Accounts with Root Privileges
PCI Requirement 10.2.6 – Initialization, Stopping, or Pausing of the Audit Logs
PCI Requirement 10.2.7 – Creation and Deletion of System-Level Objects
PCI Requirement 10.3 – Record at Least the Following Audit Trail Entries for All System Components
PCI Requirement 10.3.1 – User Identification
PCI Requirement 10.3.2 – Type of Event
PCI Requirement 10.3.3 – Date and Time
PCI Requirement 10.3.4 – Success or Failure Indication
PCI Requirement 10.3.5 – Origination of Event
PCI Requirement 10.3.6 – Identity or Name of Affected Data, System Component, or Resource
PCI Requirement 10.4 – Using Time-Synchronization Technology, Synchronize All Critical Systems
PCI Requirement 10.4.1 – Critical Systems Have the Correct and Consistent Time
PCI Requirement 10.4.2 – Time Data is Protected
PCI Requirement 10.4.3 – Time Settings Are Received from Industry-Accepted Time Sources
PCI Requirement 10.5 – Secure Audit Trails so They Cannot Be Altered
PCI Requirement 10.5.1 – Limit Viewing of Audit Trails to Those with a Job-Related Need
PCI Requirement 10.5.2 – Protect Audit Trail Files from Unauthorized Modifications
PCI Requirement 10.5.3 – Promptly Back Up Audit Trail Files to a Centralized Log Server
PCI Requirement 10.5.4 – Write Logs for External-Facing Technologies onto a Secure Device
PCI Requirement 10.5.5 – Use File-Integrity Monitoring or Change-Detection Software on Logs
PCI Requirement 10.6 – Review Logs and Security Events for All System Components
PCI Requirement 10.7 – Retain Audit Trail History for at Least One Year, with Three Months Available
PCI Requirement 10.8 –Implement a Process for the Detection of Failures of Critical Control Systems
PCI Requirement 10.8.1 –Respond to Failures of Any Critical Security Controls in a Timely Manner
PCI Requirement 10.9 – Document Policies & Procedures for Monitoring Access to Network Resources
PCI Requirement 11 - Regularly Test Security Systems & Processes
PCI Requirement 11.1 – Implement Processes to Test for the Presence of Wireless Access Points
PCI Requirement 11.1.2 – Unauthorized Wireless Access Points Detection
PCI Requirement 11.2 – Quarterly Internal & External Vulnerability Scans
PCI Requirement 11.2.1 – Perform Quarterly Internal Vulnerability Scans
PCI Requirement 11.2.2 – Perform Quarterly External Vulnerability Scans
PCI Requirement 11.2.3 – Perform Internal and External Scans and Rescans as Needed
PCI Requirement 11.3 – Implement a Methodology for Penetration Testing
PCI Requirement 11.3.1 – Perform External Penetration Testing at Least Annually
PCI Requirement 11.3.2 – Perform Internal Penetration Testing at Least Annually
PCI Requirement 11.3.3 – Exploitable Vulnerabilities Found During Penetration Testing are Corrected
PCI Requirement 11.3.4 – Perform Penetration Tests if Segmentation is Used
PCI Requirement 11.3.4.1 – Confirm PCI DSS Scope by Performing Penetration Testing on Segmentation
PCI Requirement 11.4 – Use Intrusion-Detection and/or Intrusion-Prevention Techniques
PCI Requirement 11.5 – Deploy a Change-Detection Mechanisms to Alert Personnel
PCI Requirement 11.5.1 – Implement a Process to Respond to Change-Detection Solution Alerts
PCI Requirement 11.6 – Ensure Security Policies for Security Monitoring are Documented
PCI Requirement 12- Maintain a Policy that Addresses Information Security for All Personnel
PCI Requirement 12.1 & 12.1.1 – Establish, Publish, Maintain, and Disseminate a Security Policy
PCI Requirement 12.10 – Implement an Incident Response Plan
PCI Requirement 12.10.1 – Create the Incident Response Plan to Be Implemented
PCI Requirement 12.10.2 – Review and Test the Plan at Least Annually
PCI Requirement 12.10.3 – Designate Specific Personnel to Be Available on a 24/7 Basis
PCI Requirement 12.10.4 – Provide Training to Staff with Security Breach Responsibilities
PCI Requirement 12.10.5 – Include Alerts from Security Monitoring Systems
PCI Requirement 12.10.6 – Develop a Process to Modify and Evolve the Incident Response Plan
PCI Requirement 12.11 – Perform Reviews to Confirm Personnel Are Following Security Policies
PCI Requirement 12.11.1 – Maintain Documentation of Quarterly Review Process
PCI Requirement 12.2 – Implement a Risk Assessment Process
PCI Requirement 12.3 – Develop Usage Policies for Critical Technologies
PCI Requirement 12.3.1 – Explicit Approval by Authorized Parties
PCI Requirement 12.3.10 – Prohibit the Moving of Cardholder Data onto Local Hard Drives
PCI Requirement 12.3.2 – Authentication for Use of the Technology
PCI Requirement 12.3.3 – A List of All Such Devices and Personnel with Access
PCI Requirement 12.3.4 – A Method to Accurately Determine Owner, Contact Information, and Purpose
PCI Requirement 12.3.5 – Acceptable Uses of the Technology
PCI Requirement 12.3.6 – Acceptable Network Locations for the Technologies
PCI Requirement 12.3.7 – List of Company-Approved Products
PCI Requirement 12.3.8 – Automatic Disconnect of Sessions for Remote-Access Technologies
PCI Requirement 12.3.9 – Activation of Remote-Access Technologies for Vendors and Business Partners
PCI Requirement 12.4 – Ensure Security Policies & Procedures Define Responsibilities for All
PCI Requirement 12.4.1 – Executive Management Shall Establish Responsibility
PCI Requirement 12.5 – Assign Information Security Management Responsibilities to a Team
PCI Requirement 12.5.1 – Establish, Document, and Distribute Security Policies and Procedures
PCI Requirement 12.5.2 – Monitor and Analyze Security Alerts and Distribute to Appropriate Personnel
PCI Requirement 12.5.3 – Establish Security Incident Response and Escalation Procedures
PCI Requirement 12.5.4 – Administer User Accounts, Including Additions, Deletions, and Modifications
PCI Requirement 12.5.5 – Monitor and Control All Access to Data
PCI Requirement 12.6 – Implement a Formal Security Awareness Program
PCI Requirement 12.6.1 – Educate Personnel Upon Hire and at Least Annually
PCI Requirement 12.6.2 – Require Personnel to Read and Understand Security Policies and Procedures
PCI Requirement 12.7 – Screen Personnel Prior to Hire to Minimize the Risk of Attacks
PCI Requirement 12.8 & 12.8.1 – Manage Service Providers with Cardholder Data Access
PCI Requirement 12.8.2 - Service Providers are Responsible for the Security of Cardholder Data
PCI Requirement 12.8.3 – Ensure there is an Established Process for Engaging Service Providers
PCI Requirement 12.8.4 and 12.8.5 – Monitor Service Providers’ PCI DSS Compliance Status
PCI Requirement 12.9 – Service Providers are Responsible for the Security of Cardholder Data
PCI Requirement 2.1 - Always Change Vendor-Supplied Defaults
PCI Requirement 2.1.1 - Change all Wireless Vendor Defaults
PCI Requirement 2.2 - Develop Configuration Standards for all System Components
PCI Requirement 2.2.1 - Implement Only One Primary Function Per Server
PCI Requirement 2.2.2 - Enable Only Necessary Services, Protocols and Daemons
PCI Requirement 2.2.3 - Implement Additional Security Features
PCI Requirement 2.2.4 - Configure System Security Parameters to Prevent Misuse
PCI Requirement 2.2.5 - Remove all Unnecessary Functionality
PCI Requirement 2.3 - Encryption
PCI Requirement 2.4 - Maintain an Inventory of In-Scope System Components
PCI Requirement 2.5 - Ensure Security Policies Are Known to All Affected Parties
PCI Requirement 2.6 - Shared Hosting Providers Must Protect Each Entity’s Hosted Environment
PCI Requirement 3.1 - Keep Cardholder Data Storage to a Minimum
PCI Requirement 3.2 - Do Not Store Sensitive Authentication Data After Authorization
PCI Requirement 3.3 Mask PAN when Displayed
PCI Requirement 3.4 Render PAN Unreadable Anywhere it Is Stored
PCI Requirement 3.4.1 Logical Access Management
PCI Requirement 3.5 Document & Implement Procedures to Protect Keys
PCI Requirement 3.5.1 Maintain a Documented Description of The Cryptographic Architecture
PCI Requirement 3.5.2 Restrict Access to Cryptographic Keys
PCI Requirement 3.5.3 Store Secret and Private Keys Used to Encrypt/Decrypt Cardholder Data
PCI Requirement 3.5.4 Store Cryptographic Keys in The Fewest Possible Locations
PCI Requirement 3.6 Document & Implement all Key-Management Processes & Procedures
PCI Requirement 3.6.1 Generation of Strong Cryptographic Keys
PCI Requirement 3.6.2 Secure Cryptographic Key Distribution
PCI Requirement 3.6.3 Secure Cryptographic Key Storage
PCI Requirement 3.6.4 Cryptographic Key Changes at Cryptoperiod Completion
PCI Requirement 3.6.5 Replacing Weakened Keys
PCI Requirement 3.6.6 Using Split Knowledge & Dual Control
PCI Requirement 3.6.7 Prevention of Unauthorized Substitution of Cryptographic Keys
PCI Requirement 3.6.8 Key-Custodian Responsibilities
PCI Requirement 3.7 Security Policies & Operational Procedures
PCI Requirement 4.1 – Use Strong Cryptography & Security Protocols to Safeguard Sensitive CHD
PCI Requirement 4.1.1 – Ensure Wireless Network Transmitting CHD Use Strong Encryption
PCI Requirement 4.3 – Ensure Security Policies and Procedures are Known to all Affected Parties
PCI Requirement 5.1 – Deploy Anti-Virus Software on all Commonly Affected Systems
PCI Requirement 5.1.1 – Ensure Anti-Virus Programs Detect, Remove and Protect Against Malware
PCI Requirement 5.1.2 – Perform Evaluations to Identify & Evaluate Evolving Malware Threats
PCI Requirement 5.2 – Ensure Anti-Virus Mechanisms are Current, Perform Scans, & Generate Audit Logs
PCI Requirement 5.3 – Ensure Anti-Virus Mechanisms are Active and Can’t be Altered
PCI Requirement 5.4 – Ensure Security Policies and Procedures are Known to all Affected Parties
PCI Requirement 6 – Develop and Maintain Secure Systems and Applications
PCI Requirement 6.1 – Establish a Process to Identify Security Vulnerabilities
PCI Requirement 6.2 – Ensure all Systems and Software are Protected from Known Vulnerabilities
PCI Requirement 6.3 – Develop Secure Software Applications
PCI Requirement 6.3.1 – Remove Development and Test Accounts, User IDs, and Passwords Before Release
PCI Requirement 6.3.2 – Review Custom Code Prior to Release
PCI Requirement 6.4 – Follow Change Control Processes & Procedures for Changes to System Components
PCI Requirement 6.5 – Address Common Coding Vulnerabilities in Software-Development Processes
PCI Requirement 6.5.1 – 6.5.6 Recap
PCI Requirement 6.5.1 – Injection Flaws
PCI Requirement 6.5.2 – Buffer Overflow
PCI Requirement 6.5.3 – Insecure Cryptographic Storage
PCI Requirement 6.5.4 – Insecure Communications
PCI Requirement 6.5.5 – Improper Error Handling
PCI Requirement 6.5.6 – All “High Risk” Vulnerabilities
PCI Requirement 6.5.7 – Cross-Site Scripting (XSS)
PCI Requirement 6.5.8 – Improper Access Control
PCI Requirement 6.5.9 – Cross-Site Request Forgery
PCI Requirement 6.6 – Address Threats & Vulnerabilities Regularly for Public-Facing Web Applications
PCI Requirement 6.7 – Ensure Policies & Procedures for Systems Are Documented, in Use & Known
PCI Requirement 7 – Restrict Access to Cardholder Data by Business Need to Know.mp4
PCI Requirement 7.1 – Limit Access to System Components and Cardholder Data
PCI Requirement 7.1.1 – Define Access Needs for Each Role
PCI Requirement 7.1.2 – Restrict Access to Privileged User IDs to Least Privileges Necessary
PCI Requirement 7.1.3 - Assign access based on individual personnel’s job classification & function
PCI Requirement 7.1.4 – Require Documented Approval by Authorized Parties
PCI Requirement 7.2 – Establish an Access Control System
PCI Requirement 7.2.1 – Coverage of all System Components
PCI Requirement 7.2.2 – Assignment of Privileges Based on Job Function
PCI Requirement 7.2.3 – Default “Deny-All” Setting
PCI Requirement 7.3 – Document Policies & Procedures for Restricting Access to Cardholder Data
PCI Requirement 8 - Identify and Authenticate Access to System Components
PCI Requirement 8.1 – Define and Implement Policies and Procedures to Ensure Proper User Management
PCI Requirement 8.1.2 – Control Addition, Deletion, and Modification of User IDs, Credentials
PCI Requirement 8.1.3 – Immediately Revoke Access for Terminated Users
PCI Requirement 8.1.4 – RemoveDisable Inactive User Accounts Within 90 Days
PCI Requirement 8.1.5 – Manage IDs Used by 3rd Parties to Access, Support, or Maintain System Comps
PCI Requirement 8.1.6 – Limit Repeated Access Attempts by Locking Out User ID After Six Attempts
PCI Requirement 8.1.7 – Set Lockout Duration to a Minimum of 30 Minutes
PCI Requirement 8.1.8 – Require Re-Authentication After 15 Minutes of Inactivity
PCI Requirement 8.2 – Ensure Proper User-Authentication Management by Something You Know
PCI Requirement 8.2.1 – Use Strong Cryptography to Render All Authentication Credentials Unreadable
PCI Requirement 8.2.2 – Verify User Identity Before Modifying Any Authentication Credential
PCI Requirement 8.2.3 – Passwords Require a Min. of Seven Characters and Contain Numbers & Letters
PCI Requirement 8.2.4 – Change User PasswordsPassphrases at Least Once Every 90 Days
PCI Requirement 8.2.5 – New Passwords Can’t Be the Same as Any of the Last Four Passwords Used
PCI Requirement 8.2.6 – Set Passwords for First-Time Use and Upon Reset to a Unique Value
PCI Requirement 8.3 – Secure All Individual Non-Console Administrative Access
PCI Requirement 8.3.1 – Incorporate Multi-Factor Authentication for All Non-Console Access
PCI Requirement 8.3.2 – Incorporate Multi-Factor Authentication for all Remote Network Access
PCI Requirement 8.4 – Document and Communicate Authentication Policies and Procedures to All Users
PCI Requirement 8.5 – Do Not Use Group, Shared, or Generic IDs, or Passwords
PCI Requirement 8.5.1 – Remote Access to Customer Premises Must Use Unique Authentication
PCI Requirement 8.6 – Authentication Mechanisms Must Not Be Shared Among Multiple Accounts
PCI Requirement 8.7 – Restrict All Access to Any Database Containing Cardholder Data
PCI Requirement 8.8 – Ensure Policies & Procedures for Authentication are Documented
PCI Requirement 9 – Restrict Physical Access to Cardholder Data.mp4
PCI Requirement 9.1 – Use Facility Entry Controls to Limit Physical Access to CDE
PCI Requirement 9.1.1 – Use Video Cameras or Access Control Mechanisms to Monitor Physical Access
PCI Requirement 9.1.2 – Implement Physical Controls to Restrict Access to Accessible Network Jacks
PCI Requirement 9.1.3 – Restrict Physical Access to Wireless Access Points
PCI Requirement 9.10 – Ensure Policies for Restricting Physical Access to Cardholder Data are Known
PCI Requirement 9.2 – Develop Procedures to Easily Distinguish Between Onsite Personnel and Visitors
PCI Requirement 9.3 – Control Physical Access for Onsite Personnel to Sensitive Areas
PCI Requirement 9.4 – Implement Procedures to Identify and Authorize Visitors
PCI Requirement 9.4.1 – Visitors are Authorized Before Entering, and Escorted at all Times
PCI Requirement 9.4.2 – Visitors are Identified and Given a Badge that Expires
PCI Requirement 9.4.3 – Visitors are Asked to Surrender the Badge Before Leaving the Facility
PCI Requirement 9.4.4 – A Visitor Log is Used to Maintain a Physical Audit Trail of Visitor Activity
PCI Requirement 9.5 – Physically Secure all Media
PCI Requirement 9.5.1 – Store Media Backups in a Secure Location and Review the Location’s Security
PCI Requirement 9.6 – Maintain Control Over the InternalExternal Distribution of Any Kind of Media
PCI Requirement 9.6.1 – Classify Media so the Sensitivity of the Data Can Be Determined
PCI Requirement 9.6.2 – Send the Media by Secured Courier
PCI Requirement 9.6.3 – Ensure Management Approves All Media Moved from a Secured Area
PCI Requirement 9.7 – Maintain Strict Control Over the Storage and Accessibility of Media
PCI Requirement 9.7.1 – Properly Maintain Inventory Logs of All Media
PCI Requirement 9.8 – Destroy Media When it is no Longer Needed
PCI Requirement 9.8.1 – Shred Hard-Copy Materials so CHD Cannot be Reconstructed
PCI Requirement 9.8.2 – Render CHD on Electronic Media Unrecoverable
PCI Requirement 9.9 – Protect Devices That Capture Payment Card Data via Direct Physical Interaction
PCI Requirement 9.9.1 – Maintain an Up-To-Date List of Devices
PCI Requirement 9.9.2 – Periodically Inspect Device Surfaces to Detect Tampering or Substitution
PCI Requirement 9.9.3 – Provide Training for Personnel to Be Aware of Attempted Tampering of Devices
PCI Requirements 3.2.1, 3.2.2, & 3.2.3 Do Not Store Tracks, Codes, or PINs After Authorization
PCI v3.2.1 vs. PCI 4.0: What's Changed?
PCI v4.0 - 11.1.1: Requirement 11 Polices and Procedures Are In Place
PCI v4.0 - 11.1.2: Requirement 11 Roles and Responsibilities Are In Place
PCI v4.0 - 11.2.1: Wireless Access Points Are Properly Managed
PCI v4.0 - 11.2.2: Maintain Inventory of All Authorized Wireless Access Points
PCI v4.0 - 11.3.1.1: Manage Non-High Risk and Non-Critical Vulnerabilities Appropriately
PCI v4.0 - 11.3.1.2: Use Authenticated Vulnerability Scanning Tools for Internal Scans
PCI v4.0 - 11.3.1.3: Perform Internal Scans After Significant Changes
PCI v4.0 - 11.3.1: Perform Internal Vulnerability Scans Frequently
PCI v4.0 - 11.3.2.1: Perform External Scans After Significant Changes
PCI v4.0 - 11.3.2: Perform External Vulnerability Scans Frequently
PCI v4.0 - 11.4.1: Define Document and Implement a Penetration Testing Methodology
PCI v4.0 - 11.4.2: Regularly Perform Internal Penetration Testing
PCI v4.0 - 11.4.3: Regularly Perform External Penetration Testing
PCI v4.0 - 11.4.4: Correct Vulnerabilities Found in Penetration Testing
PCI v4.0 - 11.4.5 & 11.4.6: Test the Effectiveness of Segmentation Controls Regularly
PCI v4.0 - 11.4.7: Multi-Tenant Service Providers Support Customers for External Penetration Testing
PCI v4.0 - 11.5.1.1: Detect Alert and Address Covert Malware Communication Channels
PCI v4.0 - 11.5.1: Implement Intrusion Detection and or Prevention Techniques
PCI v4.0 - 11.5.2: Deploy a Change-Detection Mechanism
PCI v4.0 - 11.6.1: Change-Detection or Tamper-Detection Mechanisms Are Deployed on Payment Pages
Partner With Risk Assessment Experts
Partner with Gap Analysis Experts
Partner with a Risk Assessment Expert
Penetration Testing for AWS Segmentation Controls
Penetration Testing in AWS
Perform Internal and External Vulnerability Scans
Performing Code Review Prior to Release
Periodically Regenerate Access Keys
Personnel Risk
Physical Security Responsibilities for AWS
Physical Security Responsibilities for AWS Users
Physical Threats for AWS
Policies, Procedures, and Standards - Best Practices for PCI DSS Compliance
Policy to Prohibit Cardholder Data on Remote Technology
Preparing for a Risk Assessment
Prevent Shared, Group, or Generic Accounts in AWS
Preventing Publicly Available S3 Buckets
Principles to Consider in Remote Assessments
Protect Cardholder Data Over the Internet
Protect Your Data with PCI DSS
Protecting Web Applications in AWS
Prove Your HIPAA Compliance
Publish and Maintain an Information Security Policy
Quarterly Reviews of Your Security Program
Ranking Risk
Re-Keying for Decryption
Real Stories of Gap Analysis Findings
Real-world Risk Assessment
Receive Alerts for Audit Configuration Changes
Receive Alerts for VPC Network Firewall Rule Changes
Register for a Risk Assessment Workshop
Remote Observation of Processes
Remote Testing Methods and the Importance of Interaction
Requirement 4 - Encrypt Transmission of Cardholder Data Across Open, Public Networks
Requirement 4.2 – Never Send Unprotected PAN by End-User Technologies
Restrict API Permissions If Using Default Service Accounts
Restrict Unnecessary External Access in Cloud SQL
Retaining Your Audit Trail in AWS
Reviewing Firewall and Router Configurations
Risk Assessment Obstacles
Risk Assessment Policy
Risk Assessment Requirements
Risk Management Strategy
Risk Treatment for ISO 27001
Running Vulnerability Scans After a Significant Change
SOC 2 Academy - How to Manage Risks
SOC 2 Academy - What Types of Risks Does Your Organization Face?
SOC 2 Academy: Assessing the Significance of Risk
SOC 2 Academy: How Fraud Can Impact Risk
SOC 2 Academy: How to Perform Thorough Inventory
Screen Employees to Reduce Risk
Secure Code Development in AWS
Secure Your Environment with ISO 27001
Security Awareness Training for CHD Policies
Separation of Duties in Penetration Testing
Service Providers to Establish Charters for Information Security Program
Set Expectations for Daily and Quarterly Reviews in Your Policy
Shared Responsibility Matrix in PCI
Should I Share Our Risk Assessment
Six Types of Risk
Specify Customer-Managed Encryption Key (CMEK) as Default in BigQuery Datasets
Specify Objectives for Risk Assessments
Start Your HITRUST Compliance Journey
Step One for Risk Assessment
Support MFA through IAM Policies
Testing - Webinar Design 1
Testing for Unauthorized Wireless Access Points
The 12 PCI DSS Requirements - How to Ensure PCI Compliance
The AWS Shared Responsibility Model
The Assessment of Fraud for SOC 2
The Challenges of Remote Assessments
The Client Experience at KirkpatrickPrice
The Criticality of Observing Live Data
The Importance of Observing Processes As They Occur
The Importance of Patch Management in Virtual Machines
The Importance of Publishing an Information Security Policy
The Importance of Responsibility Acknowledgement from Service Providers
The Importance of a Gap Analysis
The Value of In-Person Documentation Review
The Value of Quarterly Internal Vulnerability Scans
Thinking About Likelihood and Impact
Third Parties and Your PCI DSS Assessment
Third Parties are Threats Too
Three Types of Controls
Tips for Getting Started with Risk Assessment
Transfer of Legal Risk
Types of Assets to Consider
Understanding NIST SP 800-39
Understanding the "Deny All" Function
Update Your Policy When Your Environment Changes
Use Cloud Logging Sinks to Retain Logs
Use Customer Supplied Encyryption Keys (CSEK) for Critical VM Disks
Use TLS to Encrypt All Connections in Cloud SQL
Using AWS KMS
Using Amazon Time Sync Service
Using S3 Versioning
Using TLS 1.2 to Encrypt Data in Transit
Using Your Risk Assessment Results
Using an ASV for External Vulnerability Scans
VPC Network Route Changes Should Trigger Alerts
What Are The Steps to Risk Assessment
What Data Does PCI DSS Apply To?
What Does An Auditor Want In Our Risk Assessment
What Is HIPAA?
What Is HIPPA
What Is PCI DSS?
What Is Risk Management?
What Is the Process for Risk Assessment
What Risk Assessment Documentation is Necessary
What Risk Assessment Method is Appropriate
What Should Be Included in Your Risk Assessment
What Threats Should Be Considered
What You Need to Know About the ISO 27001 Revisions [WEBINAR]
What are Threats
What is KirkpatrickPrice's Approach to a PCI Audit
What is PCI DSS Compliance A Quick Primer on the Payment Card Industry Data Security Standard
What is Scoping
What is the HIPAA Privacy Rule?
What to Expect During a Gap Analysis
What to Include in a List of Service Providers
What to Include in a Written Contract with Service Providers
What's the Point of PCI DSS?
Who Does PCI DSS Apply To?
Who Is Involved In PCI?
Who Should Be Involved in the Assessment
Who is Involved in a Risk Assessment
Why Do You Need an Audit Report?
Why Is Penetration Testing Important?
Why Is Scope Important?
Why Risk Assessment?
Why Your Organization Should Address Data Privacy
You're Already Assessing Risk
Your PCI Audit Goes Wrong: What Do You Do?