Civil Law And Uae Networked Identity In Legal Responsibility Systems .
Civil Law and UAE: Networked Identity in Legal Responsibility Systems
1. Introduction
Networked identity refers to the way a person's or organization's legal identity is represented, authenticated and connected across multiple digital systems.
In traditional transactions, identity is relatively straightforward:
Person → Signature → Contract → Legal Responsibility
In a networked digital environment, the structure is more complicated:
Person/Company → Digital Identity → Account → Device → Authentication Credential → Platform → Transaction → Evidence → Legal Responsibility
Examples include:
UAE Pass and other digital identity systems;
electronic signatures;
online banking accounts;
corporate portals;
e-commerce accounts;
digital wallets;
cloud platforms;
blockchain wallets;
email accounts;
electronic powers of attorney;
digital government services.
The central legal question is:
When a digital identity is used to perform a legally significant act, who should bear the resulting legal responsibility?
This question involves identity, attribution, authority, consent, evidence, cybersecurity, privacy, agency and civil liability.
2. Meaning of Networked Identity
A networked identity is not merely a username or password.
It is a collection of information and authentication mechanisms that connect an individual or organization to legal and digital activities.
It may include:
name;
Emirates ID information;
digital certificate;
electronic signature;
mobile number;
email;
biometric authentication;
device identifier;
account credentials;
corporate authorization;
transaction history;
IP information;
audit trails;
authentication logs.
Thus:
Networked Identity = Identity Attributes + Authentication + Attribution + Authorization + Transaction History
3. Why Networked Identity Matters in Civil Law
Civil law traditionally asks:
Who is the contracting party?
Did that person consent?
Was the person legally capable?
Was the person authorized?
What obligation was created?
Who is liable for breach?
Digital networks add further questions:
Who actually controlled the account?
Was authentication genuine?
Was the device compromised?
Was the digital identity delegated?
Did an employee use a corporate identity?
Did an agent exceed authority?
Was the electronic signature attributable to the person?
Was the account hacked?
Can the transaction be proved?
Therefore:
Digital Identity does not replace traditional civil-law concepts; it changes how identity, consent and responsibility are established.
4. UAE Legal Framework
Several areas of UAE legislation are relevant to networked identity.
A. Civil Transactions Law
The Civil Transactions framework provides general principles concerning:
obligations;
contracts;
consent;
representation;
good faith;
liability;
compensation;
and abuse of rights.
B. Electronic Transactions and Trust Services
Federal Decree-Law No. 46 of 2021 provides the principal federal framework for electronic transactions and trust services.
It is particularly relevant to:
electronic signatures;
electronic documents;
authentication;
trust services;
electronic records;
and attribution.
C. Evidence Law
Federal Decree-Law No. 35 of 2022 is important for proving electronic transactions and records.
D. Personal Data Protection
Federal Decree-Law No. 45 of 2021 regulates personal-data processing and related responsibilities.
E. Civil Procedure
Federal Decree-Law No. 42 of 2022 is relevant where identity disputes become litigation and enforcement questions.
F. Sector-Specific Regulation
Additional rules may apply to:
banking;
financial services;
telecommunications;
healthcare;
insurance;
government digital services;
crypto-assets;
and other regulated activities.
5. Identity, Authentication and Attribution
These three concepts must be separated.
Identity
Answers:
Who is the person or organization?
Authentication
Answers:
What mechanism was used to verify the claimed identity?
Attribution
Answers:
Can the legal act be legally attributed to that person or organization?
For example:
Ahmed's UAE Pass account → successful authentication → contract electronically signed
This does not necessarily end the legal inquiry.
The court may still ask:
Was Ahmed actually operating the account?
Did someone obtain unauthorized access?
Was Ahmed authorized to sign?
Did the transaction fall within his authority?
Was the electronic record altered?
6. Networked Identity and Legal Responsibility
A useful responsibility chain is:
Identity → Authentication → Authorization → Conduct → Causation → Damage → Liability
If identity is uncertain, responsibility may also become uncertain.
For example:
Unknown user → fraudulent account access → unauthorized transfer → financial loss
The court must determine:
who performed the act;
whether the act is attributable to the account holder;
whether the account holder was negligent;
whether the platform had security duties;
whether the bank or service provider breached a duty;
whether another actor caused the loss.
7. Digital Identity Is Not the Same as Legal Personality
A crucial distinction is:
Digital Identity ≠ Legal Personality
A company has legal personality independently of its digital accounts.
A person has legal personality independently of:
an email address;
a mobile number;
a UAE Pass account;
a bank account;
or a blockchain address.
Digital systems are mechanisms for representing or authenticating legal actors.
8. Networked Identity and Consent
Contractual consent remains a fundamental issue.
A digital system may show:
"User clicked Accept."
But the legal question is broader:
Was that act legally attributable to the contracting party?
The court may examine:
authentication;
account ownership;
electronic signature;
authorization;
communications;
transaction records;
surrounding conduct;
and evidence of fraud or unauthorized access.
Therefore:
Authentication Evidence + Attribution Evidence + Consent Evidence → Contractual Responsibility
9. Networked Identity and Electronic Signatures
Electronic signatures are particularly important.
An electronic signature may help establish:
identity;
approval;
intention;
integrity;
and attribution.
But a signature does not necessarily answer every legal question.
For example:
Employee electronically signs a AED 50 million contract.
The employer may argue:
"The employee had no authority to sign that contract."
Therefore:
Authentic Signature ≠ Automatically Sufficient Authority
Identity and authority must be analysed separately.
10. Networked Identity and Agency
Agency creates particularly complex identity questions.
Consider:
Company → employee → corporate account → digital signature → contract
The company may argue that the employee was authorized.
The counterparty may argue that:
the employee exceeded authority;
the authorization was revoked;
the employee acted personally;
or the account was compromised.
The court must distinguish:
identity;
agency;
authority;
apparent authority where legally relevant;
attribution;
liability.
11. Networked Identity and Corporate Responsibility
Companies frequently have hundreds or thousands of networked identities:
directors;
employees;
finance officers;
administrators;
agents;
external consultants;
system administrators.
A corporate platform may therefore operate as:
Corporate Identity → Employee Identity → System Credential → Transaction
This creates a risk of identity fragmentation.
The company must be able to establish:
who had access;
what authority they possessed;
when access was granted;
when it was revoked;
and what transactions were performed.
12. Employee Misuse of Corporate Identity
Suppose an employee uses the company's authorized banking credentials to transfer AED 5 million to a personal account.
Several questions arise:
Question 1
Was the employee genuinely authorized to access the system?
Question 2
Was the particular transaction within the employee's authority?
Question 3
Did the company maintain reasonable controls?
Question 4
Did the bank comply with applicable verification requirements?
Question 5
Did the employee commit an independent wrongful act?
Question 6
What evidence establishes the transaction?
This illustrates:
Access Authority ≠ Transaction Authority
13. Networked Identity and Cybersecurity
Identity systems are attractive targets for:
phishing;
credential theft;
SIM-related fraud;
malware;
account takeover;
identity theft;
social engineering.
A civil dispute following an attack may involve several actors:
Individual → Bank → Telecom Provider → Identity Provider → Cloud Provider → Cybersecurity Provider
The difficult question becomes:
Which actor's legal duty was breached and did that breach cause the loss?
14. Multi-Actor Identity Responsibility
Networked identity often creates distributed responsibility.
A useful formula is:
Networked Identity Liability = Duty + Breach + Causation + Damage + Attribution
Different actors may have different duties.
| Actor | Potential responsibility |
|---|---|
| Identity provider | Authentication/security obligations |
| Bank | Payment and banking obligations |
| Platform | Account/security obligations |
| Employer | Access governance |
| Employee | Unauthorized conduct |
| Cloud provider | Contractual/security obligations |
| Telecom provider | Relevant service obligations |
| User | Credential/security obligations |
| Data controller | Data-protection responsibilities |
The existence of multiple actors does not automatically mean all actors are jointly liable.
Each person's legal basis for liability must be established separately.
15. Networked Identity and Data Protection
Identity systems necessarily process personal data.
Examples include:
identification data;
biometric information;
contact information;
authentication information;
device information;
transaction histories.
This creates an intersection between:
Identity → Privacy → Cybersecurity → Civil Liability
The Personal Data Protection Law therefore becomes relevant to the governance of digital identity systems.
16. Data Minimization and Identity Systems
A sophisticated identity system should not collect unlimited information merely because the technology permits it.
The legal framework may require consideration of:
purpose;
necessity;
lawful processing;
security;
retention;
access;
disclosure;
and data-subject rights.
Thus:
More Identity Data ≠ Automatically Better Legal Identity
Excessive data collection can create additional privacy and cybersecurity risks.
17. Networked Identity and Evidence
When identity is disputed, electronic evidence becomes critical.
Potential evidence includes:
authentication logs;
IP addresses;
timestamps;
device identifiers;
digital certificates;
audit trails;
emails;
SMS;
application logs;
database records;
blockchain records;
transaction histories;
CCTV;
and expert forensic reports.
A useful evidentiary formula is:
Identity Proof = Authentication + Attribution + Integrity + Chronology + Corroboration
No single digital indicator should necessarily be treated as conclusive without examining the circumstances.
18. Metadata and Networked Identity
Metadata can reveal:
when a document was created;
who modified it;
when it was transmitted;
which system processed it;
what account was involved;
and the sequence of events.
For example:
Email → Metadata → Sender account → Authentication record → Device → Contract
This can help establish attribution.
However:
Metadata ≠ Absolute Proof of Human Identity
A compromised account can generate apparently authentic metadata.
19. Blockchain and Networked Identity
Blockchain creates another form of networked identity.
A blockchain address can be linked to transactions, but the legal identity behind an address may not always be obvious.
Thus:
Wallet Address → Transaction
does not necessarily establish:
Wallet Address → Specific Legal Person
Courts may need additional evidence linking the wallet to the individual or organization.
20. Smart Contracts
Smart contracts create similar issues.
Suppose:
Digital wallet → smart contract → automatic transfer
The system may prove that the transaction occurred.
But civil law still asks:
Who controlled the wallet?
Who deployed the contract?
Was the user authorized?
Was consent valid?
Was the transaction induced by fraud?
Was the code defective?
Did an oracle provide incorrect information?
Who bears the resulting loss?
Thus:
Code Execution ≠ Automatic Resolution of Legal Responsibility
21. AI and Networked Identity
AI systems can create new identity problems.
An AI system may act through:
a user's account;
corporate credentials;
automated trading systems;
customer-service platforms;
digital agents.
Suppose an AI agent enters a contract using a company's authorized API key.
The legal question is not simply:
"Did the AI sign?"
Instead:
Who deployed the AI, who authorized it, what instructions governed it, and is its action legally attributable to the principal?
A useful model is:
Principal → Authorization → AI Agent → Automated Act → Attribution → Legal Consequence
22. Networked Identity and Legal Capacity
Networked identity must also be distinguished from civil capacity.
A digital identity may successfully authenticate a minor.
That does not necessarily mean that the minor possesses full legal capacity to undertake every transaction.
Therefore:
Authentication ≠ Capacity
Similarly:
Digital Signature ≠ Capacity
The court must independently examine the person's legal status.
23. Networked Identity and Fraud
Fraud can exploit the gap between:
digital identity;
physical identity;
and legal identity.
Examples include:
stolen credentials;
fake accounts;
synthetic identities;
impersonation;
deepfake communications;
manipulated documents.
The legal analysis should identify:
the genuine identity;
the false identity;
the mechanism of impersonation;
the victim's reliance;
causation;
damage;
responsible actor.
24. Networked Identity and Good Faith
Good faith remains relevant in digital transactions.
For example, a party receiving an unusual payment request may have to consider whether the request is genuinely attributable to its counterparty.
The more obvious the fraud indicators, the more difficult it may be to establish reasonable reliance, depending on the applicable legal duty and facts.
Therefore:
Digital Authentication + Reasonable Reliance + Good Faith → Stronger Attribution Case
25. Networked Identity and Platform Liability
Platforms may sit between:
user;
merchant;
bank;
identity provider;
and data provider.
A platform may therefore have contractual or statutory duties concerning:
authentication;
security;
data;
transaction records;
consumer protection;
and account access.
But platform participation alone does not automatically create liability for every user action.
The claimant must establish the relevant legal duty and causal connection.
26. Networked Identity and Intermediaries
A useful responsibility chain is:
Identity Provider → Authentication Provider → Platform → Payment Provider → Bank → Merchant
A failure at one layer may affect the entire transaction.
For example:
Identity verification failure → fraudulent account → fraudulent purchase → payment loss
The court may need to determine which event was the legally relevant cause of the loss.
27. Networked Identity and Causation
Causation becomes complicated because multiple actors may contribute.
Suppose:
User reuses a password;
identity provider fails to detect suspicious activity;
platform fails to apply multi-factor authentication;
fraudster transfers funds;
bank processes payment.
The legal question is not simply:
"Who was involved?"
It is:
Which legally relevant breach caused the damage?
A useful framework is:
Duty → Breach → Causal Contribution → Damage → Attribution
28. Networked Identity and Vicarious Liability
Where an employee acts within an employment relationship, questions of employer responsibility may arise under applicable UAE law.
However, the employer is not automatically responsible for every digital act of every employee.
The court may consider:
employment relationship;
nature of the act;
connection with employment;
authority;
scope of duties;
and applicable statutory rules.
29. Networked Identity and Digital Powers of Attorney
A digital power of attorney creates another identity layer:
Principal → Digital POA → Agent → Electronic Transaction
The court may need to verify:
identity of principal;
authenticity of POA;
scope;
duration;
revocation;
agent identity;
and transaction authority.
Therefore:
Digital POA Validity = Authenticity + Authority + Scope + Currency + Proper Use
30. Case Law
The following cases are particularly useful because UAE-specific reported jurisprudence dealing expressly with the theoretical phrase "networked identity" is limited. The cases instead address the closely related legal questions of electronic identity, electronic signatures, attribution, authority, digital evidence and contractual responsibility.
Case 1: ICICI Bank Ltd v Bavaguthu Raghuram Shetty
[2022] DIFC CFI 034
This is an important DIFC authority concerning electronic contractual documentation and attribution.
Relevance
The case illustrates that courts must determine whether electronic communications and signatures can be attributed to the relevant party.
Questions concerning:
electronic records;
contractual formation;
authentication;
and attribution
are directly relevant to networked identity.
Principle
The legal effect of an electronic act depends upon establishing its connection to the relevant legal person and transaction.
Networked-identity lesson
Digital authentication must ultimately be connected to a legally responsible person.
31. Case 2: GFH Capital Ltd v David Lawrence Haigh
[2014] DIFC CFI 020
This case is significant for electronic communications and authority.
Relevance
The dispute illustrates the importance of determining:
who communicated;
whether the communication was attributable to the party;
what authority existed;
and what contractual consequences followed.
Networked-identity lesson
A person's electronic account or communication channel should not be examined in isolation from authority and attribution.
32. Case 3: Ondina v Olin
[2025] DIFC CFI 046
This recent DIFC decision involved electronic communications and issues surrounding electronic execution.
Relevance
It demonstrates the increasing importance of electronic records in determining:
contractual intention;
electronic acceptance;
identity;
and attribution.
Networked-identity lesson
Modern courts must connect a digital act to the legal person whose rights and obligations are affected.
33. Case 4: Naho v Neukirchi
[2024] DIFC SCT 415
This case involved electronic communications and electronic signature issues.
Relevance
It demonstrates the evidentiary significance of electronic communications in establishing whether parties entered into legally significant arrangements.
Principle
Electronic communication can have legal significance when the evidence establishes the relevant party's involvement and intention.
Networked-identity lesson
Account + Communication + Signature + Context = Attribution Analysis
34. Case 5: Tarig Mohamed Abdelsalam Abdelrahman v Expresso Telecom Group Ltd
[2021] DIFC CFI 056
This case involved electronic service and digital communication issues.
Relevance
It illustrates how modern procedural systems must determine whether electronic communications can legally be attributed to and served upon the relevant party.
Networked-identity lesson
Identity is important not only for contract formation but also for procedural responsibility and service.
35. Case 6: Jonathan Lau v Qashio Holding Company Ltd & Armin Moradi Tosarvandani
[2026] DIFC CFI 058
This is particularly relevant to modern networked identity because of its treatment of electronic records, native emails, DocuSign materials and audit-trail evidence.
Relevance
The case illustrates the importance of:
native electronic records;
metadata;
audit trails;
electronic signing;
authentication;
and documentary attribution.
Networked-identity lesson
Digital identity becomes legally meaningful when technical records can be connected to a particular legal actor and transaction.
36. Case 7: Dimension B+ Ltd v Saleh Abdelkarim Hussain Abdelrahman Almaazmi
[2024] DIFC CFI 094
This case concerned a signed integrated agreement and arguments concerning the party's understanding and consent.
Relevance
It illustrates the distinction between:
signing;
understanding;
consent;
fraud;
misrepresentation;
and recognized legal grounds for avoiding an agreement.
Networked-identity lesson
An authenticated digital act must still be evaluated under substantive contract law.
Authentication ≠ Automatic Validity
37. Case 8: Khaled Salem Musabeh Humaid Al Mheiri v John Cameron
[2025] DIFC CA 008
This DIFC Court of Appeal decision involved UAE-law principles concerning defective consent and contractual issues.
Relevance
It illustrates that establishing the identity of the actor is only one step.
Courts must also consider:
legal capacity;
consent;
mistake;
fraud;
and other grounds affecting contractual validity.
Networked-identity lesson
Identity establishes who acted; contract law determines whether that act creates the claimed legal consequences.
38. Jurisdictional Caution
The cases above are principally DIFC authorities.
They should not be presented as binding precedents for all mainland UAE courts.
For mainland UAE disputes, the primary framework comes from:
UAE federal legislation;
applicable federal and local regulations;
Federal Supreme Court jurisprudence where applicable;
competent UAE court decisions;
and the facts and evidence of the individual dispute.
DIFC authorities are especially useful for understanding how a sophisticated UAE commercial court approaches electronic contracting, attribution and digital evidence.
39. Networked Identity Responsibility Matrix
| Event | Primary legal question |
|---|---|
| Account creation | Who created the identity? |
| Identity verification | Was identity properly verified? |
| Authentication | Who controlled the credential? |
| Authorization | What acts was the person authorized to perform? |
| Digital signing | Is the signature attributable? |
| Transaction | What legal act occurred? |
| Data processing | Was personal data lawfully handled? |
| Security failure | Who owed the relevant security duty? |
| Unauthorized access | Who caused the compromise? |
| Loss | What damage occurred? |
| Causation | Which breach caused the damage? |
| Enforcement | Against whom can liability be enforced? |
40. Networked Identity and the "Attribution Gap"
One of the most important concepts is the attribution gap.
A digital system may establish:
"Account X performed transaction Y."
But the law asks:
"Which legal person should bear responsibility for transaction Y?"
The gap can be represented as:
Technical Attribution → Legal Attribution
These are not always identical.
41. Example: Stolen Digital Identity
Suppose a company's finance manager's credentials are stolen.
A fraudster uses them to transfer AED 2 million.
Technical evidence
The bank's system shows:
Finance manager's account → transfer authorized
Legal inquiry
The court may ask:
Was the manager actually operating the account?
Was the credential stolen?
Did the company follow security procedures?
Did the bank detect suspicious activity?
Did the fraudster bypass authentication?
Was the transaction within the manager's normal authority?
Which actor's conduct legally caused the loss?
This demonstrates why:
Authentication ≠ Irrefutable Attribution
42. Networked Identity and Shared Credentials
Shared credentials create particularly serious problems.
Suppose five employees use one corporate account.
A transaction occurs.
The system establishes:
Account ABC performed the transaction.
But it cannot identify which employee acted.
This produces an attribution problem.
Good governance therefore requires:
individual accounts;
role-based permissions;
multi-factor authentication;
audit trails;
access logs;
prompt revocation;
segregation of duties.
43. Identity Governance as Civil-Risk Management
Businesses should treat digital identity governance as part of civil-law risk management.
A useful model is:
Identity Governance → Authorization Controls → Evidence Preservation → Incident Response → Liability Allocation
This can reduce disputes over who performed an act and whether the act was authorized.
44. Networked Identity and Privacy vs Evidence
A difficult legal balance can arise.
A claimant may want:
"Give me all account and identity logs."
But the logs may contain:
employee information;
personal data;
third-party data;
confidential business information.
The legal system must balance:
Evidence Need ↔ Privacy ↔ Confidentiality ↔ Proportionality
The availability of digital information does not necessarily mean that unrestricted disclosure is appropriate.
45. Networked Identity and Cross-Border Transactions
Digital identity systems frequently cross borders.
Example:
UAE company → UAE identity → foreign cloud service → international payment platform → foreign merchant
Potential questions include:
Which law governs?
Where did the transaction occur?
Where is the relevant evidence stored?
Which entity controls the identity data?
Which court has jurisdiction?
Can foreign evidence be used?
Can a judgment be enforced abroad?
Thus:
Networked Identity increases the importance of jurisdiction and cross-border evidence.
46. Networked Identity and Legal Personhood
AI and blockchain sometimes generate discussion about whether digital systems themselves should receive legal personality.
Under current ordinary UAE civil-law analysis, the existence of:
AI;
software;
a blockchain address;
or an automated account
does not by itself mean that the system has the legal personality of a natural or juristic person.
Responsibility generally must be connected to legally recognized persons or entities.
Thus:
Digital Agent ≠ Automatically Independent Legal Person
47. Networked Identity and Civil Remedies
Where misuse of identity causes harm, possible remedies may depend upon the legal basis and facts and can include:
compensation;
restitution;
contractual remedies;
injunction/protective relief where available;
account correction;
recovery of improperly transferred property;
data-related remedies;
and enforcement against the responsible party.
The remedy should correspond to the proven legal wrong.
48. Core Liability Formula
For networked identity disputes:
Liability = Legal Duty + Identity/Attribution + Breach + Causation + Damage + Responsible Actor
For digital contracts:
Digital Contract Responsibility = Identity + Authentication + Capacity + Authority + Consent + Integrity
For cyber incidents:
Cyber Identity Liability = Access Event + Security Duty + Breach + Causal Connection + Loss
49. Practical Examination Example
Facts
A UAE company uses a digital banking platform.
An employee has authorized access.
The employee's credentials are compromised.
A third party makes an AED 1 million transfer.
Legal analysis
Issue 1 — Identity:
Whose account was used?
Issue 2 — Authentication:
How was the user authenticated?
Issue 3 — Attribution:
Was the transaction actually performed by the employee?
Issue 4 — Authority:
Was the employee authorized to make this type of transfer?
Issue 5 — Security:
Were appropriate security controls maintained?
Issue 6 — Causation:
Which failure caused the loss?
Issue 7 — Damage:
What financial loss occurred?
Issue 8 — Liability:
Which actor has the legally established responsibility?
Issue 9 — Evidence:
What do authentication logs, metadata and banking records show?
50. Key Principles for Revision
1. Digital identity is an evidentiary mechanism, not a separate form of legal personality.
2. Authentication and legal attribution are different questions.
3. Electronic signatures do not automatically prove capacity or authority.
4. Corporate digital identities must be connected to individual authority.
5. Account ownership does not necessarily prove who performed a transaction.
6. Networked identity creates multi-actor responsibility problems.
7. Cybersecurity failures can create civil liability where the relevant legal duty, breach, causation and damage are established.
8. Data protection and evidence requirements must be balanced.
9. Blockchain addresses do not automatically identify the underlying legal person.
10. AI agents do not automatically possess independent civil personality.
11. Digital evidence should be assessed for authenticity, attribution, integrity, chronology and corroboration.
12. DIFC/ADGM electronic-contract cases should not automatically be treated as mainland UAE precedent.
51. Master Framework
The complete UAE networked-identity responsibility model can be summarized as:
Legal Person
↓
Digital Identity
↓
Authentication
↓
Authorization
↓
Digital Action
↓
Electronic Evidence
↓
Attribution
↓
Duty/Breach
↓
Causation
↓
Damage
↓
Civil Liability/Remedy
The central principle is:
Networked identity does not replace traditional civil-law concepts of personhood, capacity, consent, agency and liability; it provides the technological infrastructure through which those concepts must increasingly be proved and applied.
Conclusion
Networked identity is becoming a fundamental component of UAE civil responsibility systems because contracts, banking, government services, commerce and dispute resolution increasingly operate through interconnected digital identities.
The principal legal challenge is not simply identifying a username or verifying a digital signature. It is establishing the complete chain:
Who is the legal person? → Who controlled the identity? → Was the person authenticated? → Was the act authorized? → Was consent valid? → What evidence proves the act? → What duty existed? → Who caused the loss? → What remedy follows?
Accordingly, the modern UAE civil-law model can be expressed as:
Networked Legal Responsibility = Identity + Authentication + Attribution + Authority + Evidence + Duty + Causation + Damage + Remedy
This framework is particularly important for electronic contracts, digital banking, cybersecurity, AI systems, blockchain, e-commerce, corporate platforms and cross-border digital transactions.

comments