安全

Jelina 非常重视您舰队的安全，我们了解您的数据和设备很有价值且通常很关键，因此我们会采取预防措施以确保您的设备和数据不会受到损害。

为了保证 Jelina 生态系统的安全，我们专注于最小权限原则——仅在必要时授予权限，任何帐户或设备都无法获得任何信息，除非正在执行的任务需要这些信息。我们采取了许多步骤来隔离更新过程中的所有组件，以便对任何一个组件的未经授权的访问都不会提供足够的信息来访问其他组件、帐户或设备。

实现这种安全方法的核心机制是通过 API 访问控制。通过控制对 API 的访问、允许的操作和可用的通信渠道，我们可以在所有入口点保护舰队。

用户安全

组织之间的访问权限是完全隔离的，任何用户都只能访问自己创建、或加入的组织，即使是 Jelina 的管理员，也无法访问用户组织，我们通过邮箱+密码的方式来保证账户安全，我们还支持用户开启二次验证，进一步保证账户安全。

设备安全

设备与 JelinaCloud 交互通过唯一的 ApiKey 进行认证，此 ApiKey 是设备在注册到 JelinaCloud 时随机生成的，除了设备和 JelinaCloud 系统，任何人都无法获取设备的 ApiKey。

同时，设备在默认情况下，关闭了所有外部访问端口，仅保留一个端口与 JelinaCloud 通信。

我们引入了 Azure 虚拟网络网关，使得您可以通过 Jelina，随时随地的访问您的设备，我们支持的远程协议有：SSH、VNC、RDP。

SSH 密钥与证书认证

设备的 SSH 远程连接支持密码、SSH 私钥及 OpenSSH 用户证书。证书由组织信任的签发 CA 签名，平台校验证书有效期、凭据范围和使用权限，设备 SSH 服务检查其真实 CA／主体配置。该认证用于 SSH 连接，网页登录及设备上云仍沿用各自的身份认证方式。

管理员可以在舰队设置共享公钥或 CA 信任，也可以为单台设备设置专用授权。用户自行配置设备 CA／主体，并由管理员手动登记、确认主机身份后，用户使用个人证书及匹配私钥连接；导入证书本身不会创建系统账号授权。

用户私钥及必要口令由管理员在舰队或设备管理页加密保存，连接用户仅选择有权限的凭据，不能查看或下载私钥。CA 私钥由自己的签发方保管，平台不签发或续签用户证书。停用或撤销保存凭据可以阻止平台继续使用；平台撤销仅约束 JelinaCloud 连接；设备本地撤销与旧授权清理由用户维护，无需设备回执。

使用步骤参照 SSH 密钥与证书认证，管理步骤参照 远程访问管理。

数据安全

所有内部服务的请求都使用 Https 协议，这意味着用在 JelinaCloud 上的任何通信，包括设备与 JelinaCloud 之间的数据通信都是经过加密传输的。

对于用户上传的文件，JelinaCloud 会以组织为单位，安全的存储在 Azure Storage 为组织创建的专属 Container 中，将各个组织中文件进行隔离，确保您组织中的文件无法被其他组织访问到。保存的文件是专有的，当设备需要访问文件时，JelinaCloud 会使用临时的 SAS 密钥生成下载链接供设备下载，下载链接将在一段时间后失效。

私有部署

如果您仍然不放心自己的数据存储在 Jelina 的 Azure Storage 当中，Jelina 也支持独立部署。 我们支持多种云平台，如 AWS、阿里云等主流云厂商。您可以将 Jelina 部署在您自己的服务器或云平台，由您自己管理设备、用户相关的所有数据。 当然，即使您决定独立部署，Jelina 团队也会为您提供长期的技术支持以及持续的迭代更新。