- Top reward
- $100,000
- Top severity paid
- Critical
- Assets in scope
- 11
- Public CVEs
- 0
- Last change
At a glance
What to know before you start testing.
- Pays up to $100,000
- for critical bugs.
- Report on HackerOne
- Submit through the program page.
- Replies within 2 days
- As the policy promises.
- No public write-ups
- Keep findings private.
Rewards
What HackerOne lists as the payout for each severity.
| Severity | Relative size | Reward |
|---|---|---|
| Critical |
|
$100,000 from $3,000 |
| High |
|
$3,000 from $500 |
| Medium |
|
$500 from $200 |
| Low |
|
$200 from $100 |
- Response
-
Within 2 days
| First Response | 2 days |
Summarised with AI from the program policy on HackerOne, read 12 Nov 2026, and checked word for word against it. Read the original
Scope
11 assets you may test, 3 excluded.
Web 9
- http://t.me/wallet Critical
- http://t.me/walt Critical
- p2p.walletbot.me Critical
- pay.wallet.tg High
- walletbot.me Critical
- wallet.tg Low
- wallettg.com Critical
- wallettg.net Critical
- walt.io Low
Android apps 1
- io.walt.app Critical
Products and areas 1
- Crypto infrastructure for cold and hot wallets Critical
Out of scope (3)
- docs.wallet.tg
- toncenter.walletbot.me
- wallet.helpscoutdocs.com
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Walt.io (via HackerOne)'s policy. "We" in these lines means the program, not this site.
While testing
-
Submit one vulnerability per report, unless you need to chain vulnerabilities to provide impact.
-
When duplicates occur, we only award the first report that was received (provided that it can be fully reproduced).
-
Multiple vulnerabilities caused by one underlying issue will be awarded one bounty.
-
Social engineering (e.g. phishing, vishing, smishing) is prohibited.
-
Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
-
Ask the program team **before submitting vulnerabilities on unscoped subdomains**
-
Only interact with accounts you own or with the explicit permission of the account holder.
-
Do not access, modify, or transfer funds belonging to other users.
-
Do not perform denial-of-service testing or activities that may disrupt production services.
-
We prohibit any AI agents from searching for vulnerabilities as part of the Bug Bounty program.
Not accepted
-
UI/UX bugs with no security impact or minor security impact
-
Clickjacking on pages with no sensitive actions
-
Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions
-
Attacks requiring MITM or physical access to a user's device.
-
Previously known vulnerable libraries without a working Proof of Concept.
-
Comma Separated Values (CSV) injection without demonstrating a vulnerability.
-
Missing best practices in SSL/TLS configuration.
-
Any activity that could lead to the disruption of our service (DoS).
-
Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS
-
Rate limiting or bruteforce issues on non-authentication endpoints
-
Missing best practices in Content Security Policy.
-
Missing HttpOnly or Secure flags on cookies
-
Missing email best practices (Invalid, incomplete or missing SPF/DKIM/DMARC records, etc.)
-
Vulnerabilities only affecting users of outdated or unpatched browsers [Less than 2 stable versions behind the latest released stable version]
-
Software version disclosure / Banner identification issues / Descriptive error messages or headers (e.g. stack traces, application or server errors).
-
Tabnabbing
-
Open redirect - unless an additional security impact can be demonstrated
-
Issues that require unlikely user interaction
-
Missing, misconfigured, or overly permissive DNS CAA records (RFC 8659), without a demonstrated certificate issuance bypass or other direct security impact.
Summarised with AI from the program policy on HackerOne, read 12 Nov 2026, and checked word for word against it. Read the original
Changes
Tracked since 11 Nov 2026. Last checked 1 hour ago.
-
Scope +
Added to scope: io.walt.app
Before we tracked it
Scope and reward changes recorded before this page started tracking it.
-
Scope added
io.walt.app
-
Status
Program status changed
-
Rules updated
Added: “Walt (ex Wallet on Telegram) looks forward to working with the security community to identify vulnerabilities and help keep our business and customers safe.”
Public CVEs
Published vulnerabilities in this vendor's products, from the NVD.
No CVEs matched yet. We match NVD records by vendor name, so products sold under another name can be missing.
Original policy
Copied from hackerone.com on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.
Walt (formerly Wallet on Telegram) welcomes collaboration with the security research community to identify vulnerabilities and help protect our products, users, and their assets.
Vulnerability Classification & Severity Levels
We assess and categorize reported vulnerabilities based on their potential impact. This helps ensure that rewards are proportionate to the severity and real-world risk of each finding.
🟣 Extreme
Reward: $30,000 to $100,000
- Access to financial services with the ability to withdraw funds from blockchain wallets that have a significant impact on the business
- A large-scale compromise of user wallets
🔴 Critical
Reward: $3,000 to $29,999
- Remote Code Execution (RCE) with direct access to core infrastructure, servers, or sensitive user data
- Full system or infrastructure compromise
- Unrestricted access to highly sensitive user data (e.g., financial data)
🟠 High
Reward: $500 to $3,000
- Privilege escalation across users, roles, or system boundaries
- Unauthorized access to sensitive or restricted data
- RCEs with limited impact due to containment, lack of access to valuable data, or other mitigating factors
- Bypassing major access controls or business logic
🟡 Medium
Reward: $200 to $500
- Cross-Site Scripting (XSS)
- SQL injection with limited scope or controlled impact
- Vulnerabilities with moderate business or user impact
- Vulnerabilities requiring significant user interaction or affecting non-critical components
🔵 Low
Reward: $100 to $200
- Exposure of non-sensitive information (e.g., user-agent logs, internal metadata)
- Low-impact misconfigurations (e.g., non-exploitable headers)
⚠️ Note: Not all RCEs are considered critical.
RCEs that are limited to low-privileged environments (e.g., sandboxed browser contexts or restricted environments without meaningful access or impact) may be rated High or Medium, depending on exploitability and potential harm.
Additional Evaluation Criteria
Risk Rating System: Final severity and bounty amounts are determined using our internal risk assessment model, which considers exploitability, potential business impact, and monetary risk
PII Exposure: Reports involving personally identifiable information (PII) are evaluated using an internal framework. Severity is based on the nature of the data, context of exposure, and risk to affected users.
Response Targets
Walt will make a best effort to meet the following SLAs for hackers participating in our program:
| Type of Response | SLA in business days |
|---|---|
| First Response | 2 days |
| Time to Triage | 10 days |
| Time to Bounty | 14 days |
| Time to Resolution | depends on severity and complexity |
Disclosure Policy
- As this is a private program, please do not discuss this program or any vulnerabilities (even resolved ones) outside of the program without express consent from the organization.
- Follow HackerOne's disclosure guidelines.
Scope Leniency
- This program will not accept submissions for assets that are not listed as in scope
Program Rules
Please provide detailed reports with reproducible steps. If the report is not detailed enough to reproduce the issue, the issue will not be eligible for a reward.
- Submit one vulnerability per report, unless you need to chain vulnerabilities to provide impact.
- When duplicates occur, we only award the first report that was received (provided that it can be fully reproduced).
- Multiple vulnerabilities caused by one underlying issue will be awarded one bounty.
- Social engineering (e.g. phishing, vishing, smishing) is prohibited.
- Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
- Ask the program team before submitting vulnerabilities on unscoped subdomains
- Only interact with accounts you own or with the explicit permission of the account holder.
Test Plan
Researchers can test Walt products included in the program's defined scope. Please follow the instructions below for each supported platform.
Telegram Mini App Testing
Application Details
- Application: Walt (formerly Wallet on Telegram)
- Platform: Telegram Mini App
- Access: https://t.me/walt
Testing Guidelines
- Researchers can sign up for a free account through the Telegram Mini App.
- After signing up with your Telegram account, set up a recovery email in TON Space using your HackerOne email alias (
[email protected]). - Use only accounts you own or have explicit permission to test.
- Follow the existing program rules and scope exclusions.
Android Application Testing
Application Details
- Application: Walt: Crypto Wallet
- Platform: Android
- Package name:
io.walt.app - Google Play: https://play.google.com/store/apps/details?id=io.walt.app
Testing Guidelines
- Install the latest publicly available version of the application from Google Play.
- Use only accounts you own or have explicit permission to test.
- Do not access, modify, or transfer funds belonging to other users.
- Do not perform denial-of-service testing or activities that may disrupt production services.
- Include the affected application version, Android version, reproduction steps, and demonstrated security impact in vulnerability reports.
- Follow the existing program rules and scope exclusions.
HTTP Request Headers
Where technically feasible, researchers should include the following header in their testing requests to help identify authorized security research:
X-HackerOne-Research: [H1 username]
Out of Scope Vulnerabilities
When reporting vulnerabilities, please consider both the exploitability of the issue and its demonstrated security impact. The following findings are considered out of scope:
- UI/UX bugs with no security impact or minor security impact
- Clickjacking on pages with no sensitive actions
- Cross-Site Request Forgery (CSRF) on unauthenticated forms or forms with no sensitive actions
- Attacks requiring MITM or physical access to a user's device.
- Previously known vulnerable libraries without a working Proof of Concept.
- Comma Separated Values (CSV) injection without demonstrating a vulnerability.
- Missing best practices in SSL/TLS configuration.
- Any activity that could lead to the disruption of our service (DoS).
- Content spoofing and text injection issues without showing an attack vector/without being able to modify HTML/CSS
- Rate limiting or bruteforce issues on non-authentication endpoints
- Missing best practices in Content Security Policy.
- Missing HttpOnly or Secure flags on cookies
- Missing email best practices (Invalid, incomplete or missing SPF/DKIM/DMARC records, etc.)
- Vulnerabilities only affecting users of outdated or unpatched browsers [Less than 2 stable versions behind the latest released stable version]
- Software version disclosure / Banner identification issues / Descriptive error messages or headers (e.g. stack traces, application or server errors).
- Public Zero-day vulnerabilities that have had an official patch for less than 1 month will be awarded on a case by case basis.
- Tabnabbing
- Open redirect - unless an additional security impact can be demonstrated
- Issues that require unlikely user interaction
- Missing, misconfigured, or overly permissive DNS CAA records (RFC 8659), without a demonstrated certificate issuance bypass or other direct security impact.
- Public Sentry DSN exposure, unauthenticated submission of Sentry events, envelopes, or traces, or Sentry monitoring/log poisoning, without demonstrated impact to customer data, account security, or another in-scope asset.
- Public access to events-gateway or unauthenticated submission of analytics, telemetry, metrics, or business events, including fake event injection, metrics poisoning, monitoring noise without demonstrated impact to customer data, account security, asset custody, or another in-scope asset.
- JavaScript source map exposure or disclosure of publicly delivered client-side code, without demonstrated exposure of valid credentials, sensitive non-public data, unauthorized access, or another concrete security impact.
We prohibit any AI agents from searching for vulnerabilities as part of the Bug Bounty program.
Thank you for helping keep Walt and our users safe!