McTaba Labs logo
Software EngineeringThe WhiteboardProjectsEventsMasterclassesWebinarsLearn
Book Call

500+ developers already in the community

Get answers, find accountability partners, and stay ahead

Join Discord →
McTaba Labs logo

Educating 1 million students in tech by 2030.

Programs

  • HighSchool Graduates Launchpad
  • AI & Business Automation
  • Corporate Training
  • McTaba Story & Mission
  • Full-Stack Curriculum
  • Course Pricing & Plans
  • Frequently Asked Questions

Resources

  • Join Discord Community
  • Tech Events in Nairobi
  • Masterclasses
  • Free Resources
  • Learn
  • Campus
  • Africa Tech Talent Report
  • Partner With Us
  • Start a Project
  • Our Work

Contact Us

  • 124 Manyani East Road, Lavington, Nairobi
  • +254727795603
  • Book a Discovery Call

Office Hours:

Mon-Fri: 9am - 2pm EAT

Sat: 10am - 12pm EAT

© 2027 McTaba Labs - A product of Edtech Industries. All rights reserved.

Privacy PolicyTerms of ServiceRefund Policy
  1. Learn
  2. Paystack for African Developers
  3. PCI DSS Scope When You Use Paystack
Bonaventure OgetoBy Bonaventure Ogeto|Updated July 22, 2026

PCI DSS Scope When You Use Paystack

If you use Paystack Inline or Paystack Popup and never handle raw card data, you qualify for SAQ A — the simplest PCI DSS compliance tier. Fill out the self-assessment questionnaire annually. If you use the Paystack Charge API to capture card data directly, you fall under SAQ A-EP or higher. If you store, process, or transmit raw card data yourself, you are in SAQ D and need a QSA audit.

In this article

  1. 1. Which SAQ Applies to Your Paystack Integration
  2. 2. Your Residual PCI Responsibilities
  3. 3. Learn More

Which SAQ Applies to Your Paystack Integration

Integration TypeSAQNotes
Paystack Popup / redirect to Paystack checkout SAQ A Simplest. ~20 requirements. Self-assessment only.
Paystack Inline.js on your own page (iframe) SAQ A-EP Your page delivers the payment script. More requirements.
Paystack Charge API with card tokenization in your app SAQ D or A-EP Depends on how the card data flows through your systems.
You store card numbers yourself SAQ D Full audit required. Never do this.

Most developers using Paystack Inline or the popup fall under SAQ A or SAQ A-EP. You do not need to hire a QSA (Qualified Security Assessor) for these tiers.

Your Residual PCI Responsibilities

Even at SAQ A, you have obligations:

  • Annual self-assessment — Complete the SAQ A questionnaire once a year.
  • Quarterly ASV scans — Run approved vulnerability scans on any server that handles payment pages (even if they just host the Paystack Inline script).
  • Patching — Keep your servers, frameworks, and dependencies up to date. A compromised server that hosts a Paystack integration can still be used to inject malicious scripts.
  • Access control — Only staff who need access to payment data (transaction history, not card numbers) should have it.
  • Incident response plan — Have a documented plan for what to do if you suspect a breach.
  • No cardholder data storage — Explicitly verify that no card numbers appear in your database, logs, or backups.

Get weekly developer tips

Join 25,000+ developers. Practical guides, job tips, and new content — straight to your inbox.

No spam. Unsubscribe anytime.

Learn More

This guide is part of the Paystack security and PCI compliance guide.

Sign up for the McTaba newsletter

Key Takeaways

  • ✓SAQ A applies when all card data functions are outsourced to Paystack and your pages only link or redirect to Paystack's checkout.
  • ✓SAQ A-EP applies when your page loads scripts that could access card data (e.g., custom Inline JS implementations on your own domain).
  • ✓SAQ D requires a QSA-led audit — only if you store, process, or transmit raw card data. Paystack prevents this.
  • ✓Your residual PCI responsibilities: annual SAQ completion, quarterly vulnerability scans, keeping your server software patched.
  • ✓Do not store cardholder data (full PAN, CVV, or PIN) in any system — databases, logs, or backups.
  • ✓Paystack is itself PCI DSS Level 1 certified — the highest level. Their infrastructure handles the heavy compliance burden.

Frequently Asked Questions

Do I need to be PCI DSS certified to use Paystack?
No certification is required — PCI DSS for most merchants is a self-assessment (SAQ), not a third-party audit. As a Paystack merchant, fill out the appropriate SAQ annually. Certification by a QSA (Qualified Security Assessor) is only required at the highest merchant tiers (processing over 6 million transactions per year).
What is a QSA and do I need one?
A QSA (Qualified Security Assessor) is a company certified by the PCI Council to conduct formal PCI DSS audits. Most small to mid-size merchants using Paystack do not need a QSA — the self-assessment questionnaire is sufficient. QSAs are required for Level 1 merchants (very high volume) or when card networks specifically require a formal audit.
If Paystack is PCI Level 1, does that cover me?
Paystack's PCI Level 1 certification covers their infrastructure — not yours. You benefit from not having to handle card data, but you still have your own PCI scope (your servers, your code, your access controls). Paystack being Level 1 means the payment processing pipeline is secure, not that your entire system is compliant by proxy.
Can I get a letter from Paystack confirming they are PCI compliant?
Yes. Contact Paystack support or your account manager to request their Attestation of Compliance (AOC). This document confirms Paystack's PCI Level 1 status and is what you share with banks, enterprise clients, or auditors who ask about the compliance of your payment processor.

Learn Paystack Integration

KES 2,999

The definitive guide to building payment systems with Paystack — from your first transaction to production-grade payment infrastructure across Africa. 9 modules, 47 lessons. Free preview available.

Start Paystack Course

Not ready? Create Free Account

Keep reading

Paystack Security, Keys and PCI Compliance: Complete Guide

A complete security reference for Paystack integrations. Covers API key types and rotation, secure key storage, PCI DSS compliance scope, price tampering prevention, webhook replay attacks, rate limiting, fraud signals, and logging without exposing secrets.

Read more

Never Commit Your Paystack Key: Detection and Remediation

Committing a Paystack secret key to version control is one of the most common and most dangerous mistakes in payment integrations. This guide shows you how to detect committed keys, set up automated prevention with pre-commit hooks, and remediate the damage when a key does slip through.

Read more

Replay Attacks on Paystack Webhooks

A replay attack captures a legitimate Paystack webhook and sends it to your server again. The signature is valid because the payload is unchanged. Without idempotency checks, your server processes the same payment twice, granting double value to the attacker. This guide shows how to defend against replays.

Read more

Logging Payments Without Logging Secrets

Good payment logging helps you debug failed charges and reconcile transactions. Bad payment logging leaks your Paystack secret key, card tokens, or customer data into log files that attackers can read. This guide draws a clear line between safe and dangerous payment log data.

Read more

Paystack Subaccount Settlement Missing

Your subaccount received transactions but the settlement never arrived in their bank account. Here is how to trace the problem from split to settlement to bank.

Read more

Explore related topics

M-Pesa & African Stack

M-Pesa Daraja API tutorials, USSD development, and WhatsApp Business API guides. The African Stack that global bootcamps do not teach.

Learn to Code in Kenya

Everything a Kenyan needs to know before writing their first line of code. Career paths, real costs, hardware requirements, and honest answers about what it takes.

Learning to Code

Roadmaps, language guides, and practical advice for learning to code and launching a programming career.

Breaking Into Tech

Practical, no-nonsense guides for anyone looking to start or change their career in tech. From choosing your first language to acing interviews.

The African Stack: Skills for This Market

The skills that make Kenyan developers hard to replace: M-Pesa, USSD, WhatsApp, fintech, and building for the African market.

Bonaventure Ogeto

Bonaventure Ogeto

Founder, McTaba Labs

Bonaventure is the founder of McTaba Labs, a coding bootcamp in Nairobi, Kenya. He has spent years building products for the African market and mentoring the next generation of developers across the continent.