Cutshort logo
For Employers

Security & compliance

Cutshort security

How we host and protect data on our sourcing platform — plus downloadable documents for enterprise due diligence.

Bug bounty program

This page is the source of truth for Cutshort’s responsible disclosure and bug bounty program. Awards are decided only under the rules below, after we reproduce the issue on our systems.

How to report

  1. Email [email protected] with the details needed to recreate the vulnerability. Include screenshots, videos, or clear text steps.
  2. Optionally share a phone number so we can reach you if we need more detail.
  3. If the issue could extract customer or system data, or impair normal service, do not exploit it in production. That is required for a responsible disclosure.
We welcome white-hat research. We will take legal action if vulnerabilities are exploited for unlawful gain, to access other customers’ data, or to impair our systems.

Rules

  1. Keep findings confidential. Do not publish or share a write-up without Cutshort’s prior written approval.
  2. Test only accounts you own. Do not access, disrupt, or enumerate other users’ accounts or data without our express permission.
  3. Threats or coercive disclosure deadlines disqualify you from the program and may lead to legal action.
  4. If someone else has already reported the same issue, you are not eligible for a bounty. First valid report wins. Later duplicates get a notice only — no bounty and no listing.
  5. Include a working proof of concept. Hypotheticals without a reproducible attack are unlikely to receive a bounty.
  6. Automated scanners and AI agents are allowed only if you personally validate the finding, stay within these rules, and do not impair production. Volume of FIND-IDs does not increase the award.

How we decide severity and awards

Cutshort’s determination is final. We assess severity from verified impact after reproduction — not from the researcher’s CVSS score, tool labels, FIND-ID count, or a third-party report grade. The category, severity, and award in our reply stand unless you provide new evidence of higher verified impact.

One root cause = one award. The same issue class on sibling endpoints (for example the same missing type check or the same missing rate limit on related login routes) is one valid report, not one award per URL.

SeverityVerified impactAward
InformationalTrue but no meaningful security impact; already public elsewhere; or needs a known email to learn a public-style name/photo onlyINR 0
LowLimited extra field or weak account enum; no session; no mass dump of other usersINR 2,500
MediumAbuse of a real auth flow without confirmed takeover; or unsafe input handling on auth that causes hang/error without issuing a sessionINR 4,000–5,000
HighConfirmed path to session or account takeover, or mass PII of other users with a working unauthenticated readINR 7,500–10,000
CriticalLive mass PII plus write access, or trivial unauthenticated account takeover at scaleINR 10,000

Monetary awards are INR 2,500–10,000 per valid report (one report = one issue class above). Valid reporters may also be listed on our security contributors page.

We do not raise an award because a finding is already fixed, because a third-party report graded it higher, or because multiple FIND-IDs share one root cause. We do not negotiate awards after the first valid determination except when new verified impact is shown. Pushback on classification alone does not change the award.

In-scope categories (examples)

  • Remote code execution
  • File system access
  • Stored cross-site scripting (XSS)
  • Server-side request forgery (SSRF)
  • Cross-site request forgery (CSRF) on sensitive actions
  • Information disclosure (case-by-case)
  • Domain take-over
  • SQL / NoSQL injection that reaches data or auth decisions
  • Authentication bypass (skipping a real auth check)
  • Missing rate limiting or captcha on authentication endpoints (login, OTP, password reset, magic link)

Out of scope

  • Password policy issues
  • Version number or known public file disclosure
  • Self-XSS; social engineering; spam
  • Missing cookie flags or CSP / TLS “best practice” without exploit
  • Account lockout not enforced, by itself
  • Rate-limit issues on non-authentication endpoints
  • Denial of service or production resource exhaustion
  • Known CVE / library reports without a working PoC on Cutshort
  • Account squatting; MITM or physical device access
  • Clickjacking on pages with no sensitive actions
  • CSV injection or content spoofing without a demonstrated attack
  • CSRF on unauthenticated or non-sensitive forms
  • Open redirect without additional security impact
  • Hypothetical subdomain takeovers without evidence
  • Unconfirmed automated scanner output
  • Client-bundled public API keys or anon keys when row-level security (or equivalent) already blocks unauthenticated data access
Classification note: A missing auth check is not “Authentication Bypass” unless there was an auth check to skip. Unsafe input that hangs or crashes a handler without issuing a session is not paid as account takeover. We grade the verified outcome only.