Solutions · Industry · SaaS & technology
SaaS and technology companies hold many customers' data in one platform, so one access-control flaw can expose all of them. ioSENTRIX tests your app, APIs, identity, cloud and pipeline the way an attacker would, and a retest of your fixes is included.
01The short answer
Keeping every customer's data inside its own tenant across every surface an attacker can reach: the web app, public and partner APIs, SSO and identity, cloud infrastructure, mobile apps and the CI/CD pipeline that ships them. For most SaaS companies it also means evidence for SOC 2, ISO/IEC 27001 and the security questionnaires enterprise customers send.
Attackers want one tenant's access to reach another tenant's data, or an admin export.
Testers sign in as several tenants and roles and chain weaknesses scanners miss, including business logic.
Every finding comes with a proof-of-concept exploit and a prioritized recommendation.
SaaS security protects a software-as-a-service platform and its customers' data: tenant isolation, authentication and authorization, API security, cloud configuration and a secure development pipeline. Read the cybersecurity audits SaaS companies prepare for.
SaaS penetration testing is an authorized, simulated attack on a SaaS product, carried out as several tenants and roles at once, so it shows whether one customer can reach another's data. Read is penetration testing required for SOC 2?
02See it in action
Scanners test each endpoint on its own. Attackers chain them. This is how one path from a free-trial account to another customer's data export is found, proven and closed.
GET /api/v1/orgs/{id}/projectsFixed: tenant from the session03What your customers' reviewers see
We test with several tenants and roles at once, so a flaw that only shows between customers is found.
Findings are proven on agreed test tenants and described as which customer data an attacker could reach, not as a scanner score.
Each step gets its own fix, and the whole path is replayed in the retest to show it no longer works.
Illustrative example. The tenants, endpoints, path and statuses are a composite for explanation only and do not describe any client. Testing uses tenants and accounts agreed in the rules of engagement.
03Threat landscape
Common threats to SaaS and technology companies, where they land, and how ioSENTRIX tests each one.
| Threat | Where it lands | How ioSENTRIX tests it | Service |
|---|---|---|---|
| Tenant isolation failure | Multi-tenant data stores, APIs, files and exports | Cross-tenant testing with several test tenants and roles, swapping IDs, tokens and scopes | Web app & API pentest |
| API abuse | Public, partner and internal APIs | Object, property and function-level authorization, authentication and rate limits against the OWASP API Security Top 10 (2023) | API penetration testing |
| SSO and OAuth flaws | SAML and OIDC login, OAuth apps and user provisioning | Redirect and token handling, account linking, session and MFA testing. See OAuth security | Application security |
| Cloud misconfiguration | AWS, Azure and GCP accounts | Cloud configuration review and testing of exposed services, identity and access, and storage | Cloud security |
| CI/CD and secrets | Repositories, build pipelines and deploy keys | Pipeline and repository review for exposed secrets, over-privileged tokens and unsafe build steps | ASaaS |
| AI features | LLM assistants, agents and retrieval in your product | Prompt injection, data leakage and tool-abuse testing of AI features | AI penetration testing |
| Release drift | Features shipped between annual tests | Testing on a platform each release cycle, with retests in the same place | PTaaS |
| Insecure design | Architecture and the development lifecycle | Architecture review, threat modeling and secure code review | Application security |
Coverage is agreed per engagement in the written scope.
04Regulation
The frameworks and rules SaaS companies are asked about most often, and what each one says about testing.
Service organizations whose customers ask for a SOC 2 report
No criterion names a penetration test, but CC4.1 calls for separate evaluations of your controls, and auditors usually ask for one. SOC 2 penetration testing
Organizations certifying an information security management system
No control names a penetration test. Testing evidence usually sits under 8.8 (technical vulnerability management) and 8.29 (security testing in development and acceptance). ISO 27001 penetration testing
Controllers and processors within the GDPR's territorial scope (Article 3)
Appropriate technical and organisational measures including, as appropriate, a process for regularly testing, assessing and evaluating their effectiveness. EUR-Lex ↗
SaaS vendors selling to enterprises
Enterprise buyers commonly ask for a recent independent penetration test report and proof that findings were fixed. How buyers assess vendors
Orientation, not legal advice. Which rules apply depends on where you operate, who your customers are and the data you process. ioSENTRIX performs the testing and writes reports your auditor and customers can review; it does not issue SOC 2 reports or ISO certificates.
05Surfaces
Surface by surface, with the standard each one is tested against.
Access control, tenant isolation, session handling and business logic in the product your customers use.
Every endpoint tested as every tenant and role, so a caller reaches only the data and functions it is entitled to.
SAML and OIDC sign-in, OAuth apps, MFA and user provisioning, including account linking and token handling.
Cloud configuration review and testing of the services, identity and storage behind the product.
iOS and Android apps and the APIs behind them: secrets in the build, local storage and transport security.
Secure code review and pipeline review for secrets, over-privileged tokens and unsafe build steps.
06Independently verified
“The team at ioSENTRIX is professional and highly skilled at their craft.”
“We were impressed with ioSENTRIX's ability to independently validate the security of our customer-facing product.”
07How we help
Described by sector. Clients are never named.
08Insights
09FAQ
Short answers to what SaaS security and engineering leaders ask us most.
Ask us something elseSaaS security is the set of controls that protect a software-as-a-service platform and its customers' data: tenant isolation, authentication and authorization, API security, cloud configuration and a secure development pipeline. A SaaS penetration test checks whether those controls hold against a real attacker. See what is SaaS security.
Broken tenant isolation: one customer reaching another customer's data or functions, usually through an API that trusts an ID sent in the request. This is broken object level authorization, API1 in the OWASP API Security Top 10 (2023). We test it by signing in as several test tenants and roles and swapping IDs, tokens and scopes.
Neither names one. SOC 2 criterion CC4.1 calls for ongoing and/or separate evaluations of controls, and in ISO/IEC 27001:2022 testing evidence usually sits under Annex A 8.8 (technical vulnerability management) and 8.29 (security testing in development and acceptance). Auditors and enterprise customers usually ask for a recent independent penetration test. See SOC 2 penetration testing.
Not by name. Article 32(1)(d) requires, as appropriate to the risk, a process for regularly testing, assessing and evaluating the effectiveness of your technical and organisational security measures. An independent penetration test with a retest is one common way to evidence that process.
At least annually and after significant changes is a common baseline, and enterprise customers often ask for a recent report. Teams that ship every week often move to PTaaS, testing new features as they release, with retests in the same place.
A web application penetration test typically takes 1–2 weeks, depending on scope. You receive a written scope and timeline before testing starts.
Yes. The report has an executive summary for customers and auditors, and gives engineers the proof of concept and prioritized fix for each finding. It comes from a CREST-accredited firm that is ISO/IEC 27001 certified and SOC 2 Type 2 attested.
Ready when you are
Tell us about your product, your tenancy model and the reviews you face. We will help you scope the right test.
Takes about a minute.
