Introduction

UnitedHealth Group takes the protection of our customer and member data seriously. We are grateful for the investigative work into security vulnerabilities that is carried out by well-intentioned, ethical security researchers. We are committed to collaborating with the information security community to investigate and resolve security issues within our web sites, online services, and mobile applications that are reported to us in accordance with this Vulnerability Reporting Policy. If you have information related to potential security vulnerabilities of UnitedHealth Group, UnitedHealthcare or Optum products or services, we want to hear from you.

Bug Bounties

UnitedHealth Group does not offer a bug bounty program or other rewards for security disclosures. However, we appreciate the efforts of security researchers who take the time to investigate and report security vulnerabilities to us in accordance with this policy.

Scope

This program is not a means to submit complaints about UnitedHealth Group, UnitedHealthcare, Optum, or its subsidiaries’ (hereafter referred to as “UnitedHealth Group”) services or products, or for inquiries regarding the availability of company web sites or online services.

The following types of vulnerabilities are considered out of the scope for the purposes of this program:

• Volumetric vulnerabilities (e.g., Denial of Service or Distributed DoS);
• Reports of non-exploitable vulnerabilities and violation of “best practices” (e.g. missing security headers);
• Transport Layer Security (TLS) configuration weaknesses (e.g., support for “weak” cipher suites);
• Fingerprinting/banner disclosure on common/public services;
• Self-cross-site scripting (XSS);
• Internal IP disclosure;
• Cross-site request forgery (CSRF);
• Un-exploitable HTTP Methods (e.g., OPTIONS or HEAD);
• Error-messages with non-sensitive data; and
• Lack of secure/HTTP-only flags on non-session cookies.

UnitedHealth Group may update this policy at any time, including by making changes to list of out-of-scope vulnerabilities.

Reporting a Vulnerability

If you have discovered an issue that you believe is an in-scope vulnerability, please email [email protected]. Please include the following, as applicable:

• A detailed description of the vulnerability
• Full URLs associated with the vulnerability
• A Proof of Concept (POC) or instructions (e.g. screen shots, video, etc.) on how to reproduce the vulnerability, or steps taken to exploit the vulnerability
• Entry fields, filters, or other input objects involved
• Your assessment of risk, or exportability assessment
• Instructions for how to reach you with follow up questions

Offering a solution is encouraged but not required to report a vulnerability. Lack of detailed vulnerability explanation may result in delays in our response and subsequent potential actions on the finding.

Guidance

This policy prohibits the performance of the following activities:

• Hacking, penetration testing, or other attempts to gain unauthorized access to UnitedHealth Group software or systems;
• Active vulnerability scanning or testing;
• Disclosure or use any proprietary or confidential UnitedHealth Group information or data, including customer data; or
• Adversely impacting the operation of UnitedHealth Group software or systems.

Security researchers must not violate any law, or access, use, alter or compromise in any manner any UnitedHealth Group data.

If you have any questions regarding this policy or the guidance above, please contact our security team for guidance: [email protected].

What to Expect

Upon receipt of the vulnerability report, UnitedHealth Group or one of it’s representatives may send an automated response as acknowledgement. UnitedHealth Group may contact reporter(s) if additional information is needed to assist with a follow-on investigation. For the security of our customers, UnitedHealth Group will not disclose, discuss, or confirm security issues.

Public Notification

In order to protect our customers, UnitedHealth Group requests that security researchers not post or share any information about a potential vulnerability in any public setting until we have researched, responded to, and addressed the reported vulnerability and informed customers and stakeholders as needed. The time to address a valid, reported vulnerability will vary based on impact of the potential vulnerability and affected systems.

Policy Definitions

Vulnerability: A weakness in the design, implementation, operation or internal control of a process that could expose the system to adverse threats from threat events.
Denial of Service (DoS): An attack on a service from a single source that floods it with so many requests that it becomes overwhelmed and is either stopped completely or operates at a significantly reduced rate.

Distributed Denial of Service (DDoS): An attack on a service from multiple compromised computer systems that floods it with so many requests that it becomes overwhelmed and is either stopped completely or operates at a significantly reduced rate, thereby denying service to legitimate users or systems.

Transport Layer Security (TLS): A protocol that provides communications privacy over the Internet. The protocol allows client/server applications to communicate in a way that is designed to prevent eavesdropping, tampering, or message forgery.

Self-Cross-Site Scripting (XCSS): A social engineering attack to gain control of a victim’s web accounts via the victim unknowingly running malicious code on their own web browser.

Cross-Site Request Forgery (CSRF): A type of malicious exploit of a web site where unauthorized commands are transmitted from a user that the web site trusts. This is also known as a one-click attack or session riding.

Effective Date

The effective date of this policy is January 23, 2022.