Secure banks, fintechs and payment systems: card data and PCI DSS, payment fraud, open banking APIs, financial regulation such as DORA, and the threat actors who target money directly.
Estimated time: 15–27 months · At about 10 hours a week.
Learning path
Click a topic to see what to learn and where. Mark topics as you go; your progress is saved in this browser only.
The EU's Digital Operational Resilience Act sets ICT risk, incident reporting, testing and third-party rules for financial entities. Similar regimes exist elsewhere.
Secure open banking APIs and customer authentication.
Meet SWIFT CSP and core system controls.
Hands-on projects and labs
Design a tokenisation approach that takes a sample system out of PCI scope.
Build an OAuth flow meeting the FAPI profile for a sample banking API.
Assess a sample environment against the SWIFT CSP controls.
Done when you can…
Take a sample business through PCI DSS with reduced scope.
Secure a banking API to the FAPI profile.
Intermediate
Implementing PCI DSS
Segment the cardholder environment, tokenise to shrink scope, meet each requirement with evidence, and work with a QSA. Scope reduction is the smart path.
Regulation such as PSD2 opens bank APIs to third parties. Secure them with strong customer authentication, OAuth profiles such as FAPI and careful consent.
Strong customer authentication, device binding, passkeys and risk-based step-up protect accounts. Balance security with usability or customers will leave.
Build a DORA-compliant ICT risk and resilience programme.
Govern threat-led penetration testing.
Defend against payment fraud with the fraud team.
Design cloud use that satisfies financial regulators.
Hands-on projects and labs
Produce a DORA gap assessment and remediation plan for a sample bank.
Design the scope and governance of a TIBER-style test.
Build a transaction monitoring rule set for account takeover in a lab.
Done when you can…
Run a resilience programme that meets DORA or equivalent.
Show fraud and security controls working together.
Advanced
Implementing DORA
ICT risk framework, incident classification and reporting, threat-led penetration testing, third-party registers and exit plans. Build the programme and the evidence.
Authorised push payment fraud, card-not-present fraud and account takeover need transaction monitoring, behavioural signals and customer warnings. Work with the fraud team.
Financial regulators require fast, structured incident reports with strict deadlines. Build the classification and reporting process into incident response.
Financial institutions are attacked because that is where the money is, and regulated because that is where the trust is. Security here means protecting payment systems and customer money, meeting dense regulation, and defending against some of the most capable criminal groups.
The field covers card and payment security under PCI DSS, the security of banking platforms and open banking APIs, resilience regulation such as DORA, fraud and financial crime overlap, and the specific controls regulators expect. It rewards people who understand both security and how money moves.
Why it matters
Finance has the strictest security regulation and the most motivated attackers. Banks, insurers, payment firms and fintechs all need people who can meet regulatory expectations while keeping up with fraud and intrusion techniques aimed at money.
Typical job roles
EntrySecurity analyst (financial services)Runs controls and monitoring in a regulated environment.
Mid-levelPayment security specialistOwns PCI DSS and payment system controls.
SeniorFinancial services security architectDesigns security for banking platforms and APIs.
LeadCISO (financial services)Accountable to regulators and the board.
Prerequisites
Security fundamentals and at least one technical domain.
How payments, banking and financial markets work at a basic level.
NIST Cybersecurity Framework (CSF) 2.0A common way to describe and improve an organisation's security, organised as Govern, Identify, Protect, Detect, Respond and Recover.
ISO/IEC 27001The international standard for an information security management system (ISMS), and the one organisations get certified against.
SOC 2An audit report on how a service provider protects customer data, very common for SaaS companies.