- Top reward
- $13,000
- Top severity paid
- Critical
- Assets in scope
- 11
- Public CVEs
- 25
- Last change
At a glance
What to know before you start testing.
- Pays up to $13,000
- for critical bugs.
- Report on HackerOne
- Submit through the program page.
- Partial safe harbor
- Some legal protection; read the terms.
- 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 |
|
$13,000 |
| High |
|
$1,777 |
| Medium |
|
$777 |
| Low |
|
$333 |
- 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
11 assets you may test, 5 excluded.
Source code 7
- https://github.com/innocraft/ High
- https://github.com/matomo-org High
- https://github.com/matomo-org/developer-documentation Low
- https://github.com/matomo-org/matomo Critical
- https://github.com/matomo-org/tracker-proxy Medium
- https://plugins.matomo.org/developer/innocraft Critical
- https://plugins.matomo.org/developer/matomo-org Critical
Web 2
- https://github.com/matomo-org/docker Critical
- matomo.cloud Critical
Android apps 1
- org.piwik.mobile2 Medium No bounty
iOS apps 1
- 737216887 Medium No bounty
Out of scope (5)
- api.matomo.org
- forum.matomo.org
- matomo.org
- plugins.matomo.org
- shop.matomo.org
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Matomo (via HackerOne)'s policy. "We" in these lines means the program, not this site.
While testing
-
Please don't test contact forms and similar actions that send out emails.
-
Please don't sign up for more than one free trial on InnoCraft cloud.
-
Only interact with accounts you own or with explicit permission of the account holder.
-
Do not report any issues listed as out-of-scope or known below.
Not accepted
-
Code vulnerabilities that are not exploitable in a real-world environment
-
Theoretical issues or issues based only on code patterns without a working exploit
-
Output from automated scans or AI-generated reports that have not been manually verified
-
Clickjacking
-
Cross-Window Forgery (CWF)
-
CSRF on login, logout, unauthenticated forms, or actions with no security-relevant effect
-
Open Directory Listing
-
Application Errors on pages
-
CRIME/BEAST attack and lack of HTTP security headers (CSP, X-XSS, etc.)
-
Security issues as a result of running a Matomo instance without HTTPS
-
Brute force, DoS, DDoS, phishing, text injection, or social engineering attacks
-
Missing cookie flags on non-sensitive cookies
-
HSTS or CSP headers
-
SPF or DMARC records missing; DKIM and mail server configuration
-
Analytics pollution through the public tracking endpoint (whether authenticated or not)
-
Issues around open ports on our servers and software running behind those
-
Vulnerabilities due to outdated infrastructure (PHP, MySQL/MariaDB, web server, OS)
-
Vulnerabilities in third-party plugins (not authored by Matomo or InnoCraft)
-
CLI is out of scope (including Matomo console commands)
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 6 minutes ago.
No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.
Before we tracked it
Scope and reward changes recorded before this page started tracking it.
-
Rules updated
Added: “The Matomo installer has no authentication anchor until installation completes; restricting network access to an in-progress installer is an operator responsibi...”
-
Rules updated
Added: “==Do not report any issues listed as out-of-scope or known below. We are closing such as **Not Applicable** in our program.==”
-
Rules updated
Added: “Login plugins, such as LoginLdap / LoginSaml may skip the password-confirmation steps. We do not count the resulting escalation towards the severity of other re...”
-
Rules updated
Added: “OAuth2 scopes resolve to a Matomo role rather than a list of permitted operations, so a read scope can reach state-changing methods that role may call; configur...”
-
Scope added
https://github.com/matomo-org/developer-documentation
-
Scope added
https://github.com/matomo-org/tracker-proxy
Public CVEs
Published vulnerabilities in this vendor's products, from the NVD.
| CVE | Summary | Severity | Published |
|---|---|---|---|
| CVE-2025-4415 | Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Drupal Piwik PRO allows Cross-Site Scripting (XSS).This issue affects Piwik PRO: from 0.0.0 before 1.3.2. | Medium 4.8 | 21 May 2025 |
| CVE-2023-6923 | The Matomo Analytics – Ethical Stats. Powerful Insights. plugin for WordPress is vulnerable to Reflected Cross-Site Scripting via the idsite parameter in all versions up to, and including, 4.15.3 due to insufficient input sanitization and output escaping. This makes it possible for unauthenticated attackers to inject arbitrary web scripts in pages that execute if they can successfully trick a user | Medium 6.1 | 29 Feb 2024 |
| CVE-2022-33156 | The matomo_integration (aka Matomo Integration) extension before 1.3.2 for TYPO3 allows XSS. | Medium 6.1 | 12 Jul 2022 |
| CVE-2020-29578 | The official piwik Docker images before fpm-alpine (Alpine specific) contain a blank password for a root user. Systems using the Piwik Docker container deployed by affected versions of the Docker image may allow an remote attacker to achieve root access. | Critical 9.8 | 8 Dec 2020 |
| CVE-2013-0193 | Cross-site Scripting (XSS) in Piwik before 1.10.1 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors. NOTE: This is a different vulnerability than CVE-2013-0194 and CVE-2013-0195. | Medium 6.1 | 20 Nov 2019 |
| CVE-2013-0194 | Cross-site Scripting (XSS) in Piwik before 1.10.1 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors. NOTE: This is a different vulnerability than CVE-2013-0193 and CVE-2013-0195. | Medium 6.1 | 20 Nov 2019 |
| CVE-2013-0195 | Cross-site Scripting (XSS) in Piwik before 1.10.1 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors. NOTE: This is a different vulnerability than CVE-2013-0193 and CVE-2013-0194. | Medium 6.1 | 20 Nov 2019 |
| CVE-2019-12215 | A full path disclosure vulnerability was discovered in Matomo v3.9.1 where a user can trigger a particular error to discover the full path of Matomo on the disk, because lastError.file is used in plugins/CorePluginsAdmin/templates/safemode.twig. NOTE: the vendor disputes the significance of this issue, stating "avoid reporting path disclosures, as we don't consider them as security vulnerabilities | Medium 4.3 | 20 May 2019 |
| CVE-2015-7816 | The DisplayTopKeywords function in plugins/Referrers/Controller.php in Piwik before 2.15.0 allows remote attackers to conduct PHP object injection attacks, conduct Server-Side Request Forgery (SSRF) attacks, and execute arbitrary PHP code via a crafted HTTP header. | High 7.5 | 16 Nov 2015 |
| CVE-2015-7815 | Directory traversal vulnerability in core/ViewDataTable/Factory.php in Piwik before 2.15.0 allows remote attackers to include and execute arbitrary local files via the viewDataTable parameter. | High 7.5 | 16 Nov 2015 |
| CVE-2013-2633 | Piwik before 1.11 accepts input from a POST request instead of a GET request in unspecified circumstances, which might allow attackers to obtain sensitive information by leveraging the logging of parameters. | Medium 5.0 | 21 Mar 2013 |
| CVE-2013-1844 | Cross-site scripting (XSS) vulnerability in Piwik before 1.11 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors. | Medium 4.3 | 21 Mar 2013 |
| CVE-2012-4541 | Cross-site scripting (XSS) vulnerability in Piwik before 1.9 allows remote attackers to inject arbitrary web script or HTML via unspecified vectors. | Medium 4.3 | 19 Nov 2012 |
| CVE-2011-4941 | Unspecified vulnerability in Piwik 1.2 through 1.4 allows remote attackers with the view permission to execute arbitrary code via unknown attack vectors. | Medium 6.8 | 18 Sep 2012 |
| CVE-2011-3791 | Piwik 1.1 allows remote attackers to obtain sensitive information via a direct request to a .php file, which reveals the installation path in an error message, as demonstrated by plugins/Widgetize/Widgetize.php and certain other files. | Medium 5.0 | 24 Sep 2011 |
| CVE-2011-0004 | Multiple cross-site scripting (XSS) vulnerabilities in Piwik before 1.1 allow remote attackers to inject arbitrary web script or HTML via unspecified vectors. | Medium 4.3 | 10 Jan 2011 |
| CVE-2011-0398 | The Piwik_Common::getIP function in Piwik before 1.1 does not properly determine the client IP address, which allows remote attackers to bypass intended geolocation and logging functionality via (1) use of a private (aka RFC 1918) address behind a proxy server or (2) spoofing of the X-Forwarded-For HTTP header. | Medium 6.4 | 10 Jan 2011 |
| CVE-2011-0399 | Piwik before 1.1 does not prevent the rendering of the login form inside a frame in a third-party HTML document, which makes it easier for remote attackers to conduct clickjacking attacks via a crafted web site. | Medium 4.3 | 10 Jan 2011 |
| CVE-2011-0400 | Cookie.php in Piwik before 1.1 does not set the secure flag for the session cookie in an https session, which makes it easier for remote attackers to capture this cookie by intercepting its transmission within an http session. | Medium 5.0 | 10 Jan 2011 |
| CVE-2011-0401 | Piwik before 1.1 does not properly limit the number of files stored under tmp/sessions/, which might allow remote attackers to cause a denial of service (inode consumption) by establishing many sessions. | Medium 5.0 | 10 Jan 2011 |
| CVE-2010-2786 | Directory traversal vulnerability in Piwik 0.6 through 0.6.3 allows remote attackers to include arbitrary local files and possibly have unspecified other impact via directory traversal sequences in a crafted data-renderer request. | Medium 6.8 | 2 Aug 2010 |
| CVE-2010-1453 | Cross-site scripting (XSS) vulnerability in the Login form in Piwik 0.1.6 through 0.5.5 allows remote attackers to inject arbitrary web script or HTML via the form_url parameter. | Medium 4.3 | 7 May 2010 |
| CVE-2009-4137 | The loadContentFromCookie function in core/Cookie.php in Piwik before 0.5 does not validate strings obtained from cookies before calling the unserialize function, which allows remote attackers to execute arbitrary code or upload arbitrary files via vectors related to the __destruct function in the Piwik_Config class; php://filter URIs; the __destruct functions in Zend Framework, as demonstrated by | High 7.5 | 24 Dec 2009 |
| CVE-2009-4140 | Unrestricted file upload vulnerability in ofc_upload_image.php in Open Flash Chart v2 Beta 1 through v2 Lug Wyrm Charmer, as used in Piwik 0.2.35 through 0.4.3, Woopra Analytics Plugin before 1.4.3.2, and possibly other products, when register_globals is enabled, allows remote authenticated users to execute arbitrary code by uploading a file with an executable extension through the name parameter | High 7.5 | 22 Dec 2009 |
| CVE-2009-1085 | Piwik 0.2.32 and earlier stores sensitive information under the web root with insufficient access control, which allows remote attackers to obtain the API key and other sensitive information via a direct request for misc/cron/archive.sh. | Medium 5.0 | 25 Mar 2009 |
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.
Disclosure Policy
- Let us know as soon as possible upon discovery of a potential security issue, and we'll make every effort to quickly resolve the issue.
- Provide us a reasonable amount of time to resolve the issue before any disclosure to the public or a third-party.
- Reported security issues must be original and previously unreported.
- 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 explicit permission of the account holder.
- Please don't run automated tools against live servers without contacting us first. If you want to test out Matomo you can easily set up your own instance
- Please don't test contact forms and similar actions that send out emails.
- Please don't sign up for more than one free trial on InnoCraft cloud.
Reporting Requirements
To help us efficiently validate and resolve issues, reports must include:
- A clear description of the vulnerability
- The affected asset, component, or plugin
- The required authentication level (e.g. unauthenticated, user, write, admin, superuser)
- Step-by-step reproduction instructions
- A working Proof of Concept (PoC) (e.g. payload, request, script, or screenshot/video demonstrating the issue)
- A clear explanation of the real-world impact
Reports that are missing sufficient detail or cannot be reproduced may be closed as Not Applicable.
Important
- Findings must be validated in a real, running Matomo instance.
- Reports based solely on code analysis, automated tools, or AI-generated output without demonstrated exploitability will not be accepted.
- The reporter is responsible for verifying that the issue is actually exploitable in practice, not just theoretically possible.
- Security vulnerabilities that have already been fixed in code, do not qualify, even if the fix did not yet land in a release.
- ==Do not report any issues listed as out-of-scope or known below. We are closing such as Not Applicable in our program.==
Out-of-Scope Vulnerabilities
The following issues are outside the scope of our rewards program. This list is not exhaustive:
- Code vulnerabilities that are not exploitable in a real-world environment
- Theoretical issues or issues based only on code patterns without a working exploit
- Output from automated scans or AI-generated reports that have not been manually verified
- Clickjacking
- Cross-Window Forgery (CWF)
- CSRF on login, logout, unauthenticated forms, or actions with no security-relevant effect
- Information disclosure that stays inside your own authorization scope, including anything already public in our open-source code (including version or path disclosures)
- The
token_authacts as the user's password and is used to authenticate in API requests (see FAQ) - Open Directory Listing
- CORS related issues in any of our
*.matomo.orgwebsites - Application Errors on pages
- CRIME/BEAST attack and lack of HTTP security headers (CSP, X-XSS, etc.)
- Security issues as a result of running a Matomo instance without HTTPS
- Brute force, DoS, DDoS, phishing, text injection, or social engineering attacks
- Vulnerabilities requiring Man-in-the-middle and on-path attacks; intercepting, modifying or downgrading traffic; control of DNS or the local network; user-installed root certificates
- Vulnerabilities requiring access to the victim's device, browser profile, extensions or clipboard
- Host and forwarded-header injection, including password-reset link poisoning, where it depends on proxy header settings without a header-overwriting proxy, or on trusted hosts not being configured
- Vulnerabilities requiring control of a dangling subdomain beneath a configured trusted host
- Missing cookie flags on non-sensitive cookies
- Users with super user privileges can post arbitrary JavaScript
- Vulnerabilities affecting users of outdated browsers or platforms
- Issues related to world writable files in a shared hosting environment
- Race conditions to bypass limits/quotas
- Server-Side Request Forgery (SSRF), blind and where result reaches you only as a boolean, a detection signature, an error, a timing or a length difference without further impact
- HSTS or CSP headers
- SPF or DMARC records missing; DKIM and mail server configuration
- Analytics pollution through the public tracking endpoint (whether authenticated or not)
- Issues around open ports on our servers and software running behind those
- Vulnerabilities due to outdated infrastructure (PHP, MySQL/MariaDB, web server, OS)
- Vulnerabilities caused by not applying Matomo security best practices
- Vulnerabilities in third-party plugins (not authored by Matomo or InnoCraft)
- Vulnerabilities in code not included in final releases (e.g. tests) unless they affect shipped builds
- CLI is out of scope (including Matomo console commands)
Known issues and accepted limitations
- The Matomo installer has no authentication anchor until installation completes; restricting network access to an in-progress installer is an operator responsibility
- Email address ownership is never verified, for invitations or for email changes
- Possession of an unexpired invitation link is itself the authorization to claim that pending account, as is the ability to issue or re-issue one
- In Tag Manager, the capability to publish a container live is treated as equivalent trust to authoring custom templates
- Login and password-reset responses differ for accounts that exist, including in timing
- The default password policy accepts weak passwords; strength requirements are configurable
- Matomo requires write access to its own directories for updates and plugin installation, which is not the same as an attacker holding that access
- Password-reset links follow forwarded host headers when proxy host headers are configured
- OAuth2 scopes resolve to a Matomo role rather than a list of permitted operations, so a read scope can reach state-changing methods that role may call; configuration a token creates belongs to the Matomo login and outlives the token
- Login plugins, such as LoginLdap / LoginSaml may skip the password-confirmation steps. We do not count the resulting escalation towards the severity of other reports
Deprecated / discontinued features (in-scope, but ineligible for bounties)
- Shortcodes and PHP-API mode in Connect Matomo
Additional Notes
- We may request additional information if a report is unclear or incomplete.
- Reports that require extensive clarification or cannot be reproduced may be closed.
- Repeated submission of low-quality or non-reproducible reports may negatively impact eligibility for rewards.
Responsible Disclosure Reminder
Please submit any open source security issues directly to us via HackerOne. Do not open security-related issues on public GitHub repositories.
Thank you for helping keep Matomo and our users safe!