Thüringer Aufbaubank Bug Bounty Program
By Thüringer Aufbaubank Bug bounty on YesWeHack aufbaubank.de
- Top reward
- €3,500
- Top severity paid
- Critical
- Assets in scope
- 2
- Public CVEs
- 0
- Last change
At a glance
What to know before you start testing.
- Pays up to €3,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 |
|
€3,500 |
| High |
|
€1,000 |
| Medium |
|
€100 |
| Low |
|
€50 |
Scope
2 assets you may test, 2 excluded.
Web 2
- https://login.aufbaubank.de
- https://thueringer-foerderportal.eu
Out of scope (2)
- All 3rd parties are out of scope
- All domains not listed In-Scope
Rules
What the policy asks of you, and the bug types it won't reward, quoted from Thüringer Aufbaubank 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 Thüringer Aufbaubank 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 sensitive data (personally identifiable information).
-
You must use [a yesWeHack email address](https://helpcenter.yeswehack.io/email-alias) if you register an account on one of our web applications to hunt for bugs.
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 7 minutes ago.
-
Cut
Top reward €7,000 to €3,500.
Before we tracked it
Scope and reward changes recorded before this page started tracking it.
-
Reward terms
The reward table or payout terms were edited
-
Reward terms
The reward table or payout terms were edited
-
Reward cut
Maximum €7,000 → €3,500
-
Rules updated
The program rules were edited
-
Scope added
All 3rd parties are out of scope (out of scope)
-
Scope added
All domains not listed In-Scope (out of scope)
-
Scope added
https://login.aufbaubank.de
-
Scope added
https://thueringer-foerderportal.eu
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
Company
The Thüringer Aufbaubank (TAB) is the central development institute of the German Free State of Thuringia. It was founded in 1992 as an institution under public law. The tasks of the bank include, in addition to economic development, the promotion of housing and urban development, the promotion of technology, the financing of public customers, agriculture, environmental protection and infrastructure.
Web Applications
Our targets in scope are the web applications listed below. With our web applications, you can submit and manage funding applications to the Thüringer Aufbaubank directly on the Internet. Here you also have the possibility to get detailed information about the processing status of your applications at any time, even if they have not been submitted via the portal.
Program Rules
- 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 Thüringer Aufbaubank infrastructure.
Eligibility and Responsible Disclosure
- We are happy to thank everyone who submits valid reports which help us improve the security of Thüringer Aufbaubank 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 sensitive data (personally identifiable information). If access to sensitive data is necessary it must be limited exclusively to the data necessary to prove the security issue.
- You must not be a former or current employee of Thüringer Aufbaubank or one of its contractor.
- 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.
- You must use a yesWeHack email address if you register an account on one of our web applications to hunt for bugs. You will find your alias in https://yeswehack.com/user/tools/email-alias
Updates
11.02.2025 new program version of the CMS provided
Out of scope
- All domains not listed In-Scope
- All 3rd parties are 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