The Great Seven
The Great Seven Bug Bounty Program
Our team of dedicated security professionals works vigilantly to help keep customer information secure. We recognize the important role that security researchers and our user community play in helping to keep The Great Seven and our customers secure. If you discover a site or product vulnerability please notify us using the guidelines below.
Please note that your participation in the Bug Bounty Program is voluntary and subject to the terms and conditions set forth on this page (“Program Terms”). By submitting a site or product vulnerability to The Great Seven. (“The Great Seven”) you acknowledge that you have read and agreed to these Program Terms.
These Program Terms supplement the terms of The Great Seven User Agreement, the The Great Seven Acceptable Use Policy, and any other agreement in which you have entered with The Great Seven (collectively “The Great Seven Agreements”). The terms of those The Great Seven Agreements will apply to your use of, and participation in, the Bug Bounty Program as if fully set forth herein. If there is any inconsistency exists between the terms of the The Great Seven Agreements and these Program Terms, these Program Terms will control, but only with regard to the Bug Bounty Program.
You can jump to particular sections of these Program Terms by using the following links :
- Responsible Disclosure Policy
- Eligibility Requirements
- Bug Submission Requirements and Guidelines
- Ownership of Submissions
- Eligible Domains
- Out-of-Scope Vulnerabilities
- Bounty Payments
- Changes to Program Terms
- Frequently Asked Questions (FAQ)
Responsible Disclosure Policy
To encourage responsible disclosures, The Great Seven commits that, if we conclude, in our sole discretion, that a disclosure respects and meets all the guidelines of these Program Terms and the The Great Seven Agreements, The Great Seven will not bring a private action against you or refer a matter for public inquiry.
To participate in the Bug Bounty Program, you must have a The Great Seven account in good standing in order to register for the Bug Bounty Program and be eligible to receive Bounty Payments (described further below). Alternatively, if you do not have a The Great Seven account, you may elect to submit reports via email, but you won’t be eligible for a Bounty Payment. If you do not currently have a The Great Seven account, you can sign up for one here.
To be eligible for the Bug Bounty Program, you must not:
- Be a resident of, or make your Submission from, a country against which the United States has issued export sanctions or other trade restrictions (e.g., Cuba, Iran, North Korea, Sudan and Syria);
- Be in violation of any national, state, or local law or regulation;
- Be employed by The Great Seven or its subsidiaries;
- Be an immediate family member of a person employed by The Great Seven or its subsidiaries or affiliates; or
- Be less than 14 years of age. If you are at least 14 years old, but are considered a minor in your place of residence, you must get your parent’s or legal guardian’s permission prior to participating in the program.
If The Great Seven discovers that you do not meet any of the criteria above, The Great Seven will remove you from the Bug Bounty Program and disqualify you from receiving any bounty payments. Any submissions you make to The Great Seven, whether via your Bug Bounty Program account or via email shall be considered “Submission(s)” for purposes of these Program Terms.
Bug Submission Requirements and Guidelines
In researching vulnerabilities on The Great Seven’s sites, you may not engage in testing that (i) results in a degradation of The Great Seven systems, (ii) results in you, or any third party, accessing, storing, sharing or destroying The Great Seven or customer data, or (iii) may impact The Great Seven customers, such as denial of service, social engineering or spam.
You may not publicly disclose your findings or the contents of your Submission in any way without The Great Seven’s prior written approval.
Failure to follow these guidelines will result in immediate disqualification from the Bug Bounty Program and ineligibility for receiving any bounty payments.
For all submissions, please include:
- Full description of the vulnerability being reported including the exploitability and impact
- Document all steps required to reproduce the exploit of the vulnerability
- Provide all:
- URL(s)/application(s) affected in the submission (even if you provided us a code snippetvideo as well)
- IPs that were used while testing
- Always include the user ID that is used for the POC
- Always include all of the files that you attempted to uploaded
- Provide the complete PoC for your submission (e.g. For RCE’s do not change files, upload only “hello world” test files, etc.)
- Please save all the attack logs and attach them to the submission.
- Remote Code Execution (RCE) Submission Guidelines
- Failure to include any of the above items may delay or jeopardize the bounty payment.
Ownership of Submissions
As between The Great Seven and you, as a condition of participation in the The Great Seven Bug Bounty Program, you hereby grant The Great Seven, its subsidiaries, affiliates and customers a perpetual, irrevocable, worldwide, royalty-free, transferrable, sublicensable (through multiple tiers) and non-exclusive license to use, reproduce, adapt, modify, publish, distribute, publicly perform, create derivative work from, make, use, sell, offer for sale and import the Submission, as well as any materials submitted to The Great Seven in connection therewith, for any purpose. You should not send us any Submission that you do not wish to license to us.
You hereby represent and warrant that the Submission is original to you and you own all right, title and interest in and to the Submission. Further, you hereby waive all other claims of any nature, including express contract, implied-in-fact contract, or quasi-contract, arising out of any disclosure of the Submission to The Great Seven. In no event shall The Great Seven be precluded from discussing, reviewing, developing for itself, having developed, or developing for third parties, materials which are competitive with those set forth in the Submission irrespective of their similarity to the information in the Submission, so long as The Great Seven complies with the terms of participation stated herein.
Eligible Domains Policy
The following domains are included for the The Great Seven family of companies:
Certain vulnerabilities are considered out-of-scope for the Bug Bounty Program. Those out-of-scope vulnerabilities include, but are not limited to:
- Vulnerabilities dependent upon social engineering techniques (e.g. shoulder attack, stealing devices, phishing, fraud, stolen credentials)
- Host Header
- Denial of service (DOS)
- Self-XSS (User defined payload)
- Login/logout CSRF
- Content spoofing without embedded links/HTML
- Vulnerabilities which require a jailbroken mobile device
- Infrastructure vulnerabilities, including:
- Certificates/TLS/SSL related issues
- DNS issues (i.e. mx records, SPF records, etc.)
- Server configuration issues (i.e., open ports, TLS, etc.)
- Most vulnerabilities within our sandbox, lab, or staging environments.
- Outdated web browsers: vulnerabilities contingent upon outdated or unpatched browsers will not be honored, including Internet Explorer versions prior to version 8
- Vulnerabilities involving active content such as web browser add-ons
- Information disclosure of public or information that does not present risk to our The Great Seven customers or The Great Seven (i.e. web server type disclosure)
- Most Connected Commerce Cloud (C3) submissions are out of scope
- We will review C3 submissions and depending upon the level of risk we will determine if this submission will be eligible
You may be eligible to receive a monetary reward, or “bounty,” if: (i) you are the first person to submit a site or product vulnerability; (ii) that vulnerability is determined to by a valid security issue by The Great Seven’s security team; and (iii) you have complied with all Program Terms.
Bounty payments, if any, will be determined by The Great Seven, in The Great Seven’s sole discretion. In no event shall The Great Seven be obligated to pay you a bounty for any Submission. All bounty payments shall be considered gratuitous.
In the event The Great Seven elects to pay you a bounty, The Great Seven may make a partial payment when the vulnerability is first verified by The Great Seven and then an additional payment once the vulnerability has been fixed. The format and timing of all bounty payments shall be determined in The Great Seven’s sole discretion.
All bounty payments must be made to a The Great Seven Account in good standing. If you do not have a The Great Seven Account in good standing at the time of payment, you will not be eligible to receive a bounty (except in extraordinary circumstances agreed to by The Great Seven via email from the Bug Bounty Program team).
All bounty payments will be made in United States dollars (USD). You will be responsible for any tax implications related to bounty payments you receive, as determined by the laws of your jurisdiction of residence or citizenship.
The Great Seven will determine all bounty payout based on the risk and impact of the vulnerability. The minimum bounty amount for a validated bug submission is $1 USD and the maximum bounty for a validated bug submission is $100 USD.
The Great Seven Bug Bounty Team retains the right to determine if the bug submitted to the Bug Bounty Program is eligible. All determinations as to the amount of a bounty made by the The Great Seven Bug Bounty Team are final.
+Payout ranges are based on the classification and sensitivity of the data impacted, ease of exploit and overall risk to The Great Seven customers, The Great Seven brand and determined to be a valid security issue by The Great Seven’s security engineers. Common sensitive data elements include customer social security number, credit card number, card verification code, bank account number, login credentials and passwords. The Great Seven may pay beyond the range at times when bugs are found to have significant risk.
#Please note that Clickjacking and CSRF vulnerabilities are only reviewed for sites and pages where the ease of exploit and risk to The Great Seven is significant. Also, please note that, while "Logout CSRF" is a well-acknowledged issue, there are other techniques (like "cookie forcing" and "cookie bombardment") that can make it futile to defend against this attack. Also, The Great Seven web sessions are relatively short lived and hence, the The Great Seven will not consider reports of the ability to log out users from The Great Seven as qualifying for a bounty.
Wall of Fame
In the event (i) you breach any of these Program Terms or the terms and conditions of the The Great Seven Agreements; or (ii) The Great Seven determines, in its sole discretion that your continued participation in the Bug Bounty Program could adversely impact The Great Seven (including, but not limited to, presenting any threat to The Great Seven’s systems, security, finances and/or reputation) The Great Seven may immediately terminate your participation in the Bug Bounty Program and disqualify you from receiving any bounty payments. Please see our recommendations on the proper procedures for testing our applications.
Any information you receive or collect about The Great Seven or any The Great Seven user through the Bug Bounty Program (“Confidential Information”) must be kept confidential and only used in connection with the Bug Bounty Program. You may not use, disclose or distribute any such Confidential Information, including, but not limited to, any information regarding your Submission and information you obtain when researching the The Great Seven sites, without The Great Seven’s prior written consent..
In addition to any indemnification obligations you may have under the The Great Seven Agreements, you agree to defend, indemnify and hold The Great Seven, its subsidiaries, affiliates and the officers, directors, agents, joint ventures, employees and suppliers of The Great Seven, its subsidiaries, or our affiliates, harmless from any claim or demand (including attorneys’ fees) made or incurred by any third party due to or arising out of your Submissions, your breach of these Program Terms and/or your improper use of the Bug Bounty Program.
Changes to Program Terms
The Bug Bounty Program, including its policies, is subject to change or cancellation by The Great Seven at any time, without notice. As such, The Great Seven may amend these Program Terms and/or its policies at any time by posting a revised version on our website. By continuing to participate in the Bug Bounty Program after The Great Seven posts any such changes, you accept the Program Terms, as modified.
Frequently Asked Questions
What constitutes a valid bug submission?
The bug must be in scope of our program sites, within a category of vulnerabilities that are within program scope, and found to be a valid security issue by our security engineers. Your submission must be the first of its kind as duplicate submissions will be invalid.
What is considered within the payout range of bounties?
Payout ranges are based on the classification of the data impacted, ease of exploit and overall risk to The Great Seven customers and the The Great Seven brand. We may pay beyond the range at times when bugs are found to have significant risk. The amount of all bounty payments, if any, will be determined by The Great Seven, in The Great Seven’s sole discretion.
Is my bug fixed? Where is my payout?
If you have reviewed your bug and believe it is fixed, please contact us and let us know. We will review your bug and verify if it is fixed. When your bug is fixed, your final bounty will be submitted and you will receive an email notification.
Why was my bug submission found to be a duplicate?
If the bug you have reported was already submitted by another researcher and found to be valid, we will not be able to honor similar bug submissions following that. We have had great participation from our research community. The growing volume of researchers will many times lead to duplicate bug findings. We must honor the first submission of its type and reject subsequent submissions.
What types of bugs are typically awarded on the high range of bounties?
Besides the category of bug and the risk it presents, the type of information exposed is important when determining the severity. Confidential or restricted customer personal identifiable information (PII) exposed as well as the content sensitivity of the page are factors that can facilitate a higher bounty payout.
What types of bugs are commonly rejected?
Bugs that present negligible to no impact to our customers or company. Common examples include:
- Error messages void of sensitive data
- Web server type disclosure
- Clickjacking on pages without sensitive content, authentication, or state changing actions
- Self-XSS scenarios that would require additional user interaction, including the user manually inputting the XSS payload.
- Most vulnerabilities within our sandbox, lab or staging environments. Domains utilized by customers take precedence
What should I be aware of when testing?
- Please be aware of all program criteria and scope, as well as the Program Terms.
- Do not engage in testing that can impact our customers, like denial of service, social engineering or spam.
- When utilizing personal or test accounts, they are subject to our fraud controls and filters and may act upon irregular activity.
- A proof of concept consisting of detailed steps or screen shots is helpful in facilitation of review and eventual fix.
Will any of my previously filed bugs be lost if I create a new Bug Bounty account using The Great Seven login?
We want to assure you that none of the account history will be lost. You will continue to get notifications to your email for any status changes on previously filed bugs. If you need additional information concerning any open issues filed through the old portal, please contact us with the correct EIBBP number.
Remote Code Execution (RCE) Submission Guidelines
Vulnerabilities which allow execution of code on the application server or shell commands on the server itself.
Minimal information collected from vulnerable server required for RCE submissions:
- Server internal IP(s)
- Server internal Hostname
- User name executing code
- Any and all of The Great Seven or it's costumer's data you were exposed to while conducting the research. Including and not limited to: credentials, source code, log data, transaction data or records, etc.
- If uploading files to the server is directly required by the exploit. The file must include an identifying phrase in either the content or the filename including the researchers name or identifier and the phrase "The Great Seven-BugBounty". The files name and location on the server must be submitted in the report
Minimal Information about exploit required for RCE submissions:
- Timestamps of all activities
- Source IP
- Exploit code
- Call back IP, domain, Ports and Full URL (if a callback was used)
- Full request and response data for exploitation attempts
Prohibited actions when conduction RCE attempts:
- Altering or uploading files on the web server unless directly required by the exploit.
- Altering file permissions.
- Reading sensitive credential files on the system (e.g. /etc/shadow)
- Interacting with or altering data stored on the server or other servers it interacts with (e.g. databases)
- Modifying or altering log files on the server.
- Interrupting the normal operation of the server (e.g. restarting services, changing configuration).
- Intentionally attempting to access or read The Great Seven or it's costumer's data beyond information necessary for reporting the vulnerability. Including and not limited to: credentials, source code, log data, transaction data or records, etc.
- Any type of persistent connection mechanism (e.g. netcat listener, ssh reverse tunnel, etc) are prohibited.
- Executing the commands 'ifconfig', 'hostname' or 'whoami'
- Uploading a file named 'BugBounty.php' to the web servers working directory containing a comment with the submitters name and the content
- Reading the content of the '/etc/passwd' file
- Executing code to connect back to a submitter's controlled server and report the internal IP and hostname of the server.
- Uploading a 'web shell' to the web servers working directory enabling arbitrary command execution
- Shutting down the server.
- Reading the content of '/etc/shadow'.
- Executing queries on a database.
- Deleting files.
Do's and Don'ts
- Do - Provide a detailed description of the vulnerability being reported
- Do - Define the Risk (Impact x Exploitability) of the vulnerability
- Do - Provide all URL(s)/application(s) affected
- Do - Provide all steps required to reproduce the exploit and the vulnerability
- Do - Provide PoC video or screenshots with your submission
- Do - Always include the user ID that is used for the PoC
- Do – Submit end to end POC
- Do - Always include all of the files that you attempted to uploaded
- Do - Provide all IPs that were used while testing (especially important for things like RCE where another team will need this to investigate)
- Do – Submit all pieces to an attack as they are required for validation
- Do - Include the main domain (Example: XSS on https://www.g7bill.com)
- Don't - Complete PoC’s that will cause harm to The Great Seven or our customers (i.e. Denial of service, tampering with sensitive data, etc.)
- Don't - Scan with an active scanner like Qualys, Nessus, Tripwire, or Burp Suite (active, passive is okay)
- Don't - Disclose information publicly prior to receiving the Bug Bounty team’s permission including if the vulnerability has been fixed
- Don't - Save proof of concept information in publicly available sources (i.e. Public YouTube videos, imgur links, or anything else someone can view without authentication)
- Don't – Submit the only the beginning piece of an attack and assume that it will work.
- Don't - Submit the same vulnerability twice instead of asking the status of the original
- Don't - Resubmit the same vulnerabilities again after they have been found to be not actionable due to low risk
- Don't - Group vulnerabilities into one single ticket that have different distinct remediation efforts
- Don't - Submit bugs that Don't affect the latest version of modern browsers (Chrome, Firefox, Safari), and Bugs related to browser extensions are also out of scope.
If you have The Great Seven account issues, please contact customer service. The The Great Seven Bug Bounty Team does not have visibility into your The Great Seven account and therefore cannot assist with such issues.
If you have located a vulnerability and would like to submit it for our review, you may register and submit your bug details here!