Skip to content

Education Hub: Cyber Security and Artificial Intelligence Insurance ​

In a sentence: this page is neither news nor a product introduction. It is a beginner-to-advanced teaching resource that explains cyber security and artificial intelligence (AI) insurance across eight modules — from fundamental concepts and Hong Kong's risk data, to legal liability, AI coverage gaps, the enterprise self-assessment checklist and the claims process.

Last updated on this page: 1 October 2026 | Data collected on: 1 October 2026

Students using computers to learn digital knowledge in a classroom
This page is a beginner-to-advanced teaching resource that explains the topic across eight modules.

How to Read This Page ​

If you areSuggested reading order
New to this topicModule 1 → Module 2 → Module 5 → Appendix A Glossary
Business owner or managementModule 2 → Module 3 → Module 6 → Module 7 (Self-Assessment Checklist)
Colleague in charge of IT or complianceModule 4 → Module 7 → Module 8
Already hold a policy and preparing to renewModule 1 → Module 5 → Module 7 → and cross-reference the 'Exclusions' and 'Sub-limits' sections of Products and Coverage Structure
Just want a quick overview of Hong KongModule 2 → News and Developments

Module 1: What Is Cyber Insurance ​

1.1 A Fundamental Distinction ​

The way traditional insurance is classified has always been by where the loss occurs — mostly dealing with losses to physical premises or tangible assets.

Cyber insurance is classified differently: the losses it handles all occur in networks and data.

Traditional Property and Liability InsuranceCyber Insurance
Loss carrierPhysical property, personData, systems, fund flows
Form of lossDamage, injury, financial liabilityLeakage, interruption, fraud, lockout
TriggerIncident or claimCyber incident (no need to wait for a claim)
Ancillary servicesSurvey, assessmentDigital forensics, legal and PR response

Therefore, cyber insurance cannot be replaced by 'adding an endorsement'. It requires a separate set of underwriting questions, separate exclusions, and a response team that knows how to handle digital incidents.

1.2 Why 'Cyber' and 'AI' Are Now Often Discussed Together ​

There are three reasons:

  1. AI is changing the way attacks are carried out. Generative AI makes phishing messages harder to identify and easier to mass-produce; deepfake voice is used in financial fraud; AI is also used to automate ransomware operations.
  2. AI is creating new types of liability. When a business uses AI to generate content, reply to customers or make decisions, the attribution of liability when something goes wrong — the business, the AI vendor, or no one — is still taking shape.
  3. AI is creating divergence in coverage. Some insurers add AI exclusion clauses to policies; others include AI-related risk within coverage. Businesses are unclear which type their own policy falls into.

1.3 Three Obligations That Apply Simultaneously ​

The reason cyber and AI risk is hard to manage is that a single incident can trigger three different lines of obligation at the same time:

text
A single data breach
├── Legal liability: the data protection principles and notification requirements under the Personal Data (Privacy) Ordinance (PDPO)
├── Regulatory liability: varies by industry — for example, financial institutions are bound by the cyber security requirements of the HKMA, the IA or the SFC
└── Contractual liability: security and indemnity clauses in customer contracts, outsourcing contracts and procurement contracts

Insurance only addresses the financial consequences after the third line. It can pay you, but it cannot notify on your behalf, accept an investigation on your behalf, or comply with regulations on your behalf. This must be made clear upfront, otherwise the misconception 'buying insurance means being compliant' easily arises.


Module 2: Hong Kong's Risk Map ​

To judge whether you need coverage and how much, the first step is to see the actual risk data clearly. The following two sets of figures are the two most worthwhile public statistics to reference in Hong Kong.

2.1 HKCERT: The Shape of Attacks ​

The Hong Kong Computer Emergency Response Team Coordination Centre (HKCERT) announced in Hong Kong Cyber Security Outlook 2026:

  • In 2025, Hong Kong recorded 15,877 cyber security incidents, up 27% year-on-year, a record high.
  • Phishing accounted for 57% of all incidents, the predominant threat source; attack vectors have extended from traditional email to social media and instant messaging platforms (34%) and cryptocurrency platforms (18%).
  • Vulnerable-system cases numbered 2,328 (15%), up more than 3.5 times year-on-year.
  • Nearly 30% of businesses have no dedicated person for cyber security; only 26% of SMEs have a full-time cyber security staff member (59% for large enterprises).
  • 35% of businesses using AI have entered company data into public AI tools.
  • The main risks for 2026 are categorised into two types: AI application risk and supply chain risk.

How to read these figures

DataWhat it really says
Phishing at 57%The biggest risk is 'people', not 'machines'. The return on investment in staff training and process design does not fall as technology advances
Vulnerable systems up 3.5xThis is a matter of basic configuration and patch management. Such issues have low technical barriers and low cost, yet are most often overlooked
Only 26% of SMEs have full-time staffSMEs cannot make up for it with headcount; they must rely on a combination of process, outsourcing and insurance
35% entered company data into public AIAI governance is a new security gap, and it is an irreversible leak — once sent to a third-party system, it cannot be recovered

2.2 Privacy Commissioner's Office: The Shape of Incidents ​

The Privacy Commissioner's Office announced in its 2025 work report:

  • In 2025, a total of 246 data breach notifications were received, up 21% year-on-year; of these, 79 came from public bodies and 167 from private organisations.
  • Among them, 81 involved hacking intrusion (33%), up 33% year-on-year.
  • Notifications from schools and non-profit organisations accounted for 92 cases, i.e. 37% of all incidents.
  • Over the same period, 435 compliance checks were conducted, up 9% year-on-year.

How to read these figures

  • Among the causes of incidents, besides hacking intrusion, there are also lost documents or portable devices, accidental disclosure via email or post, employee violations, and system misconfiguration — in other words, a considerable proportion of incidents have nothing to do with technology, but are process problems.
  • The three cases cited by the Office in the same announcement were all cases of human negligence involving employment data. Their common thread is: no system, no supervision, no training.
  • Schools and non-profit organisations account for over one-third of notifications, reflecting that institutions with limited resources but holding large amounts of personal data are among the highest-risk groups.

2.3 Reading the Two Sets of Figures Together ​

ObservationImplications for businesses
Attack patterns concentrate on phishing and basic configuration vulnerabilitiesBasic measures have the highest return on investment: multi-factor authentication, email security, patch management, backups
A considerable proportion of incidents are human negligencePolicy, process and training are not 'extra work' but the primary line of defence
Resource gaps among SMEs are evidentA 'outsourcing + insurance + process' combination is more practical than trying to build an in-house team
AI is both an attack tool and a risk sourceAI governance needs to be planned together with information security, not handled separately

Hong Kong currently has no dedicated artificial intelligence law, but businesses still bear substantial liability in cyber and AI matters. These liabilities come from three levels.

3.1 First Level: Statutory Liability ​

Protection of Critical Infrastructures (Computer Systems) Ordinance (Cap. 653)

  • Gazetted on 28 March 2025, in force from 1 January 2026.
  • The targets are designated critical infrastructure operators, covering sectors such as energy, information technology, banking and financial services, transport, healthcare, and communications and broadcasting, as well as infrastructure that sustains important social and economic activities.
  • It imposes three categories of statutory duty:
CategoryContent
Category 1: StructureMaintain a continuous office in Hong Kong; notify changes of operator; establish and continuously maintain a computer system security management unit supervised by employees appointed by the operator
Category 2: PreventionNotify material changes; submit and implement a computer system security management plan; conduct security risk assessments; arrange security audits
Category 3: Incident Notification and ResponseParticipate in security exercises; submit and implement emergency plans; notify the Commissioner of security incidents within specified time limits
  • The government has stated that the regulated operators are mainly large institutions, and SMEs and the general public will not be affected.

Personal Data (Privacy) Ordinance (Cap. 486, PDPO)

  • Applies to any institution holding personal data, not limited to large enterprises or regulated industries.
  • Its core is six data protection principles, of which the two most directly relevant to cyber risk are:
    • Data Protection Principle 3: Personal data shall not be used for a new purpose without the prescribed consent of the data subject — this includes improper disclosure.
    • Data Protection Principle 4: Data users must take all practicable steps to ensure data is protected against unauthorised or accidental access, processing, deletion, loss or use.
  • When a data breach occurs, notify in accordance with the requirements of the Privacy Commissioner's Office, which may trigger an investigation, an enforcement notice or a warning letter.

3.2 Second Level: Regulatory Guidance (by industry) ​

Taking the insurance industry as an example, the Insurance Authority's requirements include:

GuidanceContent
Cyber Security Guideline (GL20)The revised version took effect from 1 January 2025, introducing the Cyber Resilience Assessment Framework (CRAF), including inherent risk assessment, maturity assessment, and threat-intelligence-led attack simulation (required for those with medium or high inherent risk, simulating at least three end-to-end attack scenarios)
Enterprise Risk Management Guideline (GL21)Requires insurers to identify, assess and manage risks arising from technology applications (including AI and machine learning models)
GL8 Guideline revisionConsultation launched in Q4 2025, planned for completion in 2026; according to the IA's public explanation, the revision will add requirements for board and management accountability, 'human-in-the-loop' mechanisms, operational resilience and AI decision disclosure

Implications for non-financial institutions: Even if you are not directly bound by these guidelines, your clients may be. When banks or insurers must meet CRAF requirements, your security capability becomes a prerequisite for their procurement and outsourcing.

3.3 Third Level: Contractual Liability ​

This is the most easily overlooked layer, yet actually the first to be triggered. Common contractual clauses for businesses include:

  • Customer contracts: data security and confidentiality obligations, incident notification time limits, caps on indemnity liability.
  • Outsourcing and procurement contracts: require suppliers to provide security attestations, accept audits, and comply with specified standards.
  • Leases, engineering contracts, exhibition contracts: require provision of insurance proof, and some contracts are beginning to include 'cyber insurance' as a requirement.

3.4 Comparison of the Three Levels of Liability ​

LevelWho is boundConsequences of breachCan insurance address it
Statutory liabilityDesignated critical infrastructure operators; all institutions holding personal dataFines, enforcement notices, investigationThe fine portion is very rarely covered; defence costs may be covered
Regulatory guidanceRegulated industries (banking, insurance, securities, etc.)Regulatory action, licence conditions, public criticismDefence costs may be covered
Contractual liabilityAny business that signed the relevant contractBreach damages, contract termination, recoveryDepends on the terms, usually within third-party liability coverage

In a sentence: insurance handles the 'financial consequences'; the legal liability itself, regulatory compliance itself, and customer trust itself all have to be borne by the business itself.


Module 4: Handling Process for Data Breach Incidents ​

Data breaches are the most common type of incident in Hong Kong, and also the easiest to handle incorrectly. The following process starts from 'after the incident is discovered'.

Step 1: Confirm and Contain (First Few Hours) ​

  • Confirm whether the incident is real: a system error, an internal mis-send, or an external intrusion.
  • Contain immediately: cut network connections to affected systems, disable the account involved, and rotate credentials.
  • Do not immediately reinstall or wipe the system — this destroys the evidence needed for digital forensics.
  • If cyber insurance has been purchased, notify the insurer immediately as required by the policy to activate response services and the hotline.

Step 2: Assess Scope and Preserve Evidence ​

  • Determine which types of personal data are involved, how many people are affected, and whether the data is identifiable to individuals.
  • Have qualified forensic personnel conduct the investigation and fully record the timeline.
  • Retain logs, images and communications records; build an incident file.

Step 3: Determine Notification Obligations ​

  • Whether notification to the Privacy Commissioner's Office is required.
  • Whether affected individuals need to be notified.
  • If in a regulated industry (e.g. insurance, banking), whether notification to the industry regulator is required.
  • If a designated critical infrastructure operator, whether notification to the Commissioner is required within specified time limits.
  • If a customer contract is involved, whether the customer needs to be notified per the contract terms.

Step 4: Notification and Communication ​

  • The notification should include: what happened, what data is involved, what measures have been taken, and what affected individuals should do.
  • Use a designated spokesperson for unified external communication to avoid internal information chaos.
  • Prepare a response plan for reputational risk.

Step 5: Recovery and Post-Incident Review ​

  • Restore systems and data once safety is confirmed.
  • Review systemic gaps, implement corrective measures, and retain records.
  • If a regulator later conducts an investigation, 'whether there was remediation afterwards and whether it was recorded' is often as important as the incident itself.

Advisor's Note

Within this process, the step most prone to error is not the technical steps, but Step 1's 'notify the insurer immediately'. Many businesses rush to fix things themselves after an incident and only remember the policy days later, missing the notification time limit stipulated in the policy, or destroying the evidence needed for forensics, affecting the claim payout. The notification time limit stated in the policy wording is worth printing out in advance and sticking on the first page of the response plan.


Module 5: AI Risk and Coverage Gaps ​

5.1 Six Ways AI Causes Loss ​

TypeExampleMain impact
AI hallucinationAI-generated legal references, financial figures or medical information are wrong, and customers act on them and suffer lossThird-party liability, professional liability
Algorithmic biasAutomated screening, scoring or pricing produces unfair outcomes for specific groupsRegulatory investigation, class actions, reputation
AI used as an attack vectorDeepfake voice fraud for fund transfers, AI-enhanced phishing causing credential leakage, AI-automated ransomwareFirst-party loss, third-party liability
Autonomous behaviour of AI agentsAI agents execute wrong transactions, wrong pricing or wrong filings under authorised credentialsPure financial loss — the hardest type to handle
Data entered into public AI toolsEmployees paste customer data into public AI servicesData leakage, cross-border transfer, notification liability
Infringement by AI-generated contentUnauthorised use of copyright-protected material to generate marketing contentIntellectual property claims, advertising torts

5.2 Why These Risks Fall Into Coverage Gaps ​

The reason is that the design starting point of existing policies does not match the actual shape of AI incidents:

Policy typeWhy it may not cover AI incidents
General liability insuranceTraditionally centred on bodily injury and property damage; the pure financial loss caused by AI is usually outside its scope
Professional liability insuranceDeals with the negligence of human professionals; when a decision is made by an automated system, attribution of liability is disputed
Cyber insuranceOriginally designed to handle data breaches, ransomware and network interruption. Harmful acts by AI agents under authorised credentials are not an 'intrusion'
Management liability insuranceIf AI governance failures lead to shareholder or regulatory action, the risk may extend to the director level

On top of that, some insurers have added AI exclusion clauses to commercial policies, removing liability arising from 'actual or alleged use of AI', further widening the gap.

5.3 Three Responses Currently in the Market ​

ApproachContentAdvantageLimitation
Add an AI endorsement to existing policiesAttach AI-related coverage to professional liability or cyber insuranceLower cost, faster underwritingNarrower scope, may separately exclude 'autonomous decision-making'
Include AI risk within cyber insuranceInclude coverage starting from 'AI used as an attack vector'Aligns with existing cyber insurance processesMainly handles AI-induced cyber losses, not comprehensive AI liability
Standalone AI liability insuranceDesigned specifically for AI incidents, covering hallucination, model degradation, bias, etc.Broadest scope, definitions closest to actual riskEarly market, limited capacity; not yet a ready-made product purchasable in Hong Kong

5.4 Where Hong Kong Businesses Actually Stand at This Stage ​

In Hong Kong, standalone AI liability insurance is not a ready-made standard product you can buy. Therefore, the practical strategy at this stage is not to rush to find an 'AI policy', but to first reduce the gaps, then improve insurability:

  1. Read existing policies carefully. Review general liability, professional liability, cyber insurance and management liability policies one by one, confirming whether there is an AI exclusion clause and how far it reaches.
  2. Improve insurability through governance. When underwriting AI risk, insurers care most about whether the business can demonstrate governance. Documented governance directly affects insurability and premium levels.
  3. Address the most certain parts first. Network losses caused by AI being used as an attack vector are currently the clearest segment for which coverage can be obtained in the market.

Module 6: What AI Governance Should Prepare ​

The Privacy Commissioner's Office's Artificial Intelligence (AI): Model Framework for Personal Data Protection (released June 2024) recommends that organisations build AI governance from four directions. Corresponding to practical documents, businesses need to prepare the following four types:

DocumentContentWhy needed
AI usage policyWhich AI tools are allowed, for what purposes, what data must never be entered, who is authorised to approve new toolsThis is the most basic one. Hong Kong surveys show one-third of businesses using AI have entered company data into public AI tools; the reason is usually not rule-breaking but the absence of clear rules
AI system inventoryWhich AI systems the organisation currently uses, for what purpose, what types of data they process, and who is responsibleWithout an inventory, you cannot answer underwriting questions or regulatory enquiries
Privacy impact assessment recordsBefore introducing an AI system, assess its impact on personal data privacy and the mitigation measuresThe Model Framework explicitly recommends this at the procurement and implementation stages; it is also a focus of compliance checks
Human supervision and audit recordsWhich decisions require human review, who is responsible for review, and how system behaviour logs are retainedThe IA's GL8 revision direction already includes 'human-in-the-loop' and AI decision disclosure

On 'Human-in-the-Loop'

The Model Framework divides human supervision into three modes, and organisations should choose according to the level of risk:

ModeApplicable situation
Human-in-the-loopHigh-risk systems, where a human retains the decision-making authority
Human-on-the-loopRisk cannot be ignored but full human intervention is too costly; a human uses the system output and supervises operations, intervening when necessary
Human-out-of-the-loopLow-risk systems, where AI can directly adopt its output

A practical test: If the AI's output affects a customer's money, rights or legal status, 'human-out-of-the-loop' should not be adopted.


Module 7: Enterprise Self-Assessment Checklist ​

The following checklist is grouped by area. It is recommended that colleagues responsible for IT or compliance answer each item, and list the 'No' items as to-dos.

A. Basic Controls ​

#Check itemWhat to do if answered 'No'
1Multi-factor authentication is enabled on all email and critical system accountsThis is the lowest-cost, highest-return item and should be prioritised
2There is a process for patching system vulnerabilities regularly, with recordsSet a patch deadline schedule and record the completion of each patch
3Backups exist and are offline or immutableIf backups are on the same network as production systems, ransomware can encrypt them too
4Data recovery has been tested and you know how long it actually takesConduct regular drills and record the recovery time objective and actual results
5Privileged accounts (admin rights) have separate management and monitoringReview who holds privileges and reduce unnecessary admin accounts

B. People and Process ​

#Check itemWhat to do if answered 'No'
6There is a dedicated or clearly designated person responsible for cyber securitySMEs may outsource, but there must be a clear internal owner
7Staff receive regular phishing and security trainingRecommend once per quarter, and test effectiveness with simulated phishing
8There is a written incident response planThe first page of the plan should include the policy notification time limit and the insurer's hotline
9Accounts and access rights of departing employees are revoked immediatelyEstablish an offboarding checklist and retain execution records
10There is a clear data classification policy (which data can go where)At least distinguish three levels: 'public', 'internal', 'confidential / personal data'

C. AI-Specific ​

#Check itemWhat to do if answered 'No'
11There is a written AI usage policy, communicated to staffEstablish a minimum viable version: list of permitted tools, categories of data forbidden to enter
12The organisation's AI systems and their uses have been inventoriedBuild an inventory, including tools subscribed by departments without going through IT
13It is explicitly forbidden to enter customer personal data or confidential data into public AI toolsBack the policy with technical measures (blocking), not just self-discipline
14AI decisions affecting customer rights have a human review mechanismDefine which decisions are high-risk and designate a reviewer
15AI systems' inputs and outputs are loggedPreserve evidence for future regulatory enquiries and underwriting
#Check itemWhat to do if answered 'No'
16Existing policies have been reviewed for AI exclusion clausesReview general liability, professional liability, cyber insurance and management liability policies one by one
17The security and incident notification clauses of key customer contracts have been reviewedEspecially the notification time limits and caps on indemnity liability
18Key supplier contracts have been reviewed for security and notification clausesLiability for supply-chain incidents needs to be written into contracts in advance
19You know which institutions to notify in the event of an incident, and the time limitsCompile into a one-page list in advance
20Whether the organisation's cyber insurance covers losses caused by third-party suppliersThis is an incident type that has actually occurred in recent years and must be confirmed policy by policy

E. Organisational Resilience ​

#Check itemWhat to do if answered 'No'
21Critical systems are listed and single points of failure are flaggedFirst handle systems that 'bring the whole company to a halt once they fail'
22There is a designated incident spokesperson and external communication planExternal messages during an incident need to be unified, otherwise reputational loss is amplified
23Management receives regular cyber risk reportsCyber risk is an enterprise risk and needs scrutiny at the management level
24Incidents and near-misses over the past three years are recordedThese records are important underwriting material and also prevent repeated mistakes

How to use this checklist

You do not need to complete all items at once. The practical priority order is: Items 1, 3, 6, 11, 13 (high return, low cost) → Items 8, 16, 20 (directly related to insurance) → the rest sorted by risk.


Module 8: Claims and Incident Response Process ​

The biggest difference between cyber insurance claims and ordinary insurance is: it often begins before the incident happens.

text
Incident occurs
│
├─ Step 1 | Notify the insurer immediately (usually within 24–72 hours; check the policy wording)
│        └─ Activate response services: forensics, legal, PR
│
├─ Step 2 | Contain and preserve evidence (do not wipe the system)
│
├─ Step 3 | Submit a preliminary incident report
│        └─ Contents: time of occurrence, how discovered, scope involved, preliminary impact
│
├─ Step 4 | Cooperate with the insurer's forensics and loss assessment
│        └─ Retain all expense receipts (response, legal, PR, recovery)
│
├─ Step 5 | Submit claim documents
│        └─ The insurer verifies coverage, sub-limits and exclusions
│
└─ Step 6 | Payout and closure
         └─ Retain complete incident records for future renewals

Four Most Common Problems When Claiming ​

ProblemCauseHow to avoid in advance
Claim denied for late notificationThe notification time limit in the policy is short, and the business forgets while busy firefightingPut the time limit and hotline number on the first page of the response plan
Claim denied for 'known circumstances'The incident had already begun before the policy started, just undiscoveredDisclose honestly when taking out cover; if in doubt, conduct a security assessment first
Claim denied for failing security standardsAt application the business declared a control was implemented, but it was notVerify the actual control status before applying, and avoid over-declaring
Payout far below expectationsSub-limits and layered structure mean the total limit is not the usable amountCheck sub-limits item by item when applying, rather than looking only at the total limit

Appendix A: Glossary ​

TermExplanation
Cyber insuranceInsurance covering a business's own losses from a cyber incident (first-party) and its liability to third parties (third-party)
First-party coverageCovers the insured business's own losses, such as response costs, business interruption, and data recovery
Third-party liabilityCovers the insured business's liability to others (customers, partners, regulators)
Incident responseA series of actions after an incident — forensics, legal, PR and crisis management
Sub-limitA separate compensation cap set under the overall limit for a specific coverage item, usually non-fungible
Deductible / ExcessThe amount the policyholder bears for each claim; confirm whether it is calculated 'per incident' or 'per policy year'
Claims-made policyA policy designed so that the time the claim is made (rather than when the incident occurs) is the basis of coverage
Known circumstancesA situation that had occurred or should have been known before the policy took effect, generally not covered
War exclusionExcludes losses caused by attacks launched by war or state-level actors; the most commercially impactful exclusion in cyber policies
Business email compromiseAn attacker impersonates or intrudes into an email account to induce a business to transfer funds to its account; many policies set a separate sub-limit
RansomwareMalware that encrypts a business's files and demands payment for the decryption key; recently it also exfiltrates data to threaten public disclosure
Digital forensicsThe professional work of collecting and analysing digital evidence after an incident, to determine cause, scope and impact
Data breach notificationThe action of notifying affected individuals and regulators of a data breach incident
Designated operatorA critical infrastructure operator designated under the Protection of Critical Infrastructures (Computer Systems) Ordinance, required to perform statutory duties
Critical computer systemA computer system directly related to the operation of critical infrastructure under the Ordinance
Cyber Resilience Assessment Framework (CRAF)An assessment framework under the IA's Cyber Security Guideline, including inherent risk assessment, maturity assessment and threat-intelligence-led attack simulation
AI hallucinationContent generated by an AI model that appears plausible but is actually wrong
Agentic AIAn AI system that can plan and execute tasks on its own (e.g. calling tools and making decisions by itself)
Human-in-the-loopAn AI supervision mode where a human retains the decision-making authority
AI exclusion clauseA clause in a policy that removes 'liability arising from the use or deployment of AI'
Embedded insuranceAn arrangement that embeds insurance directly into the product or service sales process, e.g. obtaining coverage when purchasing a robot service
MicroinsuranceA small insurance product designed for a single risk or scenario, with lower limits and premiums

Appendix B: Six Common Misconceptions ​

Misconception 1

"Cyber security is the IT department's job." Hong Kong's surveys show the largest attack pattern is phishing (57%), and a considerable proportion of data breach incidents are human negligence. The defence against these two types of risk lies in process design and staff training, not the firewall. Cyber security is a matter for management and the personnel system.

Misconception 2

"We have no customer data, so we don't need to worry." Besides customer data, you also need to consider employee data, supplier data, trade secrets, financial and payment data, and intellectual property. Among Hong Kong's 2025 notifications, a portion were precisely caused by errors in handling employment data.

Misconception 3

"Buying insurance means being compliant." Insurance and compliance are two different things. Insurance pays money; compliance is the business's own responsibility. When under regulatory investigation, the policy can pay defence costs, but it cannot submit plans, conduct audits or fix systems on your behalf.

Misconception 4

"AI risk is too new; insurers definitely won't cover it." The market has already diverged: some insurers add AI exclusion clauses to policies, while others include AI-induced cyber risk within coverage. The direction is not uniform, so you must read your own policy clause by clause, rather than relying on general statements.

Misconception 5

"If we use an AI vendor, the liability is the vendor's." Vendor contracts usually set liability caps and may not cover your own losses. When the AI's output affects your customers, the party they pursue is usually you — because you are the one who signed the contract with them.

Misconception 6

"Buying the highest limit is safest." Sub-limits and layered structure determine the actual amount usable. A policy with a high overall limit but scattered and low sub-limits may, in a single type of incident, have less actual coverage capability than a policy with a lower overall limit but a better-matched structure.

Appendix C: Further Reading and Sources ​

Official Sources ​

  • Protection of Critical Infrastructures (Computer Systems) Ordinance (Cap. 653) — Hong Kong SAR Government press releases, Office of the Communications Authority
  • Personal Data (Privacy) Ordinance (Cap. 486) and various guidelines — Office of the Privacy Commissioner for Personal Data
  • Artificial Intelligence (AI): Model Framework for Personal Data Protection (June 2024) — Guidance Checklist for Employees Using Generative AI (2025) — Agentic Artificial Intelligence: Protecting Personal Data Privacy (2026) — Office of the Privacy Commissioner for Personal Data
  • Hong Kong Cyber Security Outlook 2026 — Hong Kong Computer Emergency Response Team Coordination Centre (HKCERT)
  • IA Cyber Security Guideline (GL20), Enterprise Risk Management Guideline (GL21) and guideline revision announcements — Insurance Authority
  • Generative AI Sandbox++ announcements — Hong Kong Monetary Authority, Securities and Futures Commission, Insurance Authority, Mandatory Provident Fund Schemes Authority, Hong Kong Cyberport Management Company Limited

HK.Insure is a Hong Kong Cyber Security Insurance information hub. We study how cyber insurance works in Hong Kong and compare enterprise solutions from global carriers, supported by Henderson Insurance Consultants Limited (licensed insurance agency FA2958) for local Hong Kong business insurance. This site provides general information and education only; we do not sell insurance products, quote premiums, or arrange cover, and nothing here is legal or insurance advice. All cyber and AI risk figures are drawn from official publications with sources and dates cited. Site photos are from Unsplash — see Photo Credits for licences and attribution.