安全な充電ネットワークは、プロトコルの実装方法、充電器の導入方法、証明書の発行と更新方法、ファームウェアの制御方法、ユーザーの認証方法、およびセキュリティイベントの監視方法に依存します。つまり、OCPP 2.0.1のセキュリティは単なるプロトコル機能ではなく、運用上の規律なのです。
充電ポイント運営者、充電器メーカー、車両基地、エネルギーサービスプロバイダーにとって、本当に重要な問題は「この充電器はOCPP 2.0.1に対応しているか？」という単純な問いではありません。より適切な問いは、「当社のCPMSまたはCSMSは、充電ネットワーク全体にわたってOCPPのサイバーセキュリティを可視化、管理、監査可能にできるか？」です。
TrendPowerは、OCPP対応充電器、充電セッション、ユーザー、課金ワークフロー、リモート操作、複数拠点ネットワークの拡張を管理する必要のある事業者向けに、EV充電管理ソフトウェアとCPMSソリューションを提供しています。詳細については、以下をご覧ください。 TrendPowerのEV充電管理ソフトウェアプラットフォーム.
主なポイント
OCPP 2.0.1のセキュリティは、ベンダー仕様書のチェックボックスではなく、運用プログラムとして扱うべきである。
安全な通信は重要ですが、それはシステムの一部にすぎません。通信事業者は、証明書のライフサイクル管理、ファームウェアのガバナンス、充電器のオンボーディング制御、ロールベースのアクセス制御、監査ログ、アラート、インシデント対応ワークフローなども必要とします。
充電器やCPMSがOCPP 2.0.1をサポートしている場合でも、証明書がサイレントに期限切れになったり、管理者アカウントが共有されていたり、ファームウェアが管理されていなかったり、セキュリティイベントが無視されたりすると、導入は依然として脆弱になる可能性があります。
優れたEV充電管理プラットフォームは、プロトコルエンジニアだけでなく、運用チームにもセキュリティを理解しやすいものにします。充電器の信頼状態、証明書の有効期限、ファームウェアのバージョン、認証失敗イベント、構成変更などは、日常業務の中で可視化されるべきです。
電気自動車充電におけるサイバーセキュリティが重要な理由
EV充電器はもはや単なる電気機器ではない。クラウドプラットフォーム、モバイルアプリ、RFIDシステム、決済ゲートウェイ、フリート管理ソフトウェア、車両、建物ネットワーク、そして場合によっては電力系統と通信する接続されたエンドポイントとなっている。
充電ステーションは、遠隔コマンドを受信し、メーターデータを報告し、ファームウェアを更新し、充電セッションを開始または停止し、認証ルールを適用し、大きな電力負荷を制御することができます。そのため、サイバーセキュリティは、ビジネス、安全、および事業継続性に関わる重要な課題となります。
充電ネットワークが脆弱だと、以下のような様々なリスクが生じる可能性があります。
| 危険区域 | 例となる影響 |
|---|---|
| 不正アクセス | 充電器またはバックエンドアカウントが許可なく使用されています。 |
| サービスの中断 | 充電器がオフラインになる原因は、認証情報の有効期限切れ、アップデートの失敗、または設定ミスです。 |
| 請求および不正リスク | 課金セッション、料金プラン、またはユーザー記録が操作されている。 |
| プライバシー侵害 | ドライバー、支払い、または課金に関する行動データが不適切に処理されている。 |
| グリッドとサイトへの影響 | 負荷制御、充電スケジュール、または電力設定が正しく構成されていません。 |
| ブランドイメージの損傷 | 充電設備が信頼性に欠けたり、利用できなかったり、安全でなかったりすると、ドライバーは信頼を失う。 |
そのため、OCPPのサイバーセキュリティは、充電器のハードウェア、バックエンドソフトウェア、証明書、ユーザー、ファームウェア、サイトネットワーク、サポートプロセスなど、エコシステム全体にわたって評価されるべきです。
OCPP 2.0.1がセキュリティにもたらすもの
OCPP 2.0.1は、以前のOCPP実装よりも最新のフレームワークを提供し、安全なEV充電操作を実現します。より強力なセキュリティアーキテクチャ、充電器とCSMS間の通信の改善、証明書関連のワークフロー、デバイス管理の向上、およびセキュリティイベントの可視性の向上をサポートします。
の オープンチャージアライアンス OCPPは、充電ステーションと充電管理システム間のオープンな通信プロトコルとして定義されています。OCPP 2.0.1は、この役割をさらに強化し、安全でスマート、かつ将来を見据えた充電インフラのためのより高度な機能を提供します。
運用担当者は、これらの機能はセキュリティプログラムの基盤を構築するものであり、完成したセキュリティプログラムではないことを理解しておく必要がある。
OCPP 2.0.1のセキュリティについて考える上で役立つ方法は次のとおりです。
プロトコル機能＋安全な実装＋運用規律＝現実世界におけるセキュリティ価値。
一部でも欠けていると、ネットワークは脆弱なままになります。例えば、充電器は技術的には証明書ベースの認証をサポートしていても、証明書の有効期限が監視されていなければ、オペレーターはダウンタイムに直面する可能性があります。CPMS（サイバーセキュリティ管理システム）がセキュリティイベントを記録していても、アラートがログに埋もれてしまうと、運用チームがタイムリーに対応できない可能性があります。
充電器とCSMS間の安全な通信
充電器とCSMS間の接続は、ネットワーク運用における主要な制御チャネルです。この接続は、認証メッセージ、ステータス通知、トランザクションイベント、メーター値、構成変更、リモートコマンド、およびファームウェア関連のワークフローを伝送します。
この通信チャネルが適切に保護されていない場合、攻撃者は存在する脆弱性に応じて、情報の傍受、改ざん、またはリプレイを試みる可能性があります。そのため、安全な伝送、正確な認証、および信頼できる充電器の識別情報は、OCPP 2.0.1のセキュリティの基盤となります。
オペレーターは、CPMSまたはCSMSが以下の項目をどのように処理するかをベンダーに問い合わせる必要があります。
- 充電器の本人確認
- 安全な充電器の導入
- 証明書のインストールと更新
- 証明書の取り消し
- 暗号化された充電器とバックエンド間の通信
- 証明書の有効期限が切れた場合の動作
- 充電器の交換または再稼働時の復旧
- 運用チーム向けのセキュリティイベントの可視性
安全な設計とは、不正な充電器がネットワークに接続するのを防ぎつつ、ハードウェアの修理や交換が必要な場合に正規の技術者が明確なサービス経路を確保できるような設計であるべきです。
認証、認可、およびID管理
課金セキュリティには、複数のIDが同時に必要となる。
充電ステーションはバックエンドで認識される必要があります。ドライバーは、RFID カード、モバイル アプリ、フリート アカウント、支払い方法、または車両ベースの認証情報によって認証される必要がある場合があります。オペレーターの従業員は CPMS 内で役割ベースのアクセスが必要です。プラグ & チャージ環境では、 ISO 15118関連する証明書や契約IDは、さらに複雑さを増す要因となる。
これにより、アイデンティティガバナンスは単なる技術的な機能ではなく、ビジネスプロセスとなる。
実用的なCPMSは、不要な権限を与えることなく、ユーザー、権限、充電グループ、料金プラン、アクセスポリシーを事業者が管理するのに役立つはずです。例えば、次のようになります。
- サポート担当者は充電器をリセットする必要がある場合がありますが、支払い設定を変更してはいけません。
- サイト管理者は稼働状況レポートを必要とする場合があるが、グローバルなセキュリティ設定を変更すべきではない。
- 財務担当者は請求書のエクスポートを必要とする場合があるが、ファームウェアのアップデートを承認するべきではない。
- 現場技術者は診断が必要な場合もあるが、顧客の支払いデータにアクセスすべきではない。
最小権限アクセスは、ミス、内部関係者による不正利用、アカウント侵害のリスクを軽減します。また、変更があった場合に、より明確な監査証跡を作成します。
OCPP 2.0.1 証明書管理
OCPP 2.0.1の証明書管理は、高度なEV充電ネットワークにおける最も重要なセキュリティ課題の一つです。証明書はシステム間の信頼関係を確立するのに役立ちますが、同時にライフサイクル全体にわたる責任も生み出します。
証明書の発行、インストール、更新、失効、監査、トラブルシューティングは、誰かが行う必要があります。小規模なネットワークであれば、これは容易に管理できるように見えるかもしれません。しかし、ネットワーク規模になると、証明書の運用不良は充電器のダウンタイムの大きな原因となり得ます。
オペレーターは、「証明書サポートが含まれています」といった曖昧な主張を鵜呑みにすべきではありません。ワークフローの実演を求めるべきです。
重要な質問には以下のようなものがあります。
- 充電器の導入時に証明書を発行することは可能ですか？
- CPMSで証明書の有効期限を確認できますか？
- システムは証明書の有効期限が切れる前にアラートを生成できますか？
- 証明書はリモートで更新できますか？
- 証明書の失効はどのように処理されますか？
- 充電器が無効な証明書を提示した場合、どうなりますか？
- 証明書の変更は監査ログに記録されますか？
- 証明書のステータスをコンプライアンスや調査のためにエクスポートすることは可能ですか？
OCPP 2.0.1のセキュリティプロジェクトの多くが成功するか失敗するかは、まさにこの点にかかっています。技術的な証明書機能は、運用チームがそれを確実に管理できる場合にのみ有効です。
ファームウェア、構成、およびリモート操作
ファームウェアのアップデートは、バグの修正、充電器の性能向上、セキュリティ上の脆弱性への対処に役立ちます。しかし、適切に管理されないと、運用上のリスクを生み出す可能性もあります。
ファームウェアのアップデートに失敗すると、充電器がオフラインになることがあります。不正なファームウェアアップデートは、深刻なセキュリティ問題を引き起こす可能性があります。テストが不十分なアップデートは、複数の充電器モデル間で互換性の問題を引き起こす可能性があります。
運用者は、導入前にファームウェアのガバナンスプロセスを定義する必要があります。
- ファームウェアのアップデートを承認するのは誰ですか？
- アップデートは展開前にどのようにテストされますか？
- どの充電器グループが最初にアップデートを受け取りますか？
- アップデートはいつ予定されていますか？
- 成功または失敗はどのように報告されるのか？
- ロールバック計画とは何ですか？
- ネットワーク全体でファームウェアのバージョンはどのように追跡されますか？
設定のセキュリティが重要な理由は同じです。課金プロファイル、コネクタ設定、ネットワークパラメータ、料金ルール、ローカル認証リスト、支払い関連の設定はすべて、収益とユーザーエクスペリエンスに影響を与える可能性があります。
高性能なCPMSは、機密性の高い設定変更を記録し、リスクの高い操作を制限し、想定される設定と実際の充電器の動作を容易に比較できるようにする必要があります。OCPPデータは、単なるプロトコル通信ではなく、運用セキュリティのテレメトリとして活用されるべきです。
電気自動車充電ネットワークにおける一般的なセキュリティリスク
電気自動車の充電におけるセキュリティ問題の多くは、特殊な攻撃によるものではなく、運用管理の不備に起因する。
一般的なリスクには以下が含まれます。
- デフォルトまたは再利用された認証情報
- 共有管理者アカウント
- セグメント化が不十分なサイトネットワーク
- パッチ未適用の充電器ファームウェア
- 有効期限切れの証明書
- 充電器の導入プロセスが不十分
- 未検証のリモートコマンド
- 監査ログが欠落しています
- 警告が不十分
- 権限過剰のCPMSユーザー
- インシデント対応手順の欠如
公共充電ネットワークは、不正利用、料金請求に関する紛争、顧客のプライバシー問題といったリスクにも直面する可能性がある。車両基地は、充電器が利用できない場合、車両が運行準備できないという別の種類のリスクにも直面する。
最善の防御策は、セキュアなプロトコル機能、セキュアな製品設計、そして規律ある運用を組み合わせることです。OCPP 2.0.1はより強力なセキュリティをサポートできますが、組織に権限の見直し、アラートの監視、証明書の適切な管理を強制することはできません。
よくある誤解：OCPP 2.0.1をサポートしているからといって、ネットワークが安全であるとは限りません。
OCPP 2.0.1をサポートしているからといって、必ずしも安全な導入が保証されるわけではありません。
充電器はOCPP 2.0.1をサポートしていても、脆弱な認証情報、古いファームウェア、不完全な証明書ワークフロー、または不適切なサイトネットワーク設計でインストールされている可能性があります。バックエンドはOCPPのセキュリティ機能をサポートしていても、運用チームに重要なイベントを通知できない場合があります。
事業者はスローガンではなく、証拠を求めるべきだ。
有用な証拠には以下が含まれます。
- セキュリティ設定例
- OCPP認証または適合性証明
- 証明書ライフサイクルワークフロー
- 役割ベースのアクセス画面
- セキュリティイベントダッシュボード
- ファームウェア更新ログ
- インシデント対応に関する文書
- 監査ログのエクスポート機能
- 充電器モデルの互換性テスト
セキュリティに関する主張は、具体的かつ検証可能なものでなければなりません。「OCPP 2.0.1は充電を安全にする」と言う代わりに、「OCPP 2.0.1は、適切に実装および管理された場合、充電器とCSMS間のより安全な通信をサポートする強力なメカニズムを提供する」と表現する方がより正確です。
通信事業者向けセキュリティ実装ロードマップ
現実的なOCPP 2.0.1セキュリティロードマップは、資産の可視化から始まります。
オペレーターは、どの充電器が設置されているか、どのファームウェアバージョンが実行されているか、どのOCPPバージョンが有効になっているか、各充電器がどのようにバックエンドに接続されているか、そして誰が管理権限を持っているかを把握しておく必要があります。
ステップ1：資産台帳を作成する
充電器のモデル、設置場所、所有者、ファームウェアバージョン、OCPPバージョン、ネットワークパス、証明書の状態、リスクレベル、および最終テスト日を追跡します。
ステップ2：安全な充電器の導入
すべての充電器は、管理されたプロセスを通じて登録され、バックエンドで認証され、適切な設置場所、料金グループ、および運用所有者に割り当てられる必要があります。
ステップ3：証明書と資格情報の所有権を定義する
証明書、パスワード、APIキー、およびユーザー権限には、明確な所有者と定期的な見直しスケジュールが必要です。
ステップ4：ファームウェアと構成を管理する
ファームウェアおよび主要な構成変更に関する承認、テスト、スケジュール設定、ロールバックのプロセスを作成する。
ステップ5：セキュリティイベントを監視する
セキュリティイベントは技術ログの中に埋もれてしまうべきではありません。リスクを示唆する場合には、アラート、チケット、またはレビュータスクを作成する必要があります。
ステップ6：インシデントへの備え
サービスに影響が出た場合に、充電器を隔離する方法、認証情報をローテーションする方法、ログを保存する方法、現場に連絡する方法、社内チームに通知する方法、顧客と連絡を取る方法を定義する。
インシデントフローの例：充電器の不審な動作
充電器が認証失敗イベントを繰り返し送信し始め、予期しない構成変更や断続的な通信途絶が発生する状況を想像してみてください。
性能の低いシステムでは、充電器がオンラインかオフラインかしか表示されない場合があります。性能の高いCPMSであれば、オペレーターはイベントの全経過を調査できるはずです。
オペレーターは以下の内容を確認できる必要があります。
- 最近の認証失敗
- 最終設定変更
- 現在のファームウェアバージョン
- 証明書のステータス
- ユーザーまたは管理者の操作
- 関連充電セッション
- ネットワーク通信履歴
- セキュリティイベント通知
そこから、オペレーターは充電器をリセットするか、特定のリモートコマンドをロックするか、認証情報を変更するか、技術者を派遣するか、または充電器を一時的に使用停止にするかを決定できます。
この例は、OCPP 2.0.1のセキュリティが実際の運用と連携する必要がある理由を示しています。セキュリティイベントは、チームがそれを確認し、理解し、対応できる場合にのみ価値を発揮します。
TrendPowerの インテリジェントな運用管理ソリューション EV充電ネットワークの運用状況の可視化を中心に設計されており、監視、障害処理、拡張可能な管理ワークフローなどが含まれます。
調達文書に記載すべきセキュリティ要件
調達チームは、セキュリティ要件を運用用語で記述すべきである。これにより、ベンダー評価がより実用的になり、曖昧な約束によるリスクを軽減できる。
有用な要件には以下が含まれます。
- 充電器とCSMS間の安全な通信
- 充電器の認証
- 役割ベースのCPMSアクセス
- 機密性の高い操作の監査ログ
- 証明書ステータスの表示
- 証明書更新に関するお知らせ
- ファームウェアアップデートのガバナンス
- セキュリティイベント監視
- 遠隔診断
- 構成変更履歴
- 調査のためのログエクスポート
- 文書化されたサポートおよびインシデント対応手順
導入予定の充電器モデルを使って、これらのワークフローをベンダーに実演してもらいましょう。一般的なスライド資料だけでは不十分です。
また、OCPP認証状況、テスト手順、アーキテクチャ図、サンプルログ、セキュリティ文書、サポートエスカレーションプロセスなどの証拠も要求してください。 OCA OCPP 2.0.1 認証プログラム プロトコルの遵守状況を評価する際の有用な参考点となり得る。
CPMSプロバイダーに尋ねるべきこと
CPMSまたはCSMSを評価する際には、業務に直接関連するセキュリティに関する質問をしてください。
- 充電器はネットワークに参加する前にどのように認証されるのですか？
- 証明書はどのように発行、更新、取り消されるのですか？
- ダッシュボードから証明書の有効期限を監視することはできますか？
- ユーザーに最小権限の役割を割り当てることはできますか？
- セキュリティ関連の事象は、エンジニアリングチーム以外のメンバーにも見えるようになっていますか？
- 危険な事象が発生した場合、アラートや作業指示が発動されることはありますか？
- ファームウェアのアップデート状況は、充電器の機種別および設置場所別に追跡されていますか？
- 設定変更は監査されますか？
- 予期せぬ充電器の動作に対して、システムはどのように対応しますか？
- 調査や顧客サポートのためにログをエクスポートすることは可能ですか？
セキュリティの詳細を隠蔽するCPMSは、基本的なOCPP接続が機能したとしても、大規模な運用が困難になる可能性がある。
導入後に追跡すべきセキュリティKPI
セキュリティは測定可能であるべきである。事業者は、技術的なリスクを管理上の可視性へと変換するKPIを定義する必要がある。
OCPPのサイバーセキュリティに関する有用なKPIには以下が含まれます。
- 証明書の有効期限が30日、60日、または90日以内の充電器
- 未解決のセキュリティイベントの数
- 管理者ログイン試行の失敗
- ポリシーの背後でファームウェアを実行している充電器
- 不明または不正な構成変更
- 重大なアラートの調査にかかる平均時間
- 権限の高いユーザー数
- 登録記録が不完全な充電器の数
- ファームウェアアップデートの成功率と失敗率
- 資産情報が欠落または古い充電器
これらのKPIは、オペレーターが事後対応型のトラブルシューティングからリスク管理へと移行するのに役立ちます。
プラグ＆チャージおよびOCPP 2.0.1セキュリティ
プラグ＆チャージは、電気自動車と充電ステーション間の自動識別と課金を可能にすることで、ドライバーの利便性を向上させます。これにより、RFIDカード、モバイルアプリ、手動決済への依存度を低減できます。
しかし、Plug & Chargeはセキュリティ運用の必要性をなくすものではありません。証明書とIDのワークフローが追加されるため、慎重に管理する必要があります。 CharINプラグ＆充電ガイド これは、エコシステムが自動EV充電認証にどのように取り組んでいるかを理解するための参考資料として役立ちます。
オペレーターは依然として以下の制御を必要とします。
- バックエンドのユーザー権限
- 契約および車両識別ワークフロー
- 支払いおよび請求ロジック
- 証明書ライフサイクル管理
- 顧客サポートプロセス
- インシデント対応
このため、Plug & Chargeは、CPMSのセキュリティガバナンスの代替としてではなく、より広範なOCPP 2.0.1セキュリティモデルの一部として評価されるべきである。
専門家の見解：セキュリティは非エンジニアにも見えるようにする必要がある
実際の充電業務においては、誰もがプロトコルエンジニアというわけではありません。サイト管理者、カスタマーサポートチーム、現場技術者、財務チーム、そして経営幹部など、あらゆる立場の人々が充電ネットワークのパフォーマンスに関わっています。
安全なCPMSは、重要なセキュリティ状態を分かりやすく示すべきである。
- この充電器は信頼できますか？
- その証明書の有効期限は近いですか？
- 最近ファームウェアが変更されましたか？
- 異常な認証エラーは発生していますか？
- この設定を変更したのは誰ですか？
- ある特定の施設でセキュリティ関連の事件が増加しているのでしょうか？
- どの充電器を優先的に点検すべきか？
セキュリティが可視化されていれば、組織は技術的な問題が収益損失、システム停止、顧客の不満につながる前に対応できる。
結論：運用モデルにセキュリティを組み込む
OCPP 2.0.1は、EV充電事業者に対し、安全な充電器とバックエンド間の通信、証明書管理、セキュリティイベントの報告、および遠隔操作制御のためのより強固な基盤を提供する。
しかし、セキュリティはプロトコルだけで実現されるものではありません。充電器のファームウェア、証明書、CPMSワークフロー、ユーザー権限、監視、アラート、監査ログ、人的対応手順など、運用モデル全体から成り立っています。
運用担当者は、プロトコルの機能性と運用状況の可視性の両方を評価する必要があります。適切なCPMSは、チームが充電器を安全に管理し、問題に迅速に対応し、証明書、ファームウェア、ユーザー、構成変更の制御を失うことなく拡張できるように支援します。
OCPP対応の、より管理しやすい充電ネットワークを構築する。
EV充電ネットワークを構築、アップグレード、または拡張する場合は、 TrendPower EV充電管理ソフトウェア 遠隔監視、充電器管理、課金ワークフロー、インテリジェントな運用、および複数拠点ネットワークの拡張をサポートできます。
よくある質問
OCPP 2.0.1はOCPP 1.6よりも安全ですか？
OCPP 2.0.1は、特に証明書関連のワークフロー、デバイス管理、セキュリティイベントの可視化において、より強力で最新のセキュリティ基盤を提供します。ただし、実際のセキュリティは、実装、構成、監視、運用に依存します。
OCPP 2.0.1の証明書管理とは何ですか？
OCPP 2.0.1の証明書管理とは、充電ステーションとバックエンドシステム間の信頼関係を確立するのに役立つ証明書の発行、インストール、更新、失効、監視、監査に使用されるプロセスを指します。
OCPP 2.0.1はEV充電ネットワークを自動的に保護しますか？
いいえ。OCPP 2.0.1はより強力なセキュリティをサポートできますが、ネットワークには依然として安全なオンボーディング、アクセス制御、証明書ライフサイクル管理、ファームウェアガバナンス、監視、およびインシデント対応が必要です。
OCPP 2.0.1における最大のセキュリティ上のミスは何ですか？
最大の誤りは、プロトコルサポートを完全なセキュリティプログラムとして扱うことです。オペレーターは、証明書、ユーザー権限、ファームウェアの更新、セキュリティイベント、監査ログに関する実際のワークフローを確認する必要があります。
Plug & ChargeはCPMSのセキュリティ制御を不要にするのでしょうか？
いいえ。Plug & Chargeはドライバー認証を簡素化できますが、証明書とID管理のワークフローが追加されます。通信事業者は、バックエンドのアクセス制御、決済ガバナンス、証明書のライフサイクル管理、およびサポート手順を引き続き必要とします。
通信事業者は、OCPPのサイバーセキュリティに関して、CPMSプロバイダーにどのような質問をすべきでしょうか？
事業者は、充電器の認証方法、証明書の管理方法、セキュリティイベントの表示方法、ファームウェアのアップデートの制御方法、構成変更の監査方法、調査のためにログをエクスポートする方法について確認すべきである。
JA 
EN 
ZH 
AR 
DE 
ES 
KO 
IT 
FR 
VI 
MS 
ID 
FR_CA 
NL 
SV 
EN_GB 
TH 