Android Enterprise Data Processing and Security Terms

1. Introduction

These Terms reflect the parties’ agreement with respect to the terms governing the processing and security of Customer Data under the Agreement.

2. Definitions

2.1 Capitalized terms used but not defined in these Terms have the meanings set out in the Agreement. In these Terms, unless stated otherwise:

• Additional Security Controls means security resources, features, functionality and/or controls that Customer may use at its option and/or as it determines, including the Admin Console and other features and/or functionality of the Services such as encryption, logging and monitoring, identity and access management, security scanning, and firewalls.
• Additional Terms for Non-European Data Protection Legislation means the additional terms referred to in Appendix 3, which reflect the parties’ agreement on the terms governing the processing of certain data in connection with certain Non-European Data Protection Legislation, data protection or privacy legislation in force outside the EEA, Switzerland, and the UK.
• Adequate Country means: (a) for data processed subject to the EU GDPR: the EEA, or a country or territory recognized as ensuring adequate data protection under the EU GDPR; (b) for data processed subject to the UK GDPR: the UK or a country or territory recognized as ensuring adequate data protection under the UK GDPR and the Data Protection Act 2018; and/or (c) for data processed subject to the Swiss FDPA: Switzerland, or a country or territory that is (i) included in the list of the states whose legislation ensures an adequate level of protection as published by the Swiss Federal Data Protection and Information Commissioner, or (ii) recognized as ensuring adequate data protection by the Swiss Federal Council under the Swiss FDPA, in each case, other than on the basis of an optional data protection framework.
• Admin Console means: the console provided by Google used for managing the Customer's use of Android Enterprise services.
• Agreed Liability Cap means the maximum monetary or payment-based amount at which a party’s liability is capped under the Agreement, either per annual period or event giving rise to liability, as applicable.
• Alternative Transfer Solution means a solution, other than SCCs, that enables the lawful transfer of personal data to a third country in accordance with the European Data Protection Legislation, for example a data protection framework recognized as ensuring that participating local entities provide adequate protection.
• Customer Data has the meaning given in the Agreement or, if no such meaning is given, means data provided by or on behalf of Customer or its End Users in Google’s provision of the Services.
• Customer End Users means end users utilizing the Service(s).
• Customer Personal Data means the personal data contained within the Customer Data.
• Data Incident means a breach of Google’s security leading to the accidental or unlawful destruction, loss, alteration, unauthorized disclosure of, or access to, Customer Data on systems managed by or otherwise controlled by Google. “Data Incidents” will not include unsuccessful attempts or activities that do not compromise the security of Customer Data, including unsuccessful log-in attempts, pings, port scans, denial of service attacks, and other network attacks on firewalls or networked systems.
• EEA means the European Economic Area.
• EU GDPR means Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016 on the protection of natural persons with regard to the processing of personal data and on the free movement of such data, and repealing Directive 95/46/EC.
• European Data Protection Legislation means, as applicable: (a) the GDPR; and/or (b) the Federal Data Protection Act of 19 June 1992 (Switzerland).
• European Law means, as applicable: (a) EU or EU Member State law (if the EU GDPR applies to the processing of Customer Personal Data); and/or (b) the law of the UK or a part of the UK (if the UK GDPR applies to the processing of Customer Personal Data).
• GDPR means, as applicable: (a) the EU GDPR; and/or (b) the UK GDPR.
• Instructions has the meaning given in Section 5.2 (Customer’s Instructions).
• New Subprocessor has the meaning given in Section 11.1 (Consent to Subprocessor Engagement).
• Notification Email Address means the email address (if any) designated by Customer, through the user interface of the Processor Services (including in the Admin Console) or such other means provided by Google, to receive certain notifications from Google.
• “SCCs ( Controller-to-Processor)” means the terms at business.safety.google/gdprcontrollerterms/sccs/eu-c2p-dpa.
• “SCCs ( Processor-to-Controller)” means the terms at business.safety.google/gdprprocessorterms/sccs/p2c.
• “SCCs ( Processor-to-Processor)” means the terms at business.safety.google/gdprprocessorterms/sccs/eu-p2p-dpa.
• “SCCs (Processor-to-Processor, Google Exporter)” means the terms at business.safety.google/gdprprocessorterms/sccs/eu-p2p-intra-group.
• Security Documentation means the security certifications or documentation that Google may make available in connection with the Services.
• Security Measures has the meaning given in Section 7.1.1 (Google’s Security Measures).
• Services means the Android Enterprise services (as described at www.android.com/enterprise) and related technical support to Customer (as amended from time to time).
• Subprocessors means third parties authorized under these Terms to have logical access to and process Customer Data in order to provide parts of the Services.
• Supervisory Authority means, as applicable: (a) a “supervisory authority” as defined in the EU GDPR; and/or (b) the “Commissioner” as defined in the UK GDPR and/or the Swiss FDPA.
• Swiss FDPA means the Federal Data Protection Act of 19 June 1992 (Switzerland).
• Term means the period from the Terms Effective Date until the end of Google’s provision of the Services, including, if applicable, any period during which provision of the Services may be suspended and any post-termination period during which Google may continue providing the Services for transitional purposes.
• Terms Effective Date means, as applicable:
• 25 May 2018, if Customer clicked to accept or the parties otherwise agreed to these Terms prior to or on such date; or
• the date on which Customer clicked to accept or the parties otherwise agreed to these Terms, if such date is after 25 May 2018.
• UK GDPR means the EU GDPR as amended and incorporated into UK law under the UK European Union (Withdrawal) Act 2018, and applicable secondary legislation made under that Act.

2.2 The terms “personal data”, “data subject”, “processing”, “controller”, and “processor” as used in these Terms have the meanings given in the GDPR, and the terms “data importer” and “data exporter” have the meanings given in the applicable SCCs.

2.3 The terms “including”, “include” or any similar expression will be construed as illustrative and will not limit the sense of the words preceding those terms. Any examples in these Terms are illustrative and not the sole examples of a particular concept.

2.4 Any reference to a legal framework, statute or other legislative enactment is a reference to it as amended or re-enacted from time to time.

2.5 If these Terms are translated into any other language, and there is a discrepancy between the English text and the translated text, the English text will govern.

3. Duration of these Terms

These Terms will take effect on the Terms Effective Date and, notwithstanding expiry of the Term, will remain in effect until, and automatically expire upon, deletion of all Customer Data by Google as described in these Terms.

4. Scope of Data Protection Legislation

4.1 Application of European Legislation. The parties acknowledge and agree that the European Data Protection Legislation will apply to the processing of Customer Personal Data if, for example:

• the processing is carried out in the context of the activities of an establishment of Customer in the territory of the EEA or the UK; and/or
• the Customer Personal Data is personal data relating to data subjects who are in the EEA or the UK and the processing relates to the offering to them of goods or services in the EEA or the UK or the monitoring of their behavior in the EEA or the UK.

4.2 Incorporation of Additional Terms for Non-European Data Protection Legislation. The Additional Terms for Non-European Data Protection Legislation, referred to in Appendix 3, supplement these Terms.

4.3 Application of Terms. Except to the extent these Terms state otherwise, these Terms will apply irrespective of whether the European Data Protection Legislation or Additional Terms for Non-European Data Protection Legislation applies to the processing of Customer Personal Data.

5. Processing of Data

5.1 Roles and Regulatory Compliance; Authorization.

5.2 Scope of Processing.

6. Data Deletion

6.1 Deletion by Customer. Google will enable Customer to delete Customer Data during the Term in a manner consistent with the functionality of the Services. If Customer uses the Services to delete any Customer Data during the Term and that Customer Data cannot be recovered by Customer, this use will constitute an instruction to Google to delete the relevant Customer Data from Google’s systems in accordance with applicable law. Google will comply with this instruction as soon as reasonably practicable and within a maximum period of 180 days, unless European Law requires storage.

6.2 Deletion on Termination. On expiry of the Term, Customer instructs Google to delete all Customer Data (including existing copies) from Google’s systems in accordance with applicable law. Google will, after a recovery period of up to 30 days following such expiry, comply with this instruction as soon as reasonably practicable and within a maximum period of 180 days, unless European Law requires storage. Without prejudice to Section 9.1 (Access; Rectification; Restricted Processing; Portability), Customer acknowledges and agrees that Customer will be responsible for exporting, before the Term expires, any Customer Data it wishes to retain afterwards.

7. Data Security

7.1 Google’s Security Measures, Controls and Assistance.

7.2 Data Incidents

7.3 Customer’s Security Responsibilities and Assessment.

7.4 Reviews and Audits of Compliance

8. Impact Assessments and Consultations

Customer agrees that Google will (taking into account the nature of the processing and the information available to Google) assist Customer in ensuring compliance with any obligations of Customer in respect of data protection impact assessments and prior consultation, including if applicable Customer’s obligations pursuant to Articles 35 and 36 of the GDPR, by:

• providing the Additional Security Controls in accordance with Section 7.1.3 (Additional Security Controls) and
• providing the information contained in the Agreement including these Terms.

9. Data Subject Rights; Data Export

9.1 Access; Rectification; Restricted Processing; Portability. During the Term, Google will, in a manner consistent with the functionality of the Services, enable Customer to access, rectify and restrict processing of Customer Data, including via the deletion functionality provided by Google as described in Section 6.1 (Deletion by Customer), and to export Customer Data.

9.2 Data Subject Requests

10. Data Transfers

10.1 Data Storage and Processing Facilities. Google may, subject to the remainder of this Section 10 (Data Transfers) store and process the relevant Customer Data anywhere Google or its Subprocessors maintains facilities.

10.2 Restricted EuropeanTransfers. The parties acknowledge that the European Data Protection Legislation does not require the SCCs or an Alternative Transfer Solution in order to process Customer Personal Data in or transfer it to an Adequate Country.

If Customer Personal Data is transferred to any other country, and the European Data Protection Legislation applies to those transfers (“Restricted European Transfer”), then:

(a) if Google adopts an Alternative Transfer Solution for any Restricted European Transfers, then Google will inform Customer of the relevant solution and ensure that such Restricted European Transfers are made in accordance with that solution; and/or

(b) if Google has not adopted, or has informed Customer that Google is no longer adopting an Alternative Transfer Solution for any Restricted EuropeanTransfers, then:

10.3 Supplementary Measures and Information. Google will provide Customer with information relevant to Restricted European Transfers, including information about supplementary measures to protect Customer Personal Data, as described in Section 7.4.1 (Reviews of Security Documentation), Appendix 2 (Security Measures) and other materials concerning the nature of the Android Enterprise services and the processing of Customer Personal Data (for example, help center articles).

10.4 Termination. If Customer concludes, based on its current or intended use of the Android Enterprise services, that the Alternative Transfer Solution and/or SCCs, as applicable, do not provide appropriate safeguards for Customer Personal Data, then Customer may immediately terminate the Agreement for convenience by notifying Google in writing.

10.5 Data Center Information. Information about the locations of Google data centers is available at: www.google.com/about/datacenters/locations/ (as may be updated by Google from time to time).

11. Subprocessors

11.1 Consent to Subprocessor Engagement. Customer specifically authorizes the engagement of the Subprocessors listed in Section 11.2 (Information about Subprocessors) as of the Terms Effective Date. In addition, Customer generally authorizes the engagement of any other third parties as Subprocessors (“New Subprocessors”), subject to Section 11.4 (Opportunity to Object to Subprocessor Changes).

11.2 Information about Subprocessors. Information about Subprocessors is available at www.android.com/enterprise/data-protection/subprocessors (as may be updated by Google from time to time in accordance with these Terms).

11.3 Requirements for Subprocessor Engagement. When engaging any Subprocessor, Google will:

• ensure via a written contract that:
• the Subprocessor only accesses and uses Customer Data to the extent required to perform the obligations subcontracted to it, and does so in accordance with the Agreement (including these Terms) ; and
• if the processing of Customer Personal Data is subject to the European Data Processing Legislation, the data protection obligations set out in Article 28(3) of the GDPR, as described in these Terms, are imposed on the Subprocessor; and
• remain fully liable for all obligations subcontracted to, and all acts and omissions of, the Subprocessor.

11.4 Opportunity to Object to Subprocessor Changes.

• When any New Subprocessor is engaged during the Term, Google will, at least 30 days before the New Subprocessor processes any Customer Data, inform Customer of the engagement (including the name and location of the relevant subprocessor and the activities it will perform) either by sending an email to the Notification Email Address or via the Admin Console.
• Customer may object to any New Subprocessor by terminating the Agreement for convenience immediately upon written notice to Google, on condition that Customer provides such notice within 90 days of being informed of the engagement of the subprocessor as described in this Section 11.4.

12. Google Data Protection Team; Processing Records

12.1 Google’s Data Protection Team. Android Enterprise’s Data Protection Team can be contacted at ae-data-protection@google.com (and/or via such other means as Google may provide from time to time).

12.2 Google’s Processing Records. Google will keep appropriate documentation of its processing activities as required by the GDPR. Customer acknowledges that Google is required under the GDPR to: (a) collect and maintain records of certain information, including (i) the name and contact details of each processor and/or controller on behalf of which Google is acting and, where applicable, of such processor’s or controller’s local representative and data protection officer, and (ii) if applicable under the relevant SCC’s, Customer’s Supervisory Authority; and (b) make such information available to any Supervisory Authorities. Accordingly, if the GDPR applies to the processing of Customer Personal Data, Customer will, where requested, provide such information to Google via the Admin Console or other means provided by Google, and will use the Admin Console or such other means to ensure that all information provided is kept accurate and up-to-date.

12.3 Controller Requests. If Google receives a request or instruction from a third party purporting to be a controller of Customer Personal Data, Google will advise the third party to contact the Customer.

13. Liability

13.1 Total Liability. Notwithstanding anything else in the Agreement, the total combined liability of either party and its affiliates towards the other party under or in connection with Terms will be limited to the maximum monetary or payment-based amount at which that party’s liability is capped under the Agreement (for clarity, any exclusion of confidentiality or indemnification claims from the Agreement’s limitation of liability will not apply to claims under the Agreement relating to the European Data Protection Legislation or Non-European Data Protection Legislation). Nothing in this Section 13 (Liability) will exclude or limit either party’s liability for: death or personal injury resulting from its negligence or the negligence of its employees or agents; fraud or fraudulent misrepresentation; or matters for which liability cannot be excluded or limited under applicable law.

14. Effect of These Terms

Notwithstanding anything to the contrary in the Agreement, to the extent of any conflict or inconsistency between these Terms, the relevant SCC’s and the remaining terms of the Agreement, the following order of precedence will apply:

(a) the relevant SCC’s;

(b) the remainder of these Terms; and

(c) the remainder of the Agreement.

14.2 No Modification of SCCs. Nothing in the Agreement (including these Terms) is intended to modify or contradict any SCCs or prejudice the fundamental rights or freedoms of data subjects under the European Data Protection Legislation.

14.3 No Effect on Controller Terms. These Terms will not affect any separate terms between Google and Customer reflecting a controller-controller relationship for a service other than the Android Enterprise services.

14.4 Legacy UK SCCs. As of November 2023, the SCCs’ supplementary terms for UK GDPR transfer will apply, and will supersede and terminate any standard contractual clauses approved under the UK GDPR and the Data Protection Act 2018 and previously entered into by Customer and Google (“Legacy UK SCCs”). This Section 14.4 (Legacy UK SCCs) will not affect either party’s rights, or any data subject’s rights, that may have accrued under the Legacy UK SCCs while they were in force.

15. Changes to these Terms

15.1 Changes to URLs. From time to time, Google may change any URL referenced in these Terms and the content at any such URL, except that Google may only change the SCCs in accordance with Sections 15.2(b) - 15.2(d) (Changes to the Terms) or to incorporate any new version of the SCCs that may be adopted under the European Data Protection Legislation, in each case in a manner that does not affect the validity of the SCC’s under the European Data Protection Legislation.

15.2 Changes to these Terms. Google may change these Terms if the change:

(a) is expressly permitted by these Terms, including as described in Section 15.1 (Changes to URLs);

(b) reflects a change in the name or form of a legal entity;

(c) is required to comply with applicable law, applicable regulation, a court order, or guidance issued by a governmental regulator or agency, or reflects Google’s adoption of an Alternative Transfer Solution; or

(d) does not (i) result in a degradation of the overall security of the Android Enterprise services; (ii) expand the scope of or remove any restrictions on, (x) in the case of the Additional Terms for Non-European Data Protection Legislation, Google’s rights to use or otherwise process the data in scope of the Additional Terms for Non-European Data Protection Legislation or (y) in the case of the remainder of these Terms,, Google’s processing of Customer Personal Data, as described in Section 5.3 (Google’s Compliance with Instructions); and (iii) otherwise have a material adverse impact on Customer’s rights under these Terms, as reasonably determined by Google.

15.3 Notification of Changes. If Google intends to change these Terms under Section 15.2(c) or (d), Google will inform Customer at least 30 days (or such shorter period as may be required to comply with applicable law, applicable regulation, a court order, or guidance issued by a governmental regulator or agency) before the change will take effect by either: (a) sending an email to the Notification Email Address; or (b) alerting Customer through the user interface for the Processor Services. If Customer objects to any such change, Customer may terminate the Terms for convenience by giving written notice to Google within 90 days of being informed by Google of the change.

Appendix 1: Subject Matter and Details of the Data Processing

Subject Matter

Google’s provision of the Services to Customer.

Duration of the Processing

The Term plus the period from the expiry of the Term until deletion of all Customer Data by Google in accordance with the Terms.

Nature and Purpose of the Processing

Google will process Customer Personal Data for the purposes of providing the Services to Customer in accordance with the Terms.

Categories of Data

Data relating to individuals provided to Google via the Services, by (or at the direction of) Customer or by its End Users.

Data Subjects

Data subjects include the individuals about whom data is provided to Google via the Services by (or at the direction of) Customer or by its End Users.

Appendix 2: Security Measures

As from the Terms Effective Date, Google will implement and maintain the Security Measures set out in this Appendix 2. Google may update or modify such Security Measures from time to time provided that such updates and modifications do not result in the degradation of the overall security of the Services.

1. Data Center and Network Security

(a) Data Centers.

Infrastructure. Google maintains geographically distributed data centers. Google stores all production data in physically secure data centers.

Redundancy. Infrastructure systems have been designed to eliminate single points of failure and minimize the impact of anticipated environmental risks. Dual circuits, switches, networks or other necessary devices help provide this redundancy. The Services are designed to allow Google to perform certain types of preventative and corrective maintenance without interruption. All environmental equipment and facilities have documented preventative maintenance procedures that detail the process for and frequency of performance in accordance with the manufacturer’s or internal specifications. Preventative and corrective maintenance of the data center equipment is scheduled through a standard change process according to documented procedures.

Power. The data center electrical power systems are designed to be redundant and maintainable without impact to continuous operations, 24 hours a day, 7 days a week. In most cases, a primary as well as an alternate power source, each with equal capacity, is provided for critical infrastructure components in the data center. Backup power is provided by various mechanisms such as uninterruptible power supplies (UPS) batteries, which supply consistently reliable power protection during utility brownouts, blackouts, over voltage, under voltage, and out-of-tolerance frequency conditions. If utility power is interrupted, backup power is designed to provide transitory power to the data center, at full capacity, for up to 10 minutes until the diesel generator systems take over. The diesel generators are capable of automatically starting up within seconds to provide enough emergency electrical power to run the data center at full capacity typically for a period of days.

Server Operating Systems. Google servers use a Linux based implementation customized for the application environment. Data is stored using proprietary algorithms to augment data security and redundancy. Google employs a code review process to increase the security of the code used to provide the Services and enhance the security products in production environments.

Businesses Continuity. Google replicates data over multiple systems to help to protect against accidental destruction or loss. Google has designed and regularly plans and tests its business continuity planning/disaster recovery programs.

(b) Networks and Transmission.

Data Transmission. Data centers are typically connected via high-speed private links to provide secure and fast data transfer between data centers. This is designed to prevent data from being read, copied, altered or removed without authorization during electronic transfer or transport or while being recorded onto data storage media. Google transfers data via Internet standard protocols.

External Attack Surface. Google employs multiple layers of network devices and intrusion detection to protect its external attack surface. Google considers potential attack vectors and incorporates appropriate purpose built technologies into external facing systems.

Intrusion Detection. Intrusion detection is intended to provide insight into ongoing attack activities and provide adequate information to respond to incidents. Google’s intrusion detection involves:

1. tightly controlling the size and make-up of Google’s attack surface through preventative measures;
2. employing intelligent detection controls at data entry points; and
3. employing technologies that automatically remedy certain dangerous situations.

Incident Response. Google monitors a variety of communication channels for security incidents, and Google’s security personnel will react promptly to known incidents.

Encryption Technologies. Google makes HTTPS encryption (also referred to as SSL or TLS connection) available. Google servers support ephemeral elliptic curve Diffie-Hellman cryptographic key exchange signed with RSA and ECDSA. These perfect forward secrecy (PFS) methods help protect traffic and minimize the impact of a compromised key, or a cryptographic breakthrough.

2. Access and Site Controls

(a) Site Controls.

On-site Data Center Security Operation. Google’s data centers maintain on-site security operation responsible for all physical data center security functions 24 hours a day, 7 days a week. The on-site security operation personnel monitor closed circuit TV (CCTV) cameras and all alarm systems. On site security operation personnel perform internal and external patrols of the data center regularly.

Data Center Access Procedures. Google maintains formal access procedures for allowing physical access to the data centers. The data centers are housed in facilities that require electronic card key access, with alarms that are linked to the on-site security operation. All entrants to the data center are required to identify themselves as well as show proof of identity to on-site security operations. Only authorized employees, contractors, and visitors are allowed entry to the data centers. Only authorized employees and contractors are permitted to request electronic card key access to these facilities. Data center electronic card key access requests must be made through e-mail, and require the approval of the requestor’s manager and the data center director. All other entrants requiring temporary data center access must: (i) obtain approval in advance from the data center managers for the specific data center and internal areas they wish to visit; (ii) sign in at on-site security operations; and (iii) reference an approved data center access record identifying the individual as approved.

On-site Data Center Security Devices. Google’s data centers employ an electronic card key and biometric access control system that is linked to a system alarm. The access control system monitors and records each individual’s electronic card key and when they access perimeter doors, shipping and receiving, and other critical areas. Unauthorized activity and failed access attempts are logged by the access control system and investigated, as appropriate. Authorized access throughout the business operations and data centers is restricted based on zones and the individual’s job responsibilities. The fire doors at the data centers are alarmed. CCTV cameras are in operation both inside and outside the data centers. The positioning of the cameras has been designed to cover strategic areas including, among others, the perimeter, doors to the data center building, and shipping/receiving. On-site security operations personnel manage the CCTV monitoring, recording and control equipment. Secure cables throughout the data centers connect the CCTV equipment. Cameras record on site via digital video recorders 24 hours a day, 7 days a week. The surveillance records are retained for up to 30 days based on activity.

(b) Access Control.

Infrastructure Security Personnel. Google has, and maintains, a security policy for its personnel, and requires security training as part of the training package for its personnel. Google’s infrastructure security personnel are responsible for the ongoing monitoring of Google’s security infrastructure, the review of the Services, and responding to security incidents.

Access Control and Privilege Management. Customer’s administrators must authenticate themselves via a central authentication system or via a single sign on system in order to administer the Services.

Internal Data Access Processes and Policies – Access Policy. Google’s internal data access processes and policies are designed to prevent unauthorized persons and/or systems from gaining access to systems used to process personal data. Google designs its systems to (i) only allow authorized persons to access data they are authorized to access; and (ii) ensure that personal data cannot be read, copied, altered, or removed without authorization during processing, use and after recording. The systems are designed to detect any inappropriate access. Google employs a centralized access management system to control personnel access to production servers, and only provides access to a limited number of authorized personnel. LDAP, Kerberos, and a proprietary system utilizing SSH certificates are designed to provide Google with secure and flexible access mechanisms. These mechanisms are designed to grant only approved access rights to site hosts, logs, data and configuration information. Google requires the use of unique user IDs, strong passwords, two factor authentication, and carefully monitored access lists to minimize the potential for unauthorized account use. The granting or modification of access rights is based on: the authorized personnel’s job responsibilities; job duty requirements necessary to perform authorized tasks; and a need to know basis. The granting or modification of access rights must also be in accordance with Google’s internal data access policies and training. Approvals are managed by workflow tools that maintain audit records of all changes. Access to systems is logged to create an audit trail for accountability. Where passwords are employed for authentication (e.g., login to workstations), password policies that follow at least industry standard practices are implemented. These standards include password expiry, restrictions on password reuse and sufficient password strength. Access to the corporate and production environments require a second factor authenticator such as a hardware token.

3. Data

(a) Data Storage, Isolation and Logging. Google stores data in a multi-tenant environment on Google owned servers. The data and file system architecture are replicated between multiple geographically dispersed data centers. Google also logically isolates the Customer’s data. Customer will be given control over specific data sharing policies. Those policies, in accordance with the functionality of the Services, will enable Customer to determine the product sharing settings applicable to Customer End Users for specific purposes. Customer may choose to make use of certain logging capability that Google may make available via the Services.

(b) Decommissioned Disks and Disk Erase Policy. Certain disks containing data may experience performance issues, errors or hardware failure that lead them to be decommissioned (“Decommissioned Disk”). Every Decommissioned Disk is subject to a series of data destruction processes (the “Disk Erase Policy”) before leaving Google’s premises either for reuse or destruction. Decommissioned Disks are erased in a multi-step process and verified complete by at least two independent validators. The erase results are logged by the Decommissioned Disk’s serial number for tracking. Finally, the erased Decommissioned Disk is released to inventory for reuse and redeployment. If, due to hardware failure, the Decommissioned Disk cannot be erased, it is securely stored until it can be destroyed. Each facility is audited regularly to monitor compliance with the Disk Erase Policy.

4. Personnel Security

Google personnel are required to conduct themselves in a manner consistent with the company’s guidelines regarding confidentiality, business ethics, appropriate usage, and professional standards. Google conducts reasonably appropriate backgrounds checks to the extent legally permissible and in accordance with applicable local labor law and statutory regulations.

Personnel are required to execute a confidentiality agreement and must acknowledge receipt of, and compliance with, Google’s confidentiality and privacy policies. Personnel are provided with security training. Personnel handling Customer Data are required to complete additional requirements appropriate to their role (eg., certifications). Google’s personnel will not process Customer Data without authorization.

5. Subprocessor Security

Before onboarding Subprocessors, Google conducts an audit of the security and privacy practices of Subprocessors to ensure Subprocessors provide a level of security and privacy appropriate to their access to data and the scope of the services they are engaged to provide. Once Google has assessed the risks presented by the Subprocessor, then subject to the requirements set out in Section 11.3 (Requirements for Subprocessor Engagement) of these Terms, the Subprocessor is required to enter into appropriate security, confidentiality and privacy contract terms.

Appendix 3: Additional Terms for Non-European Data Protection Legislation

The following additional terms for Non-European Data Protection Legislation supplement this Data Processing Addendum solely to the extent they apply:

• LGPD Processor Addendum at https://business.safety.google/processorterms/lgpd (dated 27 August 2020)
• U.S. State Law Addendum at https://business.safety.google/processorterms/us-state-laws (dated 12 December 2022)

Notwithstanding the above, to the extent the following language in this Appendix 3 conflicts with any language contained in the LGPD Processor Addendum, the following language shall control:

• "Additional Product" means a product, service or application provided by Google or a third party that: (a) is not part of the Processor Services (as defined below); and (b) is accessible for use within the user interface of the Processor Services or is otherwise integrated with the Processor Services.
• "Brazilian Customer Personal Data" means personal data that is provided by or on behalf of Customer or its End Users in Google’s provision of the Services.
• "Data Subject Tool" means a tool (if any) made available by Google to data subjects that enables Google to respond directly and in a standardised manner to certain requests from data subjects in relation to Customer Personal Data (for example, online advertising settings or an opt-out browser plugin).
• "DPA" means these Terms.
• "Processor Services" means the Android Enterprise services (as described at www.android.com/enterprise) and related technical support to Customer (as amended from time to time).
• "Security Documentation" means the security certifications or documentation that Google may make available in connection with the Processor Services.
• The language in Section 7 (“Changes to this LGPD Processor Addendum”) of the LGPD Processor Addendum shall be deleted in its entirety and replaced with the following:
• “In addition to Section 15 (“Changes to these Terms”) of the Data Processing and Security Terms, Google may change this LGPD Processor Addendum without notice if the change is required to comply with applicable law, applicable regulation, a court order, or guidance issued by a governmental regulator or agency.”

Notwithstanding the above, to the extent the following language in this Appendix 3 conflicts with any language contained in the U.S. State Law Addendum, the following language shall control:

• "Additional Product" means a product, service or application provided by Google or a third party that: (a) is not part of the Processor Services (as defined below); and (b) is accessible for use within the user interface of the Processor Services or is otherwise integrated with the Processor Services.
• "DPA" means these Terms.
• "Partner" means Customer.
• "Partner Personal Information" means personal information of data subjects who are residents of the states that are subject to Applicable State Privacy Laws that is provided by or on behalf of Customer or its End Users in Google’s provision of the Services.
• "Processor Services" means the Android Enterprise services (as described at www.android.com/enterprise) and related technical support to Customer (as amended from time to time).
• "Security Documentation" means the security certifications or documentation that Google may make available in connection with the Processor Services.
• The language in Section 10.2 (“Information about Subprocessors”) of the U.S. State Law Addendum shall be deleted in its entirety and replaced with the following:
• "Information about Subprocessors is available at https://www.android.com/enterprise/data-protection/subprocessors/."
• The language in Subsection 12(b) under Section 12 (“Liability”) of the U.S. State Law Addendum shall be deleted in its entirety and replaced with the following:
• "(b) a jurisdiction that is not a state of the United States, then the total combined liability of the parties and their affiliates under or in connection with this U.S. State Law Addendum will be subject to Section 13.1 of the Data Processing and Security Terms."