TelonicDocs
English

Integrations

Core42

How Telonic runs inside your own Core42 cloud environment, with every component in your environment and your own encryption keys.

On this page
  1. What running in your own Core42 environment means
  2. How it connects
  3. Permissions
  4. In practice
  5. What your team controls
  6. Related

Core42 is a UAE-based provider of cloud and AI infrastructure, including sovereign cloud services (cloud services designed to keep data and operations under national control). If your organisation has already chosen Core42 for its workloads, Telonic can be deployed into your own Core42 environment. Every Telonic component runs inside that environment, and stored data can be encrypted with keys you manage. Only operational health signals, which contain no customer data, are sent to Telonic, and you can switch them off.

What running in your own Core42 environment means

AspectHow it works
Where it runsEvery Telonic component runs inside your Core42 environment. The location is recorded in your agreement
Where processing happensAll processing for your deployment runs in the region you choose, unless you explicitly choose a language model provider outside it
EncryptionConnections use TLS (Transport Layer Security, the standard encryption for data in transit) version 1.2 or higher. Stored data is encrypted with AES-256 (the Advanced Encryption Standard, using 256-bit keys)
Your keysYou can use customer-managed keys (encryption keys your organisation creates and controls)
What reaches TelonicOperational health signals only, containing no customer data. You can switch them off
BackupsBackups and disaster recovery copies are encrypted and stay in the same country as your deployment

How it connects

Your cloud team provides the environment and grants the access described below. Telonic deploys and runs the software there, and the computing capacity your deployment needs is sized with your team during implementation. Your agents connect to your other systems from inside your own environment, over routes your network team controls.

Telonic engineers reach your deployment only when you approve it. Access is limited to named engineers, working from the UAE or your chosen country, and is time-limited and logged. If you later decide to move to another hosting option, the move is carried out as a migration agreed with you in advance: data is moved encrypted and never leaves the countries your agreement permits.

Running Telonic in an environment you have already approved means the deployment sits inside the controls your organisation has accepted for that environment. Whether that meets a particular regulator's or procurement body's requirement is for your own teams to decide. See Data protection in the UAE and Saudi Arabia.

Permissions

PermissionNeeded forDefault
Deploy and update Telonic components in the resources set aside for themInstalling, updating and supporting your deploymentEach access needs your approval, and is time-limited and logged
Use of your encryption keysEncrypting stored dataOnly if you choose customer-managed keys
Send operational health signals to TelonicMonitoring the health of your deploymentOn. You can switch it off
Access to other resources in your environmentNot neededNot requested

Telonic can only reach what you have granted, and only when you approve it.

In practice

An Abu Dhabi property developer has approved Core42 for systems that hold customer data.

  1. Its cloud team sets aside resources in the developer's Core42 environment and grants deployment access for the installation window.
  2. Telonic deploys the agent, which connects to the developer's CRM (the system that holds its customer records) and maintenance system from inside the same environment.
  3. The security team sets customer-managed keys and reviews the operational health signals before deciding whether to keep them on.
  4. For each later update, the developer approves the access, and every session is logged.

What your team controls

  • The environment and network routes.
  • The encryption keys, and whether to use them.
  • Whether operational health signals are sent, and each approval of engineer access.

Product names and logos are trademarks of their owners. Their mention shows systems Telonic connects to and does not imply partnership or endorsement.