EMVCo SBMP pre-evaluation.

Preparing your mobile payment app, SDK or software protection tool for its EMVCo SBMP evaluation? We find the vulnerabilities before the laboratory does.

The EMVCo Software-Based Mobile Payment (SBMP) evaluation process covers the security of mobile payment solutions, such as HCE wallets and payment SDKs, and of the components they are built on, such as software protection tools (SPTs).

An EMVCo-recognized laboratory reviews your documentation and source code, analyzes vulnerabilities, runs penetration tests and sends its evaluation report to EMVCo. EMVCo reviews the report and decides whether to issue a Security Evaluation Certificate for your product. The certificate sets your next security review for one year after it is issued.

If the laboratory finds vulnerabilities that compromise your assets, you have to fix them before the evaluation can finish, which delays your certificate and can even cost you your evaluation slot at the laboratory, pushing it back further. The laboratory cannot tell you how to fix them, because it cannot take part in designing or developing a product it evaluates.

vulnit is not that laboratory. We run a pre-evaluation before you submit, using the same attacks, so you reach it ready.

You tell us which assets you will declare in the evaluation and we try to reach them, on the build or sample app you will give the laboratory. Depending on your product, the pre-evaluation can cover:

  • Mobile payment apps and SDKs, such as HCE wallets, on Android and iOS.
  • Software protection tools (SPTs): obfuscation, anti-tampering, root and jailbreak detection, anti-instrumentation, integrity checks and white-box cryptography.
  • Other SBMP components, such as consumer device cardholder verification methods (CDCVM), attestation and the TEE.
  • Interfaces with backend services your solution relies on, within the agreed scope.

We run the attacks a laboratory would use: static and dynamic analysis, reverse engineering, hooking and instrumentation, tampering and repackaging, code lifting, key extraction from white-box cryptography, and rooted or jailbroken environments. We adapt to what you need: we can work black-box, with the same information an attacker would have, or review your source code as well.

  1. Call: you tell us about your product, the assets you will declare and your evaluation date.
  2. Proposal: we set out the agreed scope, what we need from you, the schedule and a fixed price.
  3. Testing: you send us the builds and we start. If we find something critical, we let you know right away.
  4. Report and review: we send you the report and go through it with your engineers.
  5. Retest: once you have fixed the vulnerabilities, we confirm they are resolved and send you a new version of the report before you submit your product to the laboratory.
  6. Annual review: we repeat the pre-evaluation before each annual security review.

Technical report

States what we tested: your product on each platform it supports, the build and the declared assets. For each asset, whether we reached it and with which attack, full or partial, with evidence, reproduction steps and how to fix it.

Executive summary

Covers the scope and build tested, the results and the priorities, for management and non-technical readers.

Retest report

If you include the retest, we send a new version of the report with whether we still reach each asset on the new build and the status of each finding (fixed, mitigated or open), before you submit your product to the laboratory.

Letter for your customers

On request, at no extra cost, we provide a signed letter with what we tested, the version, the date and the result, for your customers or auditors. After the retest, we update it with the new results.

We have been SBMP evaluators

Our team has previously evaluated products, including software protection tools, under EMVCo SBMP at an EMVCo-recognized laboratory, and brings additional experience with Common Criteria. We know exactly what laboratories look for and can help you identify and address potential issues before your formal evaluation.

Specialists in app protections

Our team contributes to MASVS-RESILIENCE, the part of OWASP MAS that covers app protections. Those same specialists are the ones who test your product. OWASP recognized this work by naming vulnit an OWASP MAS Advocate.

We help you fix what we find

We explain how to fix each finding and, if you include the retest, check the fixes before you submit your product.

Meet the team
What is EMVCo SBMP?

It is EMVCo's security evaluation process for software-based mobile payment solutions, such as HCE wallets and payment SDKs, and for the components they use, such as software protection tools. An EMVCo-recognized laboratory evaluates the product and reports to EMVCo, which decides whether to issue a Security Evaluation Certificate.

Is a pre-evaluation the same as the EMVCo evaluation?

No. We are not an EMVCo-recognized laboratory: we do not perform the formal evaluation or write the evaluation report. We test your product with the attacks a laboratory would use, so you can fix what matters before the formal evaluation.

Do you tell us what to fix before the evaluation?

We tell you what we achieved and, from our experience with the scheme, what we think will matter to the laboratory. You decide what to fix before you submit your product.

How is this different from PCI MPoC?

EMVCo SBMP covers payments made by the cardholder with their phone, for example from a wallet or a payment app. PCI MPoC covers accepting payments on a phone, such as SoftPOS. If you are preparing for PCI MPoC, see our PCI MPoC vulnerability assessment.

We develop a software protection tool. Does this apply to us?

Yes. Software protection tools are evaluated as components, and EMVCo can issue a certificate for the tool itself. Apps that use an SPT with an EMVCo certificate can build on that certificate in their own evaluation. We test your SPT applied to the sample app you will submit to the laboratory, with the attacks a laboratory would use. For protection tools outside the EMVCo process, see our protection SDK evaluation.

Do you need source code?

No. By default, testing is black-box: we work with the same information an attacker would have, using the build you plan to submit for evaluation. If you prefer, we can also review the source code.

Do you test on physical devices?

When needed. On Android we mainly work with Chameleon, our analysis environment, which reproduces a physical device including its hardware capabilities. If we hit a limitation that matters for your product, we use physical devices. On iOS we use physical devices.

Do you use AI on my solution?

Yes, to cover more of your product and go deeper in the same time. We use AI providers that do not train their models on your data. We only use accounts you provide or that we create ourselves, never other real users' accounts. Our specialists lead the work and validate every result. If your policy does not allow external AI, tell us when we agree on the scope and we work without it.

How long does it take and what does it cost?

It depends on the type of product and the platforms, the components and interfaces in scope and your evaluation date. We send you a proposal with a fixed price and the schedule. It usually takes one to two weeks per platform, report included, depending on the complexity of your product. We can usually start the same week you accept the proposal; the start date depends on our team's workload and is stated in the proposal.

Is retesting included?

Retesting is quoted separately at a reduced rate. In the proposal we give you two options, testing only or testing with one retest round, so you know the total cost from the start. We agree with you on which fixes and builds to retest before you submit your product to the laboratory.

Do you offer recurring contracts?

Yes. If you plan your annual reviews with us, we agree special conditions for the whole cycle.

What format do the findings come in?

You receive one report per platform, with every finding detailed. If you also want to use them in your own tools, we provide them as CSV or JSON too.

What language is the report in?

English by default. If you need it in Spanish, just tell us.

How do you handle confidentiality?

We agree confidentiality terms before you share builds, source code or documentation. We have a standard NDA, but if you prefer to use yours, we are happy to review it.

Tell us about your product and your evaluation date. We reply within one business day to arrange a scoping call.

Talk to our team

A necessary cookie remembers your choices for up to 180 days. Privacy policy.