Cybersecurity for fast-moving engineering teams in commerce.

We find the flaws that cost commerce companies money, from checkout and coupon bugs to failed retailer security reviews, fix them in your code, and give you the proof your buyers and partners ask for.

VAPT, code security and compliance for commerce teams in India and the US.

For commerce tech

Selling to retailers and brands? Pass the security review.

Your buyer's security team decides whether the deal closes. These are the questions they ask, and the risks behind them.

01

The vendor security review

Large retailers and CPG brands review any vendor that touches their data or systems. Expect a security questionnaire, a SOC 2 Type II report or ISO 27001 certificate, a recent pentest summary and breach-notification terms. Deals stall here, often for months.

02

You hold your customers' most sensitive data

Point-of-sale and sales data, shopper data, product catalogs and pricing, and the credentials to pull them. One leak can cost you the logo and the reference.

03

Connectors and API keys everywhere

Integrations into marketplaces, storefront platforms, ad platforms and retailer data systems each carry a token or key. Third parties were involved in 48% of breaches in the 2026 Verizon DBIR, and you are the third party.

04

One customer seeing another's data

Multi-tenant platforms fail when an API returns another tenant's object because an ID changed. Broken object level authorization is the top API risk, and buyers ask how you prevent it.

05

AI agents acting for retailers and shoppers

Agents now answer shoppers, read catalogs and place or refund orders. In 2026 research, Unit 42 showed hidden prompts that make agents add items or skip verification. Agents need narrow permissions and tested APIs.

06

Selling across borders

US retailers and brands expect SOC 2. Indian buyers increasingly ask about the DPDP Act, and EU buyers about GDPR. Each new market adds a framework and another review.

Hover to pause.

For brands, retailers and marketplaces

Find the checkout and coupon bugs before your sale does.

The flaws that turn into refunds, chargebacks, leaked customer data and blocked payments, and that generic scanners miss.

Order, coupon, price and refund APIs

Change an order ID and see someone else's order. Stack a coupon ten times. Send a lower price in the request. Trigger a refund without a return. These are business-logic and object-level authorization flaws, the top API risk, and scanners and WAFs do not see them.

Illustrative requests

# price tampering POST /api/checkout { "sku": "SNKR-42", "price": 1 } 200 OK order confirmed at ₹1
# coupon reuse POST /api/cart/coupon { "code": "WELCOME50" } x10 200 OK discount applied 10 times
# another customer's order GET /api/orders/10432 200 OK name, phone, delivery address
  • Order ownership
  • Coupon limits
  • Price integrity
  • Refund rules
  • Rate limits

Payment callbacks and integrations

An order marked paid because a payment callback was never verified. A webhook anyone can call. A refund endpoint the app exposes. Payment and marketplace integrations are where a gateway or marketplace security review looks first.

Account takeover and loyalty points

A taken-over account comes with saved addresses, stored payment methods and loyalty balances. Weak OTP flows, missing login rate limits and reusable reset links are how attackers get in, and sale days are when they try hardest: bot attacks on Black Friday 2025 ran 50% above the November average.

Third-party apps, plugins and scripts

Store apps, plugins, SDKs, tags and agencies all touch checkout or customer data. Across industries, third parties were involved in 48% of breaches in the 2026 Verizon DBIR. Most teams cannot list what loads on their checkout today.

Customer data exposure

Names, phone numbers and addresses are what commerce holds most of, and leaked admin panels and open APIs give them away. In 2024 an Indian consumer brand had about 7.5 million customer records leaked and offered for sale.

AI- and agency-written storefront code

Storefronts ship fast, often written by an agency or with AI tools and rarely reviewed for security. In Veracode's 2025 tests, AI-generated code introduced a vulnerability in 45% of tasks. The bug a pentest finds usually started in a commit.

How it is handled today

The usual setup, and the gap it leaves.

Five things most commerce teams rely on, and what each one quietly leaves open.

The usual setup

Card data is left to the payment gateway or platform.

What it misses

The gateway protects its card form. Your store, APIs, scripts and customer data are still yours.

The usual setup

A CDN or WAF sits in front of the store.

What it misses

A WAF blocks known attack patterns. It does not know a coupon should work once or that order 1043 belongs to someone else.

The usual setup

A VAPT happens once a year, when a gateway or buyer asks.

What it misses

Code, apps and campaigns change every week, and the riskiest weeks are the ones right before a big sale.

The usual setup

Code is written by an agency or with AI tools.

What it misses

Nobody reviews it for security, so flaws ship straight to checkout and stay there until someone finds them.

The usual setup

Evidence is collected by hand when someone asks.

What it misses

When a gateway, a retailer or a regulator asks for proof, it is assembled from screenshots under deadline.

How we help

What changes when you work with us.

Compliant every day, not once a year

Your SOC 2, ISO 27001, DPDP and PCI DSS programs stay current on one control set. Evidence keeps collecting from your cloud, code and identity systems, and a control that drifts shows up long before the next audit.

APIs that hold up under attack

We map every API to the customer data it touches and whether it checks who is asking, then test the business logic attackers abuse: order and tenant ownership, coupons, pricing, refunds and rate limits.

The attack paths closed first

Whether the attacker is a person or an AI agent, we rank the chains they could follow from a public endpoint to your customer data, map them to MITRE ATT&CK, and order fixes by real exploitability so the riskiest paths close first.

Fixes shipped, not PDFs

Code-level findings arrive as pull requests with the smallest fix, verified by a build and a re-scan. Pentest findings come with fix steps and a retest to confirm they are closed.

Security reviews passed faster

Retailer and partner questionnaires get AI-drafted answers from your own policies, a trust center shares what buyers need, and the pentest report is ready when they ask for it.

No surprises in what you ship

Leaked keys are flagged with whether they are still live, malicious and vulnerable packages are caught, and every third-party and AI service your code calls is listed.

Proof

Our reports pass integration security reviews.

We have delivered VAPTs for teams integrating with these platforms, and their integration and security teams approved the reports. Every report scores findings with CVSS v3.1, maps them to OWASP and CWE, and includes fix steps and a retest.

Logos and names belong to their owners. Nexus Void is not affiliated with, endorsed by or partnered with PhonePe, Paytm, Zomato or Swiggy; they are shown only to describe the integrations our reports were reviewed for.

  • PhonePe
  • Paytm
  • Zomato
  • Swiggy

FAQ

Frequently asked questions

Answers to the questions we hear most. Cannot find what you are looking for? Reach out.

Still have questions? Contact us

What does cybersecurity for a commerce company actually cover?

Six things: checkout and payment integrations, the order, coupon, pricing and refund APIs behind them, customer data, third-party apps and scripts, the code your team or agency ships, and the compliance evidence buyers and regulators ask for. Brands and marketplaces feel the first four most. Commerce tech companies selling to retailers feel the last two most.

We sell software to retailers and brands. What will their security review ask for?

Usually a security questionnaire, a SOC 2 Type II report or ISO 27001 certificate, a recent penetration test summary, and contract terms for breach notification, data handling and subprocessors. Large buyers send the questionnaire first, so having answers drafted from your real policies, and a pentest report ready, is what keeps the deal moving.

Do we need SOC 2 before selling to US retailers and brands?

Most US enterprise buyers expect it, and without it the deal usually waits on a long questionnaire. Many teams start with a SOC 2 Type 1 report to unblock early deals, then move to Type 2, which covers how controls worked over several months. Our SOC 2 guide explains both, and you choose the CPA firm that audits you, US-based or India-based.

Our payment gateway handles card data. Why do we still need security testing?

The gateway protects the card form it hosts. Your store, apps, APIs, customer data and your coupon and refund logic are still yours, and that is where most commerce flaws live. PCI DSS also now asks merchants with fully outsourced payment pages to confirm their site is not open to script attacks.

What is the difference between a vulnerability scan and a VAPT for a commerce app?

A scanner checks for known issues such as outdated software and missing headers. A VAPT (vulnerability assessment and penetration testing) has testers try to break your app the way an attacker would, including business logic a scanner cannot understand: reusing a coupon, editing a price, reading another customer's order. Run a VAPT at least once a year, and again before big sales, new payment or marketplace integrations and major releases.

Will payment gateways and marketplaces accept your VAPT report?

Our VAPT reports have passed integration security reviews for teams integrating with PhonePe, Paytm, Zomato and Swiggy. Each report scores findings with CVSS v3.1, maps them to OWASP and CWE, and includes fix steps and a retest, which is the format these reviews look for. Nexus Void is not affiliated with, endorsed by or partnered with these companies.

What is an IDOR or BOLA flaw, and why does it matter in commerce?

It is when an API returns or changes an object, such as an order, address, cart or another tenant's data, without checking it belongs to the person asking. Changing one ID in a request exposes someone else's data. Broken object level authorization is the top risk in the OWASP API Security Top 10, and commerce APIs are full of IDs.

How do you secure AI agents that act for shoppers or retailers?

Treat the agent like any other user: it should only be able to do what the signed-in person could do, and refunds, payments and order changes should need a check outside the agent. We test the APIs your agents call for ownership and limits, look for prompt-injection paths into actions, and list where your code sends data to AI models.

Which security and privacy rules apply to a commerce company?

In India, the DPDP Act covers the personal data you hold, with most duties from 13 May 2027 and penalties up to ₹250 crore for weak security safeguards, and CERT-In expects specified incidents reported within 6 hours. In the US there is no single federal privacy law, but many states have their own. PCI DSS applies anywhere you take cards, in full if you host your own payment page. Read our DPDP and PCI DSS guides.

What does a pilot with Nexus Void look like, and what does it cost?

We start with one real product. For commerce tech, the pilot targets the security review you need to pass: a readiness plan, drafted questionnaire answers and a VAPT. For brands and marketplaces, it targets your next sale: a VAPT on checkout and APIs, a scan of your code, fixes and a retest. VAPT pricing starts at ₹15,000 for up to 100 APIs, with the report in 5 to 36 hours. Book a call and we scope it with you.

Keep reading

All research

Start with a pilot

Want to cyberproof your org?

Book a call. We will scope a pilot on one real product, whether that is a retailer review to pass or a sale to get ready for, and you judge the results.