Industry
Technology and security for banking and financial services
Financial institutions run decades-old core systems next to real-time payment rails, mobile apps and partner APIs, under close supervision. Onion Infosec builds, secures and operates technology for that environment.
- Sector
- Banking & Financial Services
- Segments
- Banking, Capital markets, Payments and fintech, Lending
01Context
Financial institutions hold what attackers want most: money, personal data and the trust that keeps a financial system working.
A security failure here is a business event, a board event and a regulatory event at the same time.
The technology is mixed. Core banking and trading systems that are decades old connect to real-time payment rails, mobile apps and open APIs. Fintechs and lenders release quickly on cloud infrastructure that moves real money, while partner banks and enterprise customers ask for evidence of control before contracts are signed. Every join between old and new is a place where controls can fail.
02Technology
What the sector builds and runs.
- Core and payment modernization
- API layers in front of core banking, payment scheme integrations and staged migration of legacy workloads to cloud, planned so that settlement and reporting are not interrupted.
- Customer-facing products
- Mobile and web banking, onboarding and KYC flows, lending journeys and partner APIs, with threat modeling and security testing inside the delivery pipeline.
- AI in regulated workflows
- Document processing, fraud and risk models and internal assistants, built with data controls, evaluation and audit trails that a model risk or compliance function can review.
- Operations under change control
- Cloud platforms, identity, endpoint management, 24×7 monitoring and support, run with the change records and evidence that supervisors and auditors ask to see.
03Risk
The risks that matter most.
- Intrusion aimed at payment fraud
- Actors who specialize in access to payment switches, interbank messaging infrastructure and transaction manipulation, and who exploit gaps in reconciliation.
- Credential and session theft
- Phishing and token theft against staff who can move money or read customer records, and credential stuffing against customer channels.
- API abuse and business-logic fraud
- Payment flows, onboarding checks and transaction limits probed by financially motivated actors who look for logic errors, not software bugs.
- Third-party concentration
- Core banking vendors, payment processors, cloud providers and fintech integrations extend the attack surface beyond the institution’s direct control.
04Regulation and assurance
What you may need to demonstrate.
PCI DSS covers cardholder data and the SWIFT Customer Security Controls Framework covers interbank messaging. DORA in the EU, GLBA in the United States and GDPR set expectations for resilience testing, third-party oversight, data protection and incident reporting. Regional supervisors add their own rules, for example RBI directions and SEBI CSCRF in India. Partners commonly ask for SOC 2 and ISO 27001 as well.
Which of these apply depends on where you operate and what you do. We scope against your actual obligations.
05Where we usually start
Services that matter most here.
Managed SOC and MDR
24×7 monitoring with detections written for payment systems, privileged access and customer channels, and case records that hold up in a supervisory review.
GRC and compliance
One control set mapped across PCI DSS, SWIFT CSCF, DORA and regional supervisory rules, so a control operated once produces evidence for several frameworks.
SEBI CSCRF compliance
For SEBI-regulated entities: categorization, gap assessment, VAPT, SOC monitoring and the evidence the periodic cyber audit expects, mapped to the RBI and DPDP Act requirements that overlap with it.
Application security
Design review, code review and testing for payment flows, onboarding and partner APIs, where a business-logic flaw becomes fraud.
Software and product development
API layers, digital channels and lending journeys built by teams that treat security requirements as part of the specification.
Cloud transformation
Staged migration of regulated workloads with landing zones, data residency decisions and outsourcing documentation prepared before the regulator asks.
AI
Document processing, risk models and internal assistants delivered with access control, evaluation and logging suited to a regulated institution.
