安全与数据隔离

边缘设备的安全，不能依赖“事后修补”，而应该由系统架构天然保证。JelinaOS 从系统层、数据层、网络层三个维度构建纵深防御，让设备在复杂环境中安全运行。

系统层：不可篡改的系统底座

只读系统

系统分区在运行期以只读方式挂载——这是 JelinaOS 安全设计的基石：

• 任何程序、脚本或误操作都无法修改系统内容；
• 病毒、恶意程序无法通过篡改系统实现持久化；
• 系统完整性由架构保证，而非依赖杀毒软件。

启动完整性校验

每次启动，系统都会校验当前系统分区的完整性，异常时自动切换至备用系统。即使攻击者试图破坏系统，设备也会在下次启动时自动恢复到可信状态。

数据层：物理隔离的数据保护

独立数据分区

所有用户数据与运行期写入，统一存放在独立的数据分区，与系统分区物理隔离：

• 应用异常、系统故障不会波及数据分区；
• 原始数据与后续操作隔离，降低任何潜在风险；
• 数据分区独立管理，可按策略备份、清理或保留。

数据生命周期可控

操作	对数据的影响	说明
系统更新	无影响	更新只涉及系统分区
恢复出厂设置	重置	系统与用户写入恢复到出厂状态，重要数据请提前备份
系统崩溃	无影响	数据分区独立于系统

网络层：最小暴露、安全直达

设备注册与身份

• 每台设备通过唯一配置完成注册，设备与云端建立一对一的身份绑定；
• 注册凭证一次性有效，防止设备身份被冒用；
• 注册码绑定设备唯一标识，防篡改、防迁移；
• 设备类型一经注册不可更改，保障管理边界清晰。
• 支持 License 注册路线：手工注册、局域网注册服务器、离线批量注册与离线签名，满足断网与内网环境的授权需求。

安全通道

• 设备与云端之间通过加密通道通信；
• 生产模式下，设备仅对云端开放访问，即使与设备处于同一局域网，也无法直接访问设备——网络暴露面最小化；
• 远程 SSH、远程桌面等运维能力均经安全通道转发，不经公网暴露。

访问控制

• 设备本地接口采用密钥鉴权，未授权请求一律拒绝；
• 支持按需重新生成访问密钥，密钥泄露可立即处置；
• 云端侧提供完整的角色与权限体系，设备操作权限精细可控。

日志与审计

• 设备日志集中上报云端，默认支持海量日志存储；
• 关键操作可追溯，为安全审计提供完整依据；
• 支持日志控制策略，按需决定日志上报范围。

安全设计一览

┌──────────────────────────────────────────┐
│ 应用层   容器 / 原生应用（受控运行）     │
├──────────────────────────────────────────┤
│ 访问层   本地接口密钥鉴权 / 云端角色权限 │
├──────────────────────────────────────────┤
│ 网络层   加密通道 / 生产模式最小暴露     │
├──────────────────────────────────────────┤
│ 数据层   独立数据分区 / 数据生命周期可控 │
├──────────────────────────────────────────┤
│ 系统层   只读系统 / 启动完整性校验       │
└──────────────────────────────────────────┘

五层防护层层递进，任何一层被突破，其余各层依然构成有效防线。这就是 JelinaOS 对“边缘安全”的完整回答。