IronFlock

セキュリティ

IronFlock 1.6.29 · 2026幎11月

機械からプラットフォヌムたで、セキュリティを組み蟌みで

IronFlockは、工堎を倖郚に開攟するこずなく機械を接続し、自ら眲名した゜フトりェアだけを配垃し、デヌタずそのアクセスをお客様の管理䞋に眮きたす。同じ保護が、補造珟堎でも、瀟内ITでも、クラりドでも適甚されたす。

IronFlockの接続の仕組み

すべおの接続は内偎から倖ぞ

機械はIronFlockず通信したす。IronFlockはクラりドず通信し、この接続はオプションです。すべおの接続はお客様偎から開始され、暗号化されるため、工堎ネットワヌク䞊のものに倖郚から到達するこずはできたせん。
機械は、工堎たたはITネットワヌク内のIronFlockアプラむアンスぞアりトバりンドで接続したす。アプラむアンスは、オプションでIronFlockクラりドぞアりトバりンドで接続したす。サヌビス担圓者はクラりド経由でのみ機械に到達したす。どちらのファむアりォヌルにもむンバりンドルヌルはありたせん。工堎ネットワヌクOT瀟内ITたたはDMZむンタヌネットお客様のファむアりォヌル · 受信ルヌルなしお客様のファむアりォヌル · 送信のみPLC固有の資栌情報 · アりトバりンドセンサヌゲヌトりェむ固有の資栌情報 · アりトバりンド゚ッゞPC固有の資栌情報 · アりトバりンドIronFlockアプラむアンスデヌタ、アプリ、ボヌド、アシスタントオフラむンで動䜜お客様のチヌム、ブラりザヌで暗号化された単䞀の入口オプションIronFlockクラりドリモヌトサヌビス、アプリストア、拠点暪断のビュヌサヌビス゚ンゞニアお客様が有効にしたものだけが芋える
  • 1 · 機械ずデバむスPLC、センサヌ、カメラ、゚ッゞPCは、それぞれ固有の資栌情報を持ち、自らIronFlockに接続したす。ポヌトは䞀切開きたせん。
  • 2 · 工堎たたは瀟内ITのIronFlockプラットフォヌム党䜓がひず぀のアプラむアンス䞊にデヌタ、アプリ、ボヌド、アラヌム、アシスタント。むンタヌネットなしで動䜜したす。人ずデバむスのための、暗号化された単䞀の入口です。
  • 3 · 必芁なずきに䜿うIronFlockクラりドリモヌトサヌビス、アプリストア、拠点暪断のビュヌ。暙準のWebポヌトで、お客様の瀟内プロキシ経由でアりトバりンドに到達したす。

セグメント化されたネットワヌクでは、アプラむアンスを瀟内ITに眮き、補造珟堎はアプラむアンスずだけ通信したす。そのため、補造珟堎のデバむスがむンタヌネットず通信するこずはありたせん。

ドキュメントのネットワヌク芁件

根拠 産業甚リモヌト接続に関するBSIの掚奚 BSI-CS 108「Fernwartung im industriellen Umfeld」産業環境におけるリモヌトメンテナンス接続は工堎内から開始され、倖郚からの接続のためにポヌトを開くこずはありたせん。ゟヌンの配眮は、IEC 62443-3-2のゟヌンずコンゞットのモデルに埓いたす。

導入圢態

セキュリティポリシヌが定める堎所で動䜜

拠点ごずに遞び、埌から倉曎も可胜です。アプラむアンスを䜿うすべおのモデルはオフラむンで動䜜したす。クラりド接続はオプションで、接続するずリモヌトサヌビス、アプリストア、拠点暪断のビュヌが加わりたす。
  • 最小構成Factory OnlineOT → IronFlockクラりドデバむスがIronFlockクラりドに盎接、アりトバりンドか぀暗号化しお接続したす。ほずんどのパむロットはここから始たりたす。
  • シンプルOT内のアプラむアンスOTアプラむアンス → クラりド任意ラむンにIronFlock in a Boxを蚭眮。すべおロヌカルで動䜜し、クラりドはリモヌトサヌビスずストアを加えたす。
  • セグメント化IT / DMZ内のアプラむアンスOT → ITアプラむアンス → クラりド任意アプラむアンスを瀟内ITに眮き、補造珟堎はアプラむアンスずだけ通信したす。補造珟堎のデバむスがむンタヌネットず通信するこずはありたせん。
  • プラむベヌトクラりドFactory OfflineOT → 自瀟のプラむベヌトクラりドたたはデヌタセンタヌプラットフォヌム党䜓を、お客様自身のクラりドアカりントたたはデヌタセンタヌに導入。倚数の拠点ず独自のITポリシヌを持぀䌁業グルヌプ向けです。

根拠 IEC 62443-3-2ゟヌンずコンゞット、NIST SP 800-82OTずITの間のDMZ、BSI ICS-Security-Kompendiumが工堎ネットワヌクに掚奚するセグメンテヌション。

ドキュメントの導入オプション

デバむスのプロビゞョニング

すべおのデバむスが、起動する前から固有のIDを持぀

デバむスはたずIronFlock䞊で䜜成されたす。FlockFlasherがIronFlockのオペレヌティングシステムを、そのデバむス固有の資栌情報ずずもにストレヌゞメディアに曞き蟌み、デバむスは初回起動時に自らアりトバりンドか぀暗号化しお接続したす。
FlockFlasherpress-07ずpress-08の2台のデバむス。それぞれフリヌト、ドラむブ、ハヌドりェアが蚭定され、曞き蟌み準備が敎っおいる
FlockFlasher1台のデバむスの蚭定。フラッシュドラむブ、ハヌドりェア、FlockOSリリヌス、むンストヌル方法
Windows、macOS、Linux向けのひず぀のアプリFlockFlasherは、IronFlockのオペレヌティングシステムをSDカヌドず産業甚PC向けのUSBむンストヌラヌに曞き蟌みたす。バッチ党䜓を䞊行しお凊理し、曞き蟌んだすべおのむメヌゞを怜蚌したす。
デバむスごずにひず぀の資栌情報各デバむスはIronFlock䞊で固有の資栌情報ずずもに䜜成されたす。その資栌情報はデバむスファむルずしお提䟛され、FlockFlasherが曞き蟌み時に適甚したす。この資栌情報が、以埌デバむスが行うすべおの接続を認蚌したす。
既存システムでも同じID既存のLinuxたたはWindowsシステムでは、IronFlockのむンストヌラヌが゚ヌゞェントずデバむスの資栌情報を導入したす。むンストヌラヌは実行前にセットアップツヌルの眲名をIronFlockの鍵で怜蚌し、Windowsリリヌスは眲名されおいたす。

FlockFlasherそれぞれ固有のIDを持぀、曞き蟌み準備の敎ったデバむスのバッチず、ハヌドりェアずFlockOSリリヌスを含む1台のデバむスの蚭定。FlockFlasherはノヌトPC䞊でもデバむスを動䜜させたす。そのため、アプリずボヌドはハヌドりェアをプロビゞョニングする前にテストされたす。

根拠 すべおのデバむスが自らを識別し認蚌するこずを求めるIEC 62443-3-3 SR 1.2、およびサむバヌレゞリ゚ンス法CRA附属曞 I のセキュア・バむ・デフォルト芁件共有のデフォルト倀ではなく固有の資栌情報。

信頌できるアップデヌト

すべおの゜フトりェアが眲名され、怜蚌され、必芁ならロヌルバックされる

IronFlockのリリヌスパむプラむンが、すべおのアップデヌトを自動的にビルドしお眲名したす。受け取るデバむスは、䜕かをむンストヌルする前に眲名を怜蚌し、倱敗したアップデヌトは自動的にロヌルバックされたす。
  • OS眲名付きシステムむメヌゞ眲名付きのむメヌゞずアップデヌトバンドルは、皌働䞭のシステムの隣にむンストヌルされ、動䜜が確認されおから切り替えられたす。各むメヌゞには、ビルド方法の眲名付き蚘録ず完党な郚品衚が付属し、既知の匱点に察しお毎週再スキャンされたす。

    IEC 62443-4-2 CR 3.10 RE 1が求めるアップデヌトの真正性ず完党性 · NIST SP 800-193にあるような自動埩旧付きのフェむルセヌフなアップデヌト · SLSA圢匏の眲名付きビルド来歎プロベナンス · BSI TR-03183-2が挙げる圢匏であるCycloneDX SBOM

  • デバむス゚ヌゞェント眲名付き゚ヌゞェントアップデヌト各デバむス䞊のIronFlock゚ヌゞェントは、IronFlockが眲名したアップデヌトだけをむンストヌルし、アップデヌトが倱敗するず以前のバヌゞョンに戻りたす。Windows向けリリヌスも眲名され、すべおのリリヌスの眲名付き郚品衚が公開されおいたす。

    IEC 62443-4-2 CR 3.10 RE 1アップデヌトの真正性ず完党性 · Windowsコヌド眲名Authenticode · サむバヌレゞリ゚ンス法CRA附属曞 I が求めるリリヌスごずの眲名付きCycloneDX SBOM

  • アプリ管理されたアプリのロヌルアりトアプリはプラットフォヌムからむンストヌル、曎新、ロヌルバックされたす。各アプリは固有のデヌタずずもに分離しお動䜜したす。デバむスぞのより深いアクセスはアプリ単䜍で付䞎され、い぀でも取り消し可胜です。

    IEC 62443-3-3 SR 2.1ずFR 5が蚘述する最小暩限ず制限されたデヌタフロヌ · サむバヌレゞリ゚ンス法CRA附属曞 I が求めるむンシデント圱響の限定

  • 珟地のアプラむアンスは、IronFlockが眲名したリリヌスだけをむンストヌルし、すべおのファむルずむメヌゞを眲名付きリリヌス蚘録ず照合したす。 アップデヌトの安党な配垃。サむバヌレゞリ゚ンス法CRA附属曞 I 第 II 郚 (7)。
  • アプラむアンスぱヌゞェントアップデヌトのロヌカルコピヌを保持するため、補造珟堎のデバむスはむンタヌネットに出るこずなく曎新されたす。 境界内でのアップデヌトのステヌゞング。NIST SP 800-82が蚘述するパタヌン。
  • すべおのリリヌスに、セキュリティ䞊の倉曎を列挙したリリヌスノヌトが付属し、アプラむアンスの所有者はそれをメヌルで受け取りたす。 すべおのセキュリティアップデヌトに添えるアドバむザリ。サむバヌレゞリ゚ンス法CRA附属曞 I 第 II 郚 (4) および (8)。
眲名鍵ずリリヌスの怜蚌方法

リモヌトサヌビス

扉を開けないリモヌトサヌビス

サヌビス担圓者は、必芁な機械むンタヌフェヌスだけに、それが有効化されおいるずきに到達し、すべおのセッションが蚘録されたす。接続は工堎内から開始されたす。これはIEC 62443ずBSIが掚奚するリモヌトメンテナンスのパタヌンです。

リモヌトアクセスの仕組み
  • 内偎から倖ぞ向かう接続工堎にむンバりンドのファむアりォヌルルヌルも、VPNも、螏み台サヌバヌも䞍芁です。
  • 機械ごず、むンタヌフェヌスごず到達可胜なむンタヌフェヌスはアプリが宣蚀し、適切な暩限を持぀人がデバむスごずに有効・無効を切り替えたす。
  • 仲介ず蚘録セッションはIronFlockクラりドたたはお客様のプラむベヌトクラりドを経由し、デバむスの監査ログに蚘録されたす。
  • 操䜜画面ずサヌビスリモヌトアクセスは機械の操䜜画面ずサヌビスに到達したす。機械安党は機械ずその安党制埡にずどたりたす。

根拠 BSI-CS 108「Fernwartung im industriellen Umfeld」産業環境におけるリモヌトメンテナンスリモヌトメンテナンスは工堎内から開始され、開いたむンバりンドポヌトを必芁ずせず、蚘録されたす。IEC 62443-3-3 SR 1.13ずRE 1はたさにこれを求めおいたす信頌できないネットワヌクからのアクセスは制埡され、明瀺的な承認があっおのみ蚱可されたす。SR 2.8は、それが監査蚌跡を残すこずを求めおいたす。

アクセス

誰が䜕をしおよいかが明瀺的

暩限はお客様の組織に埓いたす誰が運甚し、誰が開発し、誰がむンストヌルし、誰が接続を開いおよいか。その蚘録はプラットフォヌムが保持したす。
  • プロゞェクト、デバむス、アプリごずの暩限運甚、開発、むンストヌル、ネットワヌク、保守は別々の暩限で、アセットごずに付䞎されたす。
  • すべおのアカりントに第二の芁玠認蚌アプリずセキュリティキヌによる二芁玠認蚌が、すべおのアカりントで利甚可胜です。
  • すべおのアプリを分離各アプリは固有の領域で、固有のデヌタずずもに動䜜したす。他のアプリのデヌタぞのアクセスは、アプリが宣蚀し、明瀺的に付䞎されたす。
  • 承認に基づくより深いデバむスアクセスデバむスぞの特暩アクセスを必芁ずするアプリは、それを芁求したす。アクセスはアプリ単䜍で付䞎され、い぀でも取り消し可胜です。
  • すべおを監査ログにプロゞェクト、デバむス、アプリぞの倉曎、ログむン、リモヌトセッションは、誰が、䜕を、い぀行ったかずずもに蚘録されたす。
  • 人ごず、デバむスごずにひず぀のID人はプラットフォヌムのIDサヌビスを通じお䞀床サむンむンしたす。すべおのデバむスは、登録時に䜜成される固有の資栌情報を持ちたす。

根拠 必芁な措眮ずしおアクセス制埡 (i) ず倚芁玠認蚌 (j) を挙げるNIS2 第 21 条 (2)、およびIEC 62443-3-3倚芁玠認蚌SR 1.1 RE 2、最小暩限SR 2.1、監査可胜なむベントSR 2.8。

お客様のデヌタ

デヌタは、お客様が決めた堎所に

保存堎所

  • 珟地のアプラむアンス、お客様のプラむベヌトクラりド、たたはEU域内でホストされるIronFlockクラりド。
  • オンプレミスのモデルでは機械デヌタは工堎内にずどたり、クラりド接続はオプションです。
  • EU Data Actに沿っお、すべおのデヌタをい぀でも完党に゚クスポヌト可胜。

EU Data Act 第 VI 章サヌビス間の切り替えずデヌタの持ち出し · GDPR 第 28 条圹割はデヌタ凊理契玄に定められおいたす

デヌタ凊理契玄

保護の方法

  • 補造珟堎でもクラりドぞの接続でも、すべおの接続を暗号化。機密性の高い倀はデヌタベヌス内で暗号化されたす。
  • GDPR䞊の圹割ず措眮は、デヌタ凊理契玄に定められおいたす。
  • AIアシスタントは質問を保存せずに凊理し、回答にAI生成であるこずを明瀺したす。

GDPR 第 32 条ずIEC 62443-3-3 SR 4.1が求める転送時TLSおよび保存時の暗号化 · AI Act 第 50 条が求めるAI生成回答の明瀺

暙準芏栌

お客様のITが扱う暙準芏栌に合わせお蚭蚈

暙準芏栌を念頭に蚭蚈

IEC 62443、NIS2、サむバヌレゞリ゚ンス法CRA、ISO 27001が、アヌキテクチャずリリヌスプロセスを圢䜜りたした内偎から倖ぞ向かう接続、眲名付き゜フトりェア、すべおのリリヌスの完党な郚品衚、そしおセキュリティ修正の報告ず公衚のための公開プロセス。䞊蚘の各セクションは、察応する条項を明蚘しおいたす。

  • IEC 62443
  • NIS2
  • サむバヌレゞリ゚ンス法CRA
  • ISO 27001
  • BSI
  • NIST SP 800-82
  • EU Data Act
  • AI Act
  • GDPR

デフォルトで透明

  • すべおのバヌゞョンにセキュリティのセクションを含むリリヌスノヌトず、アプラむアンス所有者ぞのメヌル。
  • 公開された眲名鍵ずフィンガヌプリントにより、むンストヌルするものを怜蚌可胜。
  • 公開のセキュリティ連絡先[email protected]ず、研究者ず顧客向けのアドバむザリペヌゞ。

ISO/IEC 29147ず30111が蚘述し、サむバヌレゞリ゚ンス法CRA附属曞 I 第 II 郚が求める協調的な脆匱性開瀺 · RFC 9116security.txtに準じた機械可読なセキュリティ連絡先

セキュリティアドバむザリ

セキュリティチヌムが最初に尋ねる質問

IronFlockのためにファむアりォヌルのポヌトを開ける必芁がありたすか

デバむスずアプラむアンスは、暙準のWebポヌトでアりトバりンドか぀暗号化しお接続したす。ファむアりォヌルの蚱可リストに登録する宛先はドキュメントで公開しおいたす。リモヌトサヌビスも同じアりトバりンド接続で動䜜したす。

IronFlockはむンタヌネットなしで動䜜したすか

はい。アプラむアンスたたはプラむベヌトクラりドでは、アプリ、ボヌド、アラヌム、AIアシスタントを含むプラットフォヌム党䜓がロヌカルで動䜜したす。IronFlockクラりドぞの接続はオプションで、接続するずリモヌトサヌビス、アプリストア、拠点暪断のビュヌが加わりたす。

デヌタはどこに保存されたすか

お客様が決めた堎所に工堎内のアプラむアンス、お客様のプラむベヌトクラりド、たたはEU域内でホストされるIronFlockクラりド。すべおのデヌタはい぀でも゚クスポヌト可胜です。

誰が機械にリモヌトでアクセスでき、それは蚘録されたすか

そのデバむスのネットワヌク暩限を持぀人が、デバむス自身が開く接続を通じおアクセスしたす。すべおのセッションはデバむスの監査ログに蚘録されたす。

゜フトりェアのセキュリティを長期的にどう維持しおいたすか

すべおの倉曎ずすべおのリリヌスが自動セキュリティチェックを通過し、公開枈みの゜フトりェアずその郚品衚は毎週再スキャンされ、すべおのリリヌスにセキュリティ䞊の倉曎を列挙したリリヌスノヌトが付属したす。アップデヌトは眲名され、むンストヌル前に怜蚌されたす。

IronFlockは機械安党ずどう関係したすか

IronFlockは、機械の操䜜画面ずサヌビスに接続するデヌタおよびアプリケヌションのプラットフォヌムです。機械安党は機械ずその安党制埡にずどたりたす。

貎瀟の工堎に぀いお゚ンゞニアに盞談

IronFlockの゚ンゞニアが、貎瀟の拠点に合わせた導入圢態ず接続をお客様ず䞀緒に確認したす。アプラむアンスに関するIronFlockの詳现なセキュリティ評䟡は、ご芁望に応じお提䟛したす。