- Top reward
- $5,500
- Top severity paid
- Critical
- Assets in scope
- 7
- Public CVEs
- 2
- Last change
- No changes yet
At a glance
What to know before you start testing.
- Pays up to $5,500
- for critical bugs.
- Report on HackerOne
- Submit through the program page.
- Partial safe harbor
- Some legal protection; read the terms.
- Replies within 2 days
- As the policy promises.
- Publish after a fix
- Coordinate the timing with the company.
Rewards
What HackerOne lists as the payout for each severity.
| Severity | Relative size | Reward |
|---|---|---|
| Critical |
|
$5,500 from $2,000 |
| High |
|
$3,500 from $1,000 |
| Medium |
|
$1,000 from $300 |
| Low |
|
$400 from $50 |
- Response
-
Within 2 days
First Response | 2 days
- Safe harbor
-
Partial
Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
Summarised with AI from the program policy on HackerOne, read 12 Nov 2026, and checked word for word against it. Read the original
Scope
7 assets you may test, 3 excluded.
Android apps 2
- com.boozt Critical
- com.booztlet Critical
iOS apps 2
- com.boozt.app Critical
- com.boozt.booztlet Critical
Wildcard domains 2
- *.boozt.com Critical
- *.booztlet.com Critical
Web 1
- kronor.io Critical
Out of scope (3)
- analytics.boozt.com
- bmp.boozt.com
- www.kronor.io
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Boozt Fashion AB (via HackerOne)'s policy. "We" in these lines means the program, not this site.
While testing
-
Please provide detailed reports with reproducible steps.
-
Submit one vulnerability per report, unless you need to chain vulnerabilities to provide impact.
-
When duplicates occur, we only award the first fully reproducible report that we receive.
-
If you require an account with our services to showcase a vulnerability, please use your `@wearehackerone.com` email when registering.
-
Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service.
-
Only interact with accounts you own or with the explicit permission of the account holder.
-
Social engineering (phishing, vishing, smishing).
-
Public or third-party disclosure before resolution.
-
Testing only on owned accounts.
Not accepted
-
Best practice concerns: evidence of a security issue is required.
-
Issues that can only be leveraged to attack one's own account.
-
Vulnerabilities allowing to obtain infinite "Boozter" points or circumventing validation on the amount of points when purchasing a "Boozter"
-
Clickjacking on pages with no sensitive actions.
-
Attacks requiring MITM or physical access to a customer's device.
-
Use of known vulnerable libraries without a working proof of concept showcasing leverage of that vulnerability.
-
CSV injection without demonstrating a vulnerability.
-
Any vulnerability affecting the availability of Boozt systems (e.g. denial of service vulnerabilities).
-
Missing `HttpOnly` or `Secure` flags on cookies.
-
Vulnerabilities only affecting users of outdated or unpatched browsers (less than two stable versions behind the latest released stable version).
-
Software version disclosure.
-
Public 0-day vulnerabilities that have had an official patch for less than one month will be awarded on a case by case basis.
-
Tabnabbing.
-
Open redirect - unless an additional security impact can be demonstrated.
-
Sessions being hijacked because of insecure protocol use.
-
Reports from automated tools or scans.
-
Spam techniques.
-
Code obfuscation in mobile applications.
-
Issues relating to password policies.
-
Race conditions that don't compromise the security of Boozt or our customers.
-
Issues that require unlikely customer interaction.
-
Issues related to hardcoded vendor tokens on mobile applications which don't compromise the security of Boozt or our customers.
-
User enumeration vulnerabilities.
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 47 minutes ago.
No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.
Public CVEs
Published vulnerabilities in this vendor's products, from the NVD.
| CVE | Summary | Severity | Published |
|---|---|---|---|
| CVE-2017-11706 | The Boozt Fashion application before 2.3.4 for Android allows remote attackers to read login credentials by sniffing the network and leveraging the lack of SSL. NOTE: the vendor response, before the application was changed to enable SSL logins, was "At the moment that is an accepted risk. We only have https on the checkout part of the site." | High 7.5 | 28 Jul 2017 |
| CVE-2002-0098 | Buffer overflow in index.cgi administration interface for Boozt! Standard 0.9.8 allows local users to execute arbitrary code via a long name field when creating a new banner. | High 7.5 | 25 Mar 2002 |
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.
Boozt invites you to help enhance our security. We value your expertise in identifying vulnerabilities. We're serious about security and eager to collaborate. Join us in making a difference.
Response Targets
Boozt will make its 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 | 5 days |
| Time to Bounty | 14 days |
| Time to Resolution | depends on severity and complexity |
We’ll try to keep you informed about our progress throughout the process.
Disclosure Policy
Follow HackerOne's disclosure guidelines.
How we determine severity of a report
After a report has been triaged by HackerOne, we will conduct an internal investigation to understand the impact of the vulnerability on our customers; the final severity will always factor in an assessment of how the issue affects our customers. Issues that can only be leveraged to attack one's own account will have their severity score or applicability reflect this.
Reports for security issues that aren't vulnerabilities in our systems might receive a bounty based on our assessment of the impact of the finding.
Targets
We invite you to identify and report security vulnerabilities in our core services, specifically our primary websites and the associated payment gateway, Kronor. The following targets are within the scope of this program:
Core applications: these are our websites and companion mobile applications.
-
Web applications:
www.boozt.comwww.booztlet.com
-
Mobile applications:
com.boozt.app/com.booztcom.boozt.booztlet/com.booztlet
Kronor, a payment gateway serving merchants in the nordics.
https://kronor.io/v1/graphqlhttps://payment-gateway.kronor.iohttps://kronor.io/cde/gql
We are interested in both isolated vulnerabilities in these endpoints and issues related to the integration of these endpoints with our websites and mobile applications.
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 reporting vulnerabilities, please consider attack scenario, exploitability, and security impact of the bug on our customers.
- When duplicates occur, we only award the first fully reproducible report that we receive.
- Multiple vulnerabilities caused by one underlying issue will be awarded one bounty. This also applies in the case of the vulnerability affecting both Boozt and Booztlet domains.
- If you require an account with our services to showcase a vulnerability, please use your
@wearehackerone.comemail when registering. - Make a good faith effort to avoid privacy violations, destruction of data, and interruption or degradation of our service. Only interact with accounts you own or with the explicit permission of the account holder.
The following are prohibited:
- Social engineering (phishing, vishing, smishing).
- Public or third-party disclosure before resolution.
Eligibility Requirements:
- First reporter of a specific vulnerability.
- Clear textual description and reproduction steps.
- Responsible disclosure.
- Testing only on owned accounts.
In addition to the above consideration, you are not eligible for the program if you are a current or former Boozt Group employee or consultant.
Out of Scope
Please note that any vulnerabilities found in third-party libraries or frameworks used by any of the targets are not in scope for this program, unless they directly impact the security of the target applications.
The following issues are considered out of scope:
- Best practice concerns: evidence of a security issue is required.
- Issues that can only be leveraged to attack one's own account.
- Vulnerabilities allowing to obtain infinite "Boozter" points or circumventing validation on the amount of points when purchasing a "Boozter"
- Clickjacking on pages with no sensitive actions.
- Attacks requiring MITM or physical access to a customer's device.
- Use of known vulnerable libraries without a working proof of concept showcasing leverage of that vulnerability.
- CSV injection without demonstrating a vulnerability.
- Any vulnerability affecting the availability of Boozt systems (e.g. denial of service vulnerabilities).
- Missing
HttpOnlyorSecureflags on cookies. - Vulnerabilities only affecting users of outdated or unpatched browsers (less than two stable versions behind the latest released stable version).
- Software version disclosure.
- Public 0-day vulnerabilities that have had an official patch for less than one month will be awarded on a case by case basis.
- Tabnabbing.
- Open redirect - unless an additional security impact can be demonstrated.
- Sessions being hijacked because of insecure protocol use.
- Reports from automated tools or scans.
- Spam techniques.
- Code obfuscation in mobile applications.
- Issues relating to password policies.
- Race conditions that don't compromise the security of Boozt or our customers.
- Issues that require unlikely customer interaction.
- Issues related to hardcoded vendor tokens on mobile applications which don't compromise the security of Boozt or our customers.
- User enumeration vulnerabilities.
System and Infrastructure Credentials
The disclosure of platform API keys, infrastructure tokens, or system credentials will generally be assessed as Low severity, unless the report demonstrates systemic impact, such as:
- Mass unauthorized access to customer data.
- Financial or transactional manipulation, such as bypassing payment controls or altering pricing.
- Bypass of platform-level authentication or authorization controls.
Credentials that are expired, revoked, environment-restricted, or otherwise non-exploitable will generally be considered Informational or Out of Scope.
User Account Credentials and Third-Party Leaks
Reports involving customer credentials obtained from third-party breaches, malware stealer logs, credential stuffing lists, public dumps, or similar sources are generally Out of Scope, unless they demonstrate a large-scale, coordinated threat to our customer base and are directly relevant to Boozt systems.
We are only interested in third-party credential leaks when the dataset is massive in scale and contains a substantial number of active, verified accounts, or when the source of the data breach is directly attributable to Boozt.
Known issues
The following issues are known to us and are being actively worked on. We consider them to be out of scope while remediation is in progress.
- Cross-Site Request Forgery (CSRF) vulnerabilities on the
/api/me/favoritesendpoint. - Issues related to mobile application authentication tokens.
- Brute-force issues, in particular with authentication endpoints.
- Issues on Android apps affecting Webviews.
Jailbroken or rooted devices
Any issue in our mobile applications that can only be exploited on a jailbroken or rooted device will be considered out of scope.
Changelog
We will keep this section regularly updated with changes to our assets that might have relevant security implications.
Q2 2025
- New OAuth based authentication flow for mobile applications
- Tighter integration with Keychain for secrets in iOS applications
Thank you for helping keep Boozt and our customers safe!