セキュリティとデータ分離

エッジデバイスのセキュリティは事後的な修正に依存せず、システムアーキテクチャ自体で確保すべきものです。JelinaOS は、システム、データ、ネットワークの 3 層で多層防御を構築し、複雑な環境でもデバイスの安全な稼働を支えます。

システム層：改変できないシステム基盤

読み取り専用システム

稼働中のシステムパーティションを読み取り専用でマウントすることが、JelinaOS のセキュリティ設計の基礎です。

プログラム、スクリプト、誤操作によってシステム内容を変更できません。
ウイルスや悪意のあるプログラムは、システムの改変によって永続化できません。
システムの完全性はウイルス対策ソフトに依存せず、アーキテクチャで確保します。

起動時の完全性検証

起動のたびに現在のシステムパーティションの完全性を検証し、異常時には予備システムへ自動切り替えします。攻撃者がシステムの破壊を試みた場合でも、次の起動時に信頼できる状態へ自動復旧します。

データ層：物理的な分離によるデータ保護

独立したデータパーティション

ユーザーデータと稼働中の書き込みは、システムパーティションから物理的に分離された独立したデータパーティションに保存します。

アプリケーション異常やシステム障害がデータパーティションに波及しません。
元のデータとその後の操作を分離し、潜在的なリスクを低減します。
データパーティションを独立して管理し、ポリシーに従ってバックアップ、削除、保持できます。

データライフサイクルの制御

操作	データへの影響	説明
システム更新	影響なし	更新はシステムパーティションのみが対象
工場出荷状態への復元	リセット	システムとユーザーの書き込み内容を初期状態に戻します。重要なデータは事前にバックアップしてください
システムクラッシュ	影響なし	データパーティションはシステムから独立

ネットワーク層：露出の最小化と安全なアクセス

デバイス登録と ID

デバイスごとに一意の設定で登録し、デバイスとクラウドの間に 1 対 1 の ID 関係を確立します。
登録認証情報は一度のみ有効で、デバイスのなりすましを防ぎます。
登録コードをデバイス固有 ID に紐付け、改ざんや移転を防ぎます。
登録後のデバイスタイプは変更できず、管理範囲を明確にします。
License 登録方式として、手動登録、LAN 内登録サーバー、オフライン一括登録、オフライン署名に対応し、ネットワーク未接続や社内環境の認可要件に対応します。

安全なチャネル

デバイスとクラウドは暗号化チャネルで通信します。
本番モードでは、デバイスはクラウドからのアクセスのみを許可します。同じ LAN 内でも直接アクセスできず、ネットワークへの露出を最小化します。
リモート SSH やリモートデスクトップなどの保守機能は、安全なチャネルで転送し、インターネットに直接公開しません。

アクセス制御

デバイスのローカルインターフェースは鍵認証を使用し、未認可のリクエストを拒否します。
必要に応じてアクセスキーを再生成でき、漏えい時に迅速に対応できます。
クラウド側には包括的なロール・権限体系があり、デバイス操作を細かく制御できます。

ログと監査

デバイスログをクラウドへ集約して報告し、デフォルトで大量のログ保存に対応します。
重要な操作を追跡でき、セキュリティ監査の根拠を提供します。
ログ制御ポリシーによって、報告範囲を必要に応じて決定できます。

セキュリティ設計の全体像

┌──────────────────────────────────────────┐
│ アプリ層   コンテナ／ネイティブアプリ（管理下で実行）     │
├──────────────────────────────────────────┤
│ アクセス層   ローカル API キー認証／クラウドのロール権限 │
├──────────────────────────────────────────┤
│ ネットワーク層   暗号化チャネル／本番モードの最小公開     │
├──────────────────────────────────────────┤
│ データ層   独立データ領域／データのライフサイクル管理 │
├──────────────────────────────────────────┤
│ システム層   読み取り専用／起動時の整合性検証       │
└──────────────────────────────────────────┘

5 層の保護が段階的に重なり、いずれかの層が突破されても、残りの層が有効な防御を構成します。これが、JelinaOS のエッジセキュリティに対する包括的な設計です。