Santé Publique France Bug Bounty Program
By Santé publique France Bug bounty on YesWeHack mangerbouger.fr
- Top reward
- €1,500
- Top severity paid
- Critical
- Assets in scope
- 8
- Public CVEs
- 0
- Last change
At a glance
What to know before you start testing.
- Pays up to €1,500
- for critical bugs, from €50.
- Report on YesWeHack
- Submit through the program page.
- No public write-ups
- Keep findings private.
Rewards
What YesWeHack lists as the payout for each severity.
| Severity | Relative size | Reward |
|---|---|---|
| Critical |
|
€1,500 |
| High |
|
€700 |
| Medium |
|
€300 |
| Low |
|
€50 |
Scope
8 assets you may test, 1 excluded.
Web 7
- mangerbouger.fr
- professionnels.vaccination-info-service.fr
- vaccination-info-service.fr
- www.1000-premiers-jours.fr
- www.onsexprime.fr
- www.tabac-info-service.fr
- www.vivre-avec-la-chaleur.fr
APIs 1
- sso.mangerbouger.fr
Out of scope (1)
- Domains not listed in scope are by default all out of scope
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Santé Publique France Bug Bounty Program (via YesWeHack)'s policy. "We" in these lines means the program, not this site.
While testing
-
Any type of denial-of-service attacks is strictly forbidden, as well as any interference with network equipment and our infrastructure.
-
Any vulnerability found must be reported no later than 24 hours after discovery and exclusively through yeswehack.com
-
You must avoid tests that could cause degradation or interruption of our service (refrain from using automated tools, and limit yourself about requests per second).
-
You must not leak, manipulate, or destroy any user data.
-
Do not modify the data of our production environment. Restrict your tests to the PPROD environment when testing data integrity.
-
You must avoid tests that could cause degradation or interruption of our service (refrain from using automated tools, and limit yourself about **30** requests per second).
-
Discovered vulnerabilities must not have any impact on other users' activities, or modify the application.
-
You must be the first reporter of a vulnerability.
-
You must not be a former or current employee of Santé publique France or one of its contractors.
Not accepted
-
Broken Link/Social media Hijacking
-
Tabnabbing
-
Missing cookie flags
-
Content/Text injections
-
Clickjacking/UI redressing
-
Denial of Service (DoS) attacks
-
Recently disclosed CVEs (less than 30 days sinces patch release)
-
CVEs without exploitable vulnerabilities and PoC
-
Open ports or services without exploitable vulnerabilities and PoC
-
Social engineering of staff or contractors
-
Presence of autocomplete attribute on web forms
-
Vulnerabilities affecting outdated browsers or platforms
-
Self-XSS or XSS that cannot be used to impact other users
-
Any hypothetical flaw or best practices without exploitable vulnerabilities and PoC
-
SSL/TLS issues (e.g. expired certificates, best practices)
-
Unexploitable vulnerabilities (e.g. Self-XSS, XSS or Open Redirect through HTTP headers...)
-
Reports with attack scenarios requiring MITM or physical access to victim's device
-
Missing security-related HTTP headers which do not lead directly to an exploitable vulnerability and PoC
-
Low severity Cross-Site Request Forgery (CSRF) (e.g. Unauthenticated / Logout / Login / Products cart updates...)
-
Invalid or missing email security records (e.g. SPF, DKIM, DMARC)
-
Session management issues (e.g. lack of expiration, no logout on password change, concurrent sessions)
-
CSV injection
-
Malicious file upload (e.g. EICAR files, .EXE)
-
HTTP Strict Transport Security Header (HSTS)
Summarised with AI from the program policy on YesWeHack, and checked word for word against it. Read the original
Changes
Tracked since 11 Nov 2026. Last checked 8 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.
-
Scope added
Domains not listed in scope are by default all out of scope (out of scope)
-
Scope added
www.tabac-info-service.fr
-
Scope added
www.vivre-avec-la-chaleur.fr
-
Scope added
professionnels.vaccination-info-service.fr
-
Scope added
vaccination-info-service.fr
-
Scope added
sso.mangerbouger.fr
-
Scope added
mangerbouger.fr
-
Scope added
www.1000-premiers-jours.fr
-
Scope added
www.onsexprime.fr
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 yeswehack.com on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.
Rules
Santé publique France Santé publique France is the national public health agency.
Created in May 2016 by ordinance and decree, it is a public administrative establishment under the supervision of the Ministry of Health. Our mission: to improve and protect the health of populations. This mission revolves around three major axes: anticipate, understand and act. This program concerns all the public sites of Santé publique France with a strong image risk. The scopes of our programs are detailed further below, but here is a quick explanation of the services available on the urls listed : * institutional web sites * health prevention web sites ## Program Rules For the health prevention platform [Mangerbouger][], you can create accounts with @yeswehack.ninja https://yeswehack.com/user/tools/email-alias [Mangerbouger]: https://mangerbouger.fr For the health prevention platform [TabacInfoService][], you can create accounts with @yeswehack.ninja https://yeswehack.com/user/tools/email-alias [TabacInfoService]: https://www.tabac-info-service.fr/ We believe that no technology is perfect and that working with skilled security researchers is crucial in identifying weaknesses in our technology. If you believe you've found a security bug in our service, we are happy to work with you to resolve the issue promptly and ensure you are fairly rewarded for your discovery. Any type of denial-of-service attacks is strictly forbidden, as well as any interference with network equipment and our infrastructure. ## Reward Eligibility and Testing precautions We are happy to thank everyone who submits valid reports which help us improve the security of Santé publique France 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 (see below) - Any vulnerability found must be reported no later than 24 hours after discovery and exclusively through yeswehack.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 avoid tests that could cause degradation or interruption of our service (refrain from using automated tools, and limit yourself about requests per second). - You must not leak, manipulate, or destroy any user data. - You must not be a former or current employee of Santé publique France or one of its contractors. Reports about vulnerabilities are examined by our security analysts. - Our analysis is always based on worst case exploitation of the vulnerability, as is the reward we pay. No vulnerability disclosure, including partial is allowed for the moment. - Do not modify the data of our production environment. Restrict your tests to the PPROD environment when testing data integrity. ## Notes on Vulnerabilities (for tests on the production environment) - You must avoid tests that could cause degradation or interruption of our service (refrain from using automated tools, and limit yourself about 30 requests per second). - To demonstrate impact on RCE/SQLi/SSRF, please only use the permitted commands listed here below in your PoC. If we would like you to go further, we will mention it directly on your report - RCE : id / whoami / hostname / ifconfig - SQLi : send us the version and/or the database diagram - SSRF : content page or specific behavior - Subdomain takeover without interaction on a production environment will be considered as max CVSS High Example: A subdomain takeover can be used to perform an external resource hijacking (JavaScript file for example) which will be loaded on another domain, no interaction is needed by victim user to execute this malicious JS. - Subdomain takeover with interaction on a production environment will be considered as max CVSS Medium Example: A subdomain takeover can be performed but it's only visible if a victim user visits this domain. - Subdomain takeover, DNS dangling, Cache Poisoning...: If you find multiple similar issues across multiple scopes at the same time, we recommend submitting all the affected assets in a single report. We will, on a case-to-case basis, consider increasing the bounty amount accordingly. - Discovered vulnerabilities must not have any impact on other users' activities, or modify the application. E.g.: stored XSS should use console.log() instead of the usual alert(), confirm(), prompt() Please note that if a vulnerability affects a third party (e.g. TrustCommander, or other), that is plugged into all our websites, only the two first reports submitted on the subject will get rewarded. Additional reports on the same subject will no longer be rewarded.
Out of scope
- Domains not listed in scope are by default all out of scope
Qualifying vulnerabilities
- SQL Injection (SQLi)
- Cross-Site Scripting (XSS)
- Remote Code Execution (RCE)
- Insecure Direct Object Reference (IDOR)
- Horizontal and vertical privilege escalation
- Authentication bypass & broken authentication
- Business Logic Errors vulnerability with real security impact
- Local files access and manipulation (LFI, RFI, XXE, SSRF, XSPA)
- Cross-Origin Resource Sharing (CORS) with real security impact
- Cross-site Request Forgery (CSRF) with real security impact
- Open Redirect
- Exposed secrets, credentials or sensitive information on an asset under our control and affecting at least one of our scopes.
Non-qualifying vulnerabilities
- Broken Link/Social media Hijacking
- Tabnabbing
- Missing cookie flags
- Content/Text injections
- Clickjacking/UI redressing
- Denial of Service (DoS) attacks
- Recently disclosed CVEs (less than 30 days sinces patch release)
- CVEs without exploitable vulnerabilities and PoC
- Open ports or services without exploitable vulnerabilities and PoC
- Social engineering of staff or contractors
- Presence of autocomplete attribute on web forms
- Vulnerabilities affecting outdated browsers or platforms
- Self-XSS or XSS that cannot be used to impact other users
- Any hypothetical flaw or best practices without exploitable vulnerabilities and PoC
- SSL/TLS issues (e.g. expired certificates, best practices)
- Unexploitable vulnerabilities (e.g. Self-XSS, XSS or Open Redirect through HTTP headers...)
- Reports with attack scenarios requiring MITM or physical access to victim's device
- Missing security-related HTTP headers which do not lead directly to an exploitable vulnerability and PoC
- Low severity Cross-Site Request Forgery (CSRF) (e.g. Unauthenticated / Logout / Login / Products cart updates...)
- Invalid or missing email security records (e.g. SPF, DKIM, DMARC)
- Session management issues (e.g. lack of expiration, no logout on password change, concurrent sessions)
- Disclosure of information without exploitable vulnerabilities and PoC (e.g. stack traces, path disclosure, directory listings, software versions, IP disclosure, 3rd party secrets, EXIF Metadata, Origin IP)
- CSV injection
- Malicious file upload (e.g. EICAR files, .EXE)
- HTTP Strict Transport Security Header (HSTS)
- Subdomain takeover without a full exploitable vulnerability and PoC or not applicable to the scope
- Blind SSRF without exploitable vulnerabilities and PoC (e.g. DNS & HTTP pingback, Wordpress XMLRPC)
- Lack or bypass of rate-limiting, brute-forcing or captcha issues
- User enumeration (e.g. email, alias, GUID, phone number, common CMS endpoints)
- Weak password policies (e.g. length, complexity, reuse)
- Ability to spam users (email / SMS / direct messages flooding)
- Disclosed or misconfigured public API keys (e.g. Google Maps, Firebase, analytics tools...)
- Password reset token sent via HTTP referer to external services (e.g. analytics / ads platforms)
- Stolen secrets, credentials or information gathered from a third-party asset that we have no control over
- Exposed secrets, credentials or information on an asset under our control that are not applicable to the program’s scope
- Pre-account takeover (e.g. account creation via oAuth)
- GraphQL Introspection is enabled
- DOM XSS via postMessage on TrustCommander Privacy Center