Legal & compliance centre

HLD Group

AI governance & responsible use

Risk management for AI systems in products and operations.

Last updated: 21 May 2026

Version 1.0 · Review cycle: 365 days · View all frameworks

1. Purpose

This document establishes mandatory requirements for HLD Group personnel, contractors, and third parties with access to HLD Group systems, facilities, or data. It supports our information security management system (ISMS), regulatory obligations, and customer contractual commitments.

Compliance with this policy is a condition of access to company resources. Exceptions require documented approval from the Chief Information Security Officer (CISO) or delegate and must include compensating controls.

2. Scope

This policy applies globally to all HLD Group employees, contractors, consultants, interns, and agency staff ("Personnel"). It covers all information assets owned, leased, or processed by HLD Group, including cloud services, customer environments under our management, development systems, corporate IT, and removable media.

Where a customer contract or applicable law imposes stricter requirements, the stricter requirement prevails. Customer-specific security addenda form part of the compliance baseline for assigned personnel.

  • Corporate and production information systems
  • Endpoints, mobile devices, and removable media used for company business
  • Collaboration tools, email, and messaging platforms
  • Source code repositories, CI/CD pipelines, and artefact stores
  • Physical offices, co-working facilities, and data centre space under our control

3. Definitions

  • Information asset — any data, system, application, or service that stores, processes, or transmits information
  • Sensitive data — confidential, restricted, regulated, or customer data requiring heightened protection
  • Privileged access — administrative or elevated rights that can alter security configuration or access unrelated data
  • Security incident — a confirmed or suspected breach of policy, loss of confidentiality, integrity, or availability
  • Compensating control — alternative safeguard that achieves equivalent risk reduction when a primary control cannot be met

4. AI inventory

All production and experimental AI systems (models, APIs, agents) are registered with owner, purpose, data sources, and risk tier.

5. Risk classification

  • Low — internal productivity, no sensitive data
  • Medium — customer-facing with human review
  • High — automated decisions affecting rights, safety, or regulated data
  • Prohibited — social scoring, covert manipulation, unapproved biometric identification

6. Development lifecycle

Training data provenance documented; PII minimised; bias and safety evaluations before release. Prompt injection and model abuse scenarios tested.

7. Transparency

Customer-facing AI disclosed in product documentation. Humans can escalate or override high-impact automated outputs.

8. Third-party models

External LLM providers assessed for data retention, subprocessors, and enterprise terms. Customer data not used for vendor training without consent.

Roles and responsibilities

Executive leadership

The CEO and executive team approve this policy, allocate resources for implementation, and receive quarterly security and compliance summaries.

Chief Information Security Officer (CISO)

The CISO owns the security programme, maintains policies, approves exceptions, and reports material risk to leadership and the board where applicable.

  • Approve standards, run risk assessments, and chair the security steering group
  • Coordinate incident response and regulatory notifications
  • Maintain mappings to SOC 2, ISO 27001, and customer frameworks

IT and engineering

Implement technical controls, operate monitoring, and execute change, backup, and recovery procedures in line with approved standards.

People & culture / HR

Support background checks, onboarding acknowledgements, disciplinary process for policy violations, and offboarding coordination.

All personnel

Complete mandatory training, report suspected incidents within one hour, protect credentials, and follow classification and handling rules.

Enforcement, exceptions, and review

Violations may result in access suspension, disciplinary action up to termination, contract remedies for third parties, and referral to law enforcement where appropriate.

Exception requests must be submitted in writing, include business justification, risk assessment, expiry date, and compensating controls. Exceptions are reviewed at least quarterly.

This policy is reviewed at least annually and upon significant regulatory, organisational, or technology changes. Version history is maintained in the compliance repository.

Related frameworks

For contractual attestations or audit packs, contact [email protected].