G7BILL 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 G7BILL 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 G7BILL. (“G7BILL”) you acknowledge that you have read and agreed to these Program Terms.
These Program Terms supplement the terms of G7BILL User Agreement, the G7BILL Acceptable Use Policy, and any other agreement in which you have entered with G7BILL (collectively “G7BILL Agreements”). The terms of those G7BILL 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 G7BILL 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, G7BILL commits that, if we conclude, in our sole discretion, that a disclosure respects and meets all the guidelines of these Program Terms and the G7BILL Agreements, G7BILL 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 G7BILL 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 G7BILL 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 G7BILL 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 G7BILL or its subsidiaries;
- Be an immediate family member of a person employed by G7BILL 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 G7BILL discovers that you do not meet any of the criteria above, G7BILL will remove you from the Bug Bounty Program and disqualify you from receiving any bounty payments. Any submissions you make to G7BILL, 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 G7BILL’s sites, you may not engage in testing that (i) results in a degradation of G7BILL systems, (ii) results in you, or any third party, accessing, storing, sharing or destroying G7BILL or customer data, or (iii) may impact G7BILL 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 G7BILL’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 G7BILL and you, as a condition of participation in the G7BILL Bug Bounty Program, you hereby grant G7BILL, 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 G7BILL 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 G7BILL. In no event shall G7BILL 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 G7BILL complies with the terms of participation stated herein.
Eligible Domains Policy
The following domains are included for the G7BILL 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 G7BILL customers or G7BILL (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 G7BILL’s security team; and (iii) you have complied with all Program Terms.
Bounty payments, if any, will be determined by G7BILL, in G7BILL’s sole discretion. In no event shall G7BILL be obligated to pay you a bounty for any Submission. All bounty payments shall be considered gratuitous.
In the event G7BILL elects to pay you a bounty, G7BILL may make a partial payment when the vulnerability is first verified by G7BILL and then an additional payment once the vulnerability has been fixed. The format and timing of all bounty payments shall be determined in G7BILL’s sole discretion.
All bounty payments must be made to a G7BILL Account in good standing. If you do not have a G7BILL 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 G7BILL 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.
G7BILL 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.
G7BILL 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 G7BILL 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 G7BILL customers, G7BILL brand and determined to be a valid security issue by G7BILL’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. G7BILL 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 G7BILL 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, G7BILL web sessions are relatively short lived and hence, the G7BILL will not consider reports of the ability to log out users from G7BILL 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 G7BILL Agreements; or (ii) G7BILL determines, in its sole discretion that your continued participation in the Bug Bounty Program could adversely impact G7BILL (including, but not limited to, presenting any threat to G7BILL’s systems, security, finances and/or reputation) G7BILL 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 G7BILL or any G7BILL 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 G7BILL sites, without G7BILL’s prior written consent..
In addition to any indemnification obligations you may have under the G7BILL Agreements, you agree to defend, indemnify and hold G7BILL, its subsidiaries, affiliates and the officers, directors, agents, joint ventures, employees and suppliers of G7BILL, 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 G7BILL at any time, without notice. As such, G7BILL 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 G7BILL 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 G7BILL customers and the G7BILL 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 G7BILL, in G7BILL’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 G7BILL 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 G7BILL 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 "G7BILL-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 G7BILL 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 G7BILL 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 G7BILL account issues, please contact customer service. The G7BILL Bug Bounty Team does not have visibility into your G7BILL 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!