Bug bounty
Triaged by Hackenproof

The Sandbox Public Infrastructure: Program info

The Sandbox Public Infrastructure

Company: Sandbox
POC required
Live
Program is active now
Program infoHackers (9)Reports

The Sandbox team is building a unique virtual world where players can build, own, and monetize their gaming experiences using SAND, the main utility token of the platform.

In scope
TargetTypeSeverityReward
https://www.sandbox.game
copy
Copy
success Copied
Web
Critical
Bounty
*.sandbox.game
copy
Copy
success Copied

Exclusion rule: 3rd party SaaS websites or services under those domains that are not owned by The Sandbox, except when the security issue found is due to our own management and we have immediate control over its remediation.

Web
Critical
Bounty
*.voxedit.io
copy
Copy
success Copied

Exclusion rule: 3rd party SaaS websites or services under those domains that are not owned by The Sandbox, except when the security issue found is due to our own management and we have immediate control over its remediation.

Web
Critical
Bounty
*.bharatbox.sandbox.game
copy
Copy
success Copied

Sandbox Partners agreed to be included in our Bug Bounty program. Note: Review of security findings and rewards distributions related to those partners may take longer than for The Sandbox systems.

Web
Critical
Bounty
*.sandboxdao.com
copy
Copy
success Copied

Sandbox Partners agreed to be included in our Bug Bounty program. Note: Review of security findings and rewards distributions related to those partners may take longer than for The Sandbox systems.

Web
Critical
Bounty
Target
https://www.sandbox.game
copy
Copy
success Copied
TypeWeb
Severity
Critical
RewardBounty
Target
*.sandbox.game
copy
Copy
success Copied

Exclusion rule: 3rd party SaaS websites or services under those domains that are not owned by The Sandbox, except when the security issue found is due to our own management and we have immediate control over its remediation.

TypeWeb
Severity
Critical
RewardBounty
Target
*.voxedit.io
copy
Copy
success Copied

Exclusion rule: 3rd party SaaS websites or services under those domains that are not owned by The Sandbox, except when the security issue found is due to our own management and we have immediate control over its remediation.

TypeWeb
Severity
Critical
RewardBounty
Target
*.bharatbox.sandbox.game
copy
Copy
success Copied

Sandbox Partners agreed to be included in our Bug Bounty program. Note: Review of security findings and rewards distributions related to those partners may take longer than for The Sandbox systems.

TypeWeb
Severity
Critical
RewardBounty
Target
*.sandboxdao.com
copy
Copy
success Copied

Sandbox Partners agreed to be included in our Bug Bounty program. Note: Review of security findings and rewards distributions related to those partners may take longer than for The Sandbox systems.

TypeWeb
Severity
Critical
RewardBounty

Focus Area

RANGE OF BOUNTIES

  • Low — USD 100 - 150 paid in $SAND
  • Medium — USD 250 - 1,000 paid in $SAND
  • High — USD 1,000 - 2,500 paid in $SAND
  • Critical — USD 2,500 - 5,000 paid in $SAND

IN-SCOPE VULNERABILITIES (WEB)

  • We are interested in the following vulnerabilities:
  • Business logic issues
  • Payments manipulation
  • Remote code execution (RCE)
  • Injection vulnerabilities (SQL, XXE)
  • File inclusions (Local & Remote)
  • Access Control Issues (IDOR, Privilege Escalation, etc)
  • Leakage of sensitive information
  • Server-Side Request Forgery (SSRF)
  • Cross-Site Request Forgery (CSRF)
  • Cross-Site Scripting (XSS)
  • Directory traversal
  • Other vulnerability with a clear potential loss

OUT OF SCOPE: WEB VULNERABILITIES

  • Vulnerabilities found in out of scope resources are unlikely to be rewarded unless they present a serious business risk (at our sole discretion). In general, the following vulnerabilities do not correspond to the severity threshold:
  • Vulnerabilities in third-party applications
  • Assets that do not belong to the company
  • Best practices concerns
  • Recently (less than 30 days) disclosed 0day vulnerabilities
  • Vulnerabilities affecting users of outdated browsers or platforms
  • Social engineering, phishing, physical, or other fraud activities
  • Publicly accessible login panels without proof of exploitation
  • Reports that state that software is out of date/vulnerable without a proof of concept
  • Reports that generated by scanners or any automated or active exploit tools
  • Vulnerabilities involving active content such as web browser add-ons
  • Most brute-forcing issues without clear impact
  • Denial of service (DoS/DDoS)
  • Theoretical issues
  • Moderately Sensitive Information Disclosure
  • Spam (sms, email, etc)
  • Missing HTTP security headers
  • Infrastructure vulnerabilities, including:
  • Certificates/TLS/SSL-related issues;
  • DNS issues (i.e. MX records, SPF records, DMARC records etc.);
  • Server configuration issues (i.e., open ports, TLS, etc.)
  • Open redirects
  • Session fixation
  • User account enumeration
  • Clickjacking/Tapjacking and issues only exploitable through clickjacking/tap jacking
  • Descriptive error messages (e.g. Stack Traces, application or server errors)
  • Self-XSS that cannot be used to exploit other users
  • Login & Logout CSRF
  • Weak Captcha/Captcha Bypass
  • Lack of Secure and HTTPOnly cookie flags
  • Username/email enumeration via Login/Forgot Password Page error messages
  • CSRF in forms that are available to anonymous users (e.g. the contact form)
  • OPTIONS/TRACE HTTP method enabled
  • Host header issues without proof-of-concept demonstrating the vulnerability
  • Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS
  • Content Spoofing without embedded links/HTML
  • Reflected File Download (RFD)
  • Mixed HTTP Content
  • HTTPS Mixed Content Scripts
  • Manipulation with Password Reset Token
  • MitM and local attacks

Program Rules

  • Avoid using web application scanners for automatic vulnerability searching which generates massive traffic
  • Make every effort not to damage or restrict the availability of products, services, or infrastructure
  • Avoid compromising any personal data, interruption, or degradation of any service
  • Don’t access or modify other user data, localize all tests to your accounts
  • Perform testing only within the scope
  • Don’t exploit any DoS/DDoS vulnerabilities, social engineering attacks, or spam
  • Don’t spam forms or account creation flows using automated scanners
  • In case you find chain vulnerabilities we’ll pay only for vulnerability with the highest severity.
  • Don’t break any law and stay in the defined scope
  • Any details of found vulnerabilities must not be communicated to anyone who is not a HackenProof Team or an authorized employee of this Company without appropriate permission
  • Denial of Service attacks are prohibited.
  • Phishing and social engineering attacks are prohibited.
  • Assistance from The Sandbox employees will not be provided.
  • Please note: Sandbox company is entitled to make the payment in their native token. The Reward time will be confirmed by the Sandbox team upon report approval.
  • The total triage period is 10 days: 3 business days allocated to HackenProof triage and up to 7 days for the Sandbox team triage.

Disclosure Guidelines

  • Do not discuss this program or any vulnerabilities (even resolved ones) outside of the program without express consent from the organization
  • No vulnerability disclosure, including partial is allowed for the moment.
  • Please do NOT publish/discuss bugs

Eligibility and Coordinated Disclosure

We are happy to thank everyone who submits valid reports which help us improve the security. However, only those that meet the following eligibility requirements may receive a monetary reward:

  • You must be the first reporter of a vulnerability.
  • The vulnerability must be a qualifying vulnerability
  • Any vulnerability found must be reported no later than 24 hours after discovery and exclusively through hackenproof.com
  • You must send a clear textual description of the report along with steps to reproduce the issue, include attachments such as screenshots or proof of concept code as necessary.
  • You must not be a former or current employee of us or one of its contractor.
  • ONLY USE YOUR HackerProof ADDRESS (in case of violation, no bounty can be awarded)
  • Provide detailed but to-the point reproduction steps

Reports

Acceptance Criteria

  • A report must be linked to a security issue. Non-security findings, such as bugs, for example a report about a picture not loading on a webpage, are not rewarded.
  • A report should detail an exploitable security vulnerability, not a theoretical risk, and must be accurate, detailed, reproducible, and offer a remediation recommendation.
  • We verify if a finding is a new security topic for us and whether it is related to an asset. We never double reward a security/asset pair issue and may limit or suspend rewards if many assets are impacted by a specific type of vulnerability. There is an exception: if an issue reappears after it has supposedly been fixed.
  • When multiple security issues are related to the same root cause (e.g.: outdated software version that is known for having multiple vulnerabilities) we will only reward once, per root cause.
  • We do not reward known non-remediated issues: we may have lowered or disabled the security of a feature for business or operational reasons, so a finding can be linked to an already known risk accepted finding and thus will not be rewarded.
  • If we decide to take action after a security report is submitted, we would logically provide a reward, as the outcome of the submission is driving us towards improvement.

Reports - Disputes

  • The Sandbox has the final say in evaluating the severity of a report, as the evaluation can only be made by taking into account internal variables unknown to the hunters.
  • Discarded/rejected reports can be discussed further with the HackenProof Team; however, The Sandbox has the final decision on whether to discard/reject reports.
  • Reports that are older than 3 months cannot be discussed further. Hunters have the responsibility to make sure that they are paid upon reports that have received confirmation for a reward.
Rewards
Range of bounty$100 - $5,000
Severity
Critical
$2,500 - $5,000
High
$1,000 - $2,500
Medium
$250 - $1,000
Low
$100 - $150
Stats
Scope Review616
Submissions9
Total rewards$0
Types
Web
Project types
GameFI
Hackers (9) View all
Kerolos Ayman Azmy
2
HuRaIn KhAn
4
Annon
5
SLA (Service Level Agreement)
Time within which the program's triage team must respond
Response TypeBusiness days
First Response3d
Triage Time10d
Reward Time3d
Resolution Time28d