Unsuccessful Security Incidents Sample Clauses

Unsuccessful Security Incidents. Customer agrees that: (i) an unsuccessful Security Incident will not be subject to this Section 9. An unsuccessful Security Incident is one that results in no unauthorised access to Customer Data or to any of AWS’s equipment or facilities storing Customer Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful log-on attempts, denial of service attacks, packet sniffing (or other unauthorised access to traffic data that does not result in access beyond headers) or similar incidents; and (ii) AWS’s obligation to report or respond to a Security Incident under this Section 9 is not and will not be construed as an acknowledgement by AWS of any fault or liability of AWS with respect to the Security Incident.
AutoNDA by SimpleDocs
Unsuccessful Security Incidents. Customer agrees that 4me assesses whether the personal data processed for the Customer is affected by a security incident. If not, this Security Incident will not be subject to this Section
Unsuccessful Security Incidents. Except as noted in C. 1 (e) below, the parties acknowledge and agree that this section constitutes notice by Business Associate to Company of the ongoing existence and occurrence of attempted but Unsuccessful Security Incidents (as defined below) for which no additional notice to Company shall be required. “Unsuccessful Security Incidents” shall include, but not be limited to, pings and other broadcast attacks on Business Associate’s firewall, port scans, unsuccessful log-on attempts, denials of service and any combination of the above, so long as no such incident results in unauthorized access, use or disclosure of PHI.
Unsuccessful Security Incidents. Customer agrees that an unsuccessful Security Incident will not be subject to this Clause 3.9. An unsuccessful security incident is one that results in no unauthorized access to Personal Data or to any of Lative’s equipment or facilities storing Personal Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful log-on attempts, denial of service attacks, packet sniffing (or other unauthorized access to traffic data that does not result in access beyond headers) or similar incidents.
Unsuccessful Security Incidents. Customer agrees that: a. An unsuccessful Security Incident will not be subject to this Section 10. An unsuccessful Security Incident is one that results in no unauthorized access to Customer Data or to any of ZEIT’s equipment or facilities storing Customer Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful login attempts, denial of service attacks, packet sniffing (or other unauthorized access to traffic data that does not result in access beyond headers) or similar incidents; and b. ZEIT’s obligation to report or respond to a Security Incident under this Section 10 is not and will not be construed as an acknowledgement by ZEIT of any fault or liability of ZEIT with respect to the Security Incident.
Unsuccessful Security Incidents. Customer agrees that: 8.3.1. an unsuccessful Security Incident will not be subject to this Section 8. An unsuccessful Security Incident is one that results in no unauthorised access to Customer Data or to any of MBBM VAS’s equipment or facilities storing Customer Data, and could include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful log-on attempts, denial of service attacks, packet sniffing (or other unauthorised access to traffic data that does not result in access beyond headers) or similar incidents; and 8.3.2. MBBM VAS’s obligation to report or respond to a Security Incident under this Section 8 is not and will not be construed as an acknowledgement by MBBM VAS of any fault or liability of MBBM VAS with respect to the Security Incident.
Unsuccessful Security Incidents. For Unsuccessful Security Incidents, Business Associate shall provide Covered Entity, upon its written request, a report that: (i) identifies the categories of Unsuccessful Security Incidents; (ii) indicates whether Business Associate believes its (or its Business Associate Subcontractor’s) current defensive security measures are adequate to address all Unsuccessful Security Incidents, given the scope and nature of such attempts; and
AutoNDA by SimpleDocs
Unsuccessful Security Incidents. Customer agrees that: (i) an unsuccessful Security Incident will not be subject to this Section 11. An unsuccessful Security Incident is one that results in no unauthorized access to Personal Data or to any of Mirantis equipment or facilities storing Personal Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful log-on attempts, denial of service attacks, packet sniffing (or other unauthorized access to traffic data that does not result in access beyond headers) or similar incidents; and (ii) Mirantis’ obligation to report or respond to a Security Incident under this Section 11 is not and will not be construed as an acknowledgement by Mirantis of any fault or liability of Mirantis with respect to the Security Incident.
Unsuccessful Security Incidents. Customer agrees that Xxxxxxx assesses whether the personal data processed for the Customer is affected by a security incident. If not, this Security Incident will not be subject to this Section 10. An unsuccessful Security Incident is one that results in no unauthorized access to Customer Data or to any of Xurrent’s equipment or facilities storing Customer Data, and may include, without limitation, pings and other broadcast attacks on firewalls or edge servers, port scans, unsuccessful access attempts, denial of service attacks, packet sniffing (or other unauthorized access to traffic data that does not result in access beyond headers) or similar incidents.
Unsuccessful Security Incidents. Business Associate and Covered Entity agree that this Agreement constitutes notice from Business Associate of such Unsuccessful Security Incidents. By way of example, Covered Entity and Business Associate consider the following to be illustrative of Unsuccessful Security Incidents when they do not result in unauthorized access, use, disclosure, modification, or destruction of PHI or interference with an information system: 1. Pings on Business Associate’s firewall; 2. Port Scans, which are attempts to log on to a system or enter a database with an invalid password or username; 3. Denial-of-service attacks that do not result in a server being taken off-line; and 4. Malware (e.g., worms, viruses).
Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!