Khipu Networks Limited

Palo Alto Networks Cortex XDR / Data Lake including SOC / MDR Managed Services

Cortex XDR is the world’s first detection and response app which natively integrates network, endpoint and cloud data to stop sophisticated attacks. Cortex XDR accurately detects threats with behavioural analytics and reveals the root cause to speed up investigations, utilising tight integration with enforcement points accelerating containment and incident resolution.


  • Identifies and prevents exploits and malware at the endpoint/device
  • Replaces traditional antivirus with multi-method prevention
  • Replaces complex EDR solutions with a fully-integrated approach
  • Pre-emptive inspection of unknown executables and files
  • Assists organisations in meeting various compliance standards
  • Patch and protect End of Support operating systems
  • Local analysis via machine learning, continual protection in offline environments
  • Behaviour-Based Ransomware Protection
  • Support for Windows, MacOS, Linux, Android and VDI workloads
  • Flexible delivery options including flexible managed SOC / MDR service


  • Prevent cyber breaches by identifying/blocking zero-day threats
  • Protects and enables users to conduct daily activities without concern
  • Automates prevention without manual intervention
  • Reduces cost and complexity by replacing legacy antivirus platforms
  • Technique-based exploit prevention prevents known and zero-day exploits
  • Flexible policy-based file access for different user group requirements
  • Behavioural Threat Protection detects and stops attack activity
  • Detailed malware analysis and reporting
  • Takes feeds from PANW Next-Generation Firewalls and other manufacturer solutions
  • Available as 24x7x365 SOC Managed Detection and Response Service (MDR)


£45.09 a device

  • Education pricing available

Service documents

Request an accessible format
If you use assistive technology (such as a screen reader) and need versions of these documents in a more accessible format, email the supplier at Tell them what format you need. It will help if you say what assistive technology you use.


G-Cloud 12

Service ID

8 2 2 7 2 6 8 4 4 0 7 4 3 0 7


Khipu Networks Limited Sales Team
Telephone: 0345 272 0900 Ext. 1

Service scope

Service constraints
A minimum of 200 endpoints and a supported operating system are required.
System requirements
  • A minimum of 200 endpoints are required
  • An internet connection to the TRAPS Management Platform
  • If XDR is enabled, an internet connection to Cortex Platform
  • Supported OS: Windows XP, Vista, 7, 8, 8.1, 10
  • Supported OS: Windows Server 2003R2, 2008&R2, 2012&R2, 2016, 2019
  • Supported OS: MacOS 10.10 to 10.14
  • Supported OS: Android 4.4 to 8.0
  • Supported OS: Any 64-bit based: Ubuntu, Debian, RHEL, CentOS, SUSE
  • Supported VDI: Citrix, VMware, Windows Server RDS

User support

Email or online ticketing support
Yes, at extra cost
Support response times
KHIPU delivers support packages to end users that offer an SLA for initial response times. The response time SLA is linked to the priority of the incident. Response times can vary from 30 minutes (Priority 1) to 4 hours (Priority 4), depending upon the severity of the support call logged. We can also offer bespoke support packages that allow the initial response time to be tailored to the environment if required. The initial response time, doesn’t differ based upon the time of day nor day of the week.
User can manage status and priority of support tickets
Online ticketing support accessibility
None or don’t know
Phone support
Phone support availability
24 hours, 7 days a week
Web chat support
Onsite support
Yes, at extra cost
Support levels
KHIPU’s ethos is to provide outstanding technical and after sales support, both during and after a project implementation. To prove this, we have a number of exceptional customer references should end-users wish to speak to any of them. For all supplied solutions we provide maintenance and support services, with all of the proposed equipment being supported and maintained by KHIPU to the required level based upon the customers’ cover. The following is included within our available support/maintenance services: • 9am to 5pm Monday to Friday, or 24x7x365(366) Telephone, Email and Remote Access Support • “Pro-Active” Monitoring, Alerting and Support “KARMA” • Advanced hardware replacement (with or without an engineer) • Upgrades / Software Releases (major and minor) • Quarterly Health Checks • Co-Managed Services; “adds/moves/changes/deletes” via end-user Helpdesk tickets are also available. KHIPU would also assign a technical account manager to every end-user, who would be responsible for ensuring that SLA's are met in the event that end-users call upon the agreed support service. Costings are available upon request.
Support available to third parties

Onboarding and offboarding

Getting started
For the delivery of the service, KHIPU follows our ‘Project Process’ which has the following primary stages:

• Stage 1 – Service scope
• Stage 2 – Assessment
• Stage 3 – Report correlation.

This process is KHIPU’s way of providing an effective service to implement your solution efficiently and to a high standard, in accordance with our ISO accreditations. Initially, we will set up a call to discuss the implementation of your service, what will take place, and any pre-requisites that need to be met. This will also provide end-users with the opportunity to speak to one of our fully qualified engineers who will discuss all aspects of the of the service and answer any questions that they may have. A set of project and technical documentation is then created, based upon the discussion. It is then circulated with the customer for their feedback and signature. From this point there is an agreed change control process for anything necessary which is under the control of both KHIPU and the customer.
Service documentation
Documentation formats
  • HTML
  • PDF
End-of-contract data extraction
Cloud data that Palo Alto Networks hold on an organisation/tenant can be exported and deleted by contacting Palo Alto Networks support. If no contact is made, data will automatically be purged after 90 days’ post cessation of the contract(s).
End-of-contract process
At the end of the contract, if the organisation chooses not to renew and continue with the service, all data pertaining to the organisation is deleted. If the organisation chooses to renew, then the service continues as normal. 90-days prior to the contract expiration date an initial reminder email is sent, followed up by gradually increasing reminders until the date of expiration.

Using the service

Web browser interface
Using the web interface
All features and functionality are primarily delivered through the web interface.
This includes the initial setup, system-configuration, on-boarding and operational functions such as monitoring and reporting.

A role-based access control (RBAC) system is in place to enforce the relevant access and configuration permissions requirements for certain types of individual users or groups.
Web interface accessibility standard
None or don’t know
How the web interface is accessible
The web interface is accessible via a subdomain of (e.g. or via IP Whitelisting can be utilised to restrict access to the management web interface.
Web interface accessibility testing
What users can and can't do using the API
Get Incidents,
Get Extra Incident Data,
Update an Incident,
Insert CEF Alerts,
Insert Parsed Alerts,
Isolate Endpoints,
Un-isolate Endpoints,
Get Endpoints,
Get All Endpoints,
Scan Endpoints,
Cancel Scan Endpoints,
Delete Endpoints,
Get Policy,
Get Device Violations,
Get Distribution Version,
Create Distributions,
Get Distribution Status,
Get Distribution URL,
Get Audit Management Log,
Get Audit Agent Report,
Blacklist Files,
Whitelist Files,
Quarantine Files,
Get Quarantine Status,
Restore File,
Retrieve File
API automation tools
Other API automation tools
Python/Go Modules available
API documentation
API documentation formats
  • HTML
  • PDF
Command line interface
Command line interface compatibility
  • Linux or Unix
  • Windows
  • MacOS
Using the command line interface
The CLI is primarily used for debugging and support purposes of the endpoint software. It is not used for general purposes.


Scaling available
Scaling type
Independence of resources
Each service that KHIPU provide to its customers are separate dedicated services which have guaranteed performance levels unaffected by other users/customers.
Usage notifications


Infrastructure or application metrics
Metrics types
  • Disk
  • Memory
  • Network
  • Number of active instances
  • Other
Other metrics
  • Asset details, compliance, policy violations
  • Benign, Grayware and Malicious files
  • Endpoint activities, threats, incidents, etc.
  • Agent installed main software and content database versions
Reporting types
  • API access
  • Real-time dashboards
  • Regular reports
  • Reports on request


Supplier type
Reseller providing extra features and support
Organisation whose services are being resold
Palo Alto Networks

Staff security

Staff security clearance
Conforms to BS7858:2012
Government security clearance
Up to Baseline Personnel Security Standard (BPSS)

Asset protection

Knowledge of data storage and processing locations
Data storage and processing locations
United Kingdom
User control over data storage and processing locations
Datacentre security standards
Complies with a recognised standard (for example CSA CCM version 3.0)
Penetration testing frequency
At least every 6 months
Penetration testing approach
Protecting data at rest
  • Physical access control, complying with CSA CCM v3.0
  • Physical access control, complying with SSAE-16 / ISAE 3402
  • Physical access control, complying with another standard
  • Scale, obfuscating techniques, or data storage sharding
  • Other
Other data at rest protection approach
Service is supplied from both Google and Amazon Data centres respectively (further information to follow)
Google Security statement

AWS Security Statement

All logs are stored in the Cortex data lake, with user activity being monitored and stored in the Cortex data lake for the agreed retention period.
Data sanitisation process
Data sanitisation type
  • Explicit overwriting of storage before reallocation
  • Deleted data can’t be directly accessed
  • Hardware containing data is completely destroyed
Equipment disposal approach
Complying with a recognised standard, for example CSA CCM v.30, CAS (Sanitisation) or ISO/IEC 27001

Backup and recovery

Backup and recovery
Backup controls
Datacentre setup
Multiple datacentres with disaster recovery
Scheduling backups
Supplier controls the whole backup schedule
Backup recovery
Users contact the support team

Data-in-transit protection

Data protection between buyer and supplier networks
TLS (version 1.2 or above)
Data protection within supplier network
  • TLS (version 1.2 or above)
  • IPsec or TLS VPN gateway
  • Other
Other protection within supplier network
Palo Alto Networks uses a proprietary encryption layer for API calls, telemetry and update services.

Availability and resilience

Guaranteed availability
The service is run at an agreed time with the customer on a 24*7*365(6) schedule. This service has a targeted 99.9% availability on a quarterly basis, excluding scheduled maintenance windows. In the event that KHIPU does not meet the guaranteed levels of availability, service credits are issued in the form of “service tokens”. A service token entitles the user to call upon the professional services of KHIPU Networks for work outside of their standard maintenance contract. Service credits are issued and discussed during quarterly service review meetings, based upon the number of failures in the prior quarter. Up to 5 service credits are capped per quarter for each end-user.
Approach to resilience
This information is available upon request.
Outage reporting
The service reports any outages via email alerts and telephone calls.

Identity and authentication

User authentication
  • 2-factor authentication
  • Username or password
Access restrictions in management interfaces and support channels
Users authenticate to the service at '’ or ‘’ using a username and password combination and multifactor authentication (if configured). API access is controlled via key/token system.
Access restriction testing frequency
At least every 6 months
Management access authentication
  • 2-factor authentication
  • Username or password
Devices users manage the service through
  • Dedicated device on a segregated network (providers own provision)
  • Dedicated device on a government network (for example PSN)
  • Dedicated device over multiple services or networks
  • Any device but through a bastion host (a bastion host is a server that provides access to a private network from an external network such as the internet)
  • Directly from any device which may also be used for normal business (for example web browsing or viewing external email)

Audit information for users

Access to user activity audit information
Users contact the support team to get audit information
How long user audit data is stored for
At least 12 months
Access to supplier activity audit information
Users contact the support team to get audit information
How long supplier audit data is stored for
At least 12 months
How long system logs are stored for

Standards and certifications

ISO/IEC 27001 certification
Who accredited the ISO/IEC 27001
Lloyd's Register Quality Assurance
ISO/IEC 27001 accreditation date
Original Approval: 6th May 2010, Current Expiry: 5th May 2022
What the ISO/IEC 27001 doesn’t cover
All areas of KHIPU's business is covered under ISO27001 certification.
ISO 28000:2007 certification
CSA STAR certification
PCI certification
Other security certifications

Security governance

Named board-level person responsible for service security
Security governance certified
Security governance standards
ISO/IEC 27001
Information security policies and processes
KHIPU adhere to best practice information security standards related to the products and services we provide. These are then linked to our ISO processes and regularly internally and externally audited. We are certified to ISO9001 (Quality Management) and ISO27001 (Information Security Management). The Board of Directors (“the Board”) is ultimately accountable for corporate governance as a whole. The management and control of information security risks is an integral part of corporate governance. In practice, however, the Board explicitly delegates executive responsibilities for most governance matters to the Executive Directors, led by the Chief Executive Officer (CEO). The Executive Directors give overall strategic direction by approving and mandating the information security principles and axioms but delegate operational responsibilities for physical and information security to the Security Committee (SC) chaired by the Chief Information Officer (CIO). The Executive Directors depend heavily on the SC to coordinate activities throughout KHIPU, ensuring that suitable policies are in place to support KHIPU’s security principles and axioms. The Executive Directors also rely on feedback from the SC, CIO, ISM, auditors, Risk Management, Compliance, Legal and other functions to ensure that the principles, axioms and policies are being complied-with in practice.

Operational security

Configuration and change management standard
Supplier-defined controls
Configuration and change management approach
All changes to the configuration of the service are managed through a change control process. This looks at technical suitability, security risks and impact to service; the output from which is clearly communicated to the customer where the ultimate decision will be made to proceed or not. This takes into account any commercial considerations necessary and provides an audit trail, ensuring that all aspects of the change are considered.
Vulnerability management type
Supplier-defined controls
Vulnerability management approach
We work closely with the manufacturers of the deployed services to ensure that any reported/disclosed vulnerabilities are patched during the next maintenance window. Should a major flaw occur, an emergency change process would be invoked to patch the service within 48 hours. In the event that multiple vulnerabilities become apparent, they will be addressed in severity order (highest first), until all are mitigated.
Protective monitoring type
Supplier-defined controls
Protective monitoring approach
Potential compromises are detected via various means including monitoring tools, manual check, service degradation, reported issues and regular vulnerability assessments. In the event of a suspected compromise, they are acted upon with high priority until they are proven to be benign or corrective action is needed to be taken to mitigate the problem. Immediate responses are provided if an issue appears to be critical within the end users’ environment. These procedures are in line with our ISO27001 processes.
Incident management type
Supplier-defined controls
Incident management approach
As part of our support/managed service procedure, the customer is provided with full details of how to log a support call, including all logging methods and the required information for the servicedesk. Once the call has been logged, it is then managed by the team under the servicedesk based on severity (major issue = service affecting, minor issue = query). All service affecting calls are escalated accordingly to the 2nd/3rd line teams including the assigned account and technical manager. Escalations procedures are provided.

Secure development

Approach to secure software development best practice
Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v3.0)

Separation between users

Virtualisation technology used to keep applications and users sharing the same infrastructure apart
Who implements virtualisation
Virtualisation technologies used
Other virtualisation technology used
Amazon Web Services, Google Compute Platform
How shared infrastructure is kept separate
Each organisation’s compute instances are unique to that individual organisation with logical separation being achieved at the cloud provider level. This ensures that no virtualised infrastructure is shared organisation to organisation and each respective organisations data and network traffic is isolated from one another.

Energy efficiency

Energy-efficient datacentres
Description of energy efficient datacentres
KHIPU utilises the Aspen House Fleet Data Centre (AHF), which complies with the recommendations of EU code of conduct for energy-efficient data centres. The installed Mitsubishi Lossnay units extract stale air and then recover the heating or cooling energy to either warm or cool incoming fresh air. We also have highly efficient cold isle containment to avoid any hot air re-circling into the system from equipment. This equipment is maintained by OEM and is operated at optimum levels of efficiency. Any equipment that is not required or used to support active services is completely decommissioned and removed. In order to avoid the need to dispose of hardware, physical servers are virtualised where possible. We possess a Power Utilisation Effectiveness (PUE) rating of 1.5 and we have visibility of IT energy consumption. This visibility is through metering at the cabinet level and individual power distribution units. Beyond this, lights are turned off automatically whenever areas of the Data Centre are left unoccupied. Further information is available upon request.


£45.09 a device
Discount for educational organisations
Free trial available

Service documents

Request an accessible format
If you use assistive technology (such as a screen reader) and need versions of these documents in a more accessible format, email the supplier at Tell them what format you need. It will help if you say what assistive technology you use.