エネルギー業界向けソリューション
電力、ガス、石油、そして充電インフラ。
エネルギー事業において、システムの「遅延」は契約・検針・料金業務の停滞を、「ダウンタイム」は最も情報が必要とされる災害時の情報途絶を、そして貴社を騙る「なりすまし」は料金詐欺による契約者への実害を意味します。
Spelldataは、基幹インフラとしてのエネルギー事業に求められる可用性・性能・セキュリティを、統計的品質管理と実測データで満たします。
各技術が「何を防ぎ、何を防がないか」を仕様の原典に基づいて明示し、その上で複数の層を組み合わせて全体の防御を構成するのが、私達の提案の特徴です。
「基幹インフラ」としての説明責任に応える
電気・ガス・石油は、経済安全保障推進法の基幹インフラ制度（特定社会基盤役務の安定的な提供の確保に関する制度）における当初からの対象事業です。
指定事業者には、特定重要設備の導入や維持管理の委託に際して、サイバーセキュリティ対策を整理した上での事前届出・審査が求められます。
指定を受けていない新電力・小売事業者も、託送や需給の接続先、大口顧客からのセキュリティ評価と無縁ではいられません。
Spelldataは、ご提案の際に、各ソリューションがこれらの制度・評価のどの統制項目（送信ドメイン認証、可用性管理、アクセス制御、委託の管理など）の裏付けになるかを整理してお示しします。
導入支援・技術サポートはすべて国内で内製し、再委託を行わないため、委託の管理が審査対象となる本制度の観点でも評価が容易です。
6つの防御層
メールの入口からネットワークの深部まで、6つの層でエネルギー事業のインフラを防御します。
第1層：料金詐欺なりすましの遮断（DMARC / BIMI）
「電気料金のお支払いが確認できません。本日中にお手続きください」。
エネルギー事業者を騙る料金詐欺メールは、供給停止への不安を突く、最も成功率の高いなりすましの一つです。
被害者は貴社の契約者であり、「当社を騙るメールにご注意ください」という告知だけでは守れません。
技術的に「偽物を届かなくする」対策が必要です。
MailData (PowerDMARC)により、DMARCポリシーの「p=reject（拒否）」への移行を支援します。
DMARC（RFC 9989、2026年5月に旧RFC 7489を置き換えた最新仕様）は、貴社の正規ドメインおよびそのサブドメインを直接騙るなりすましメールを認証で判別し、受信箱に届く前に排除します。
一方、仕様上、類似ドメイン（cousin domain）や表示名の偽装、SMSによるなりすまし（スミッシング）は電子メールの認証技術の対象外です。
そこでBIMIとVMC（認証マーク証明書）を組み合わせ、GmailやApple Mailなどの対応環境で正規メールにのみブランドロゴを表示させ、契約者が「本物の検針・料金通知」を視覚的に識別できる手段を提供します。
第2層：TLS証明書「47日ルール」への対応（証明書管理の自動化）
TLS証明書の手動運用は、2029年に破綻します。
CA/Browser Forumの決定（Ballot SC-081）により、証明書の最大有効期間は2026年3月から200日、2027年3月から100日、2029年3月15日以降は47日へと段階的に短縮されます。
ドメイン認証情報の再利用期間も最終的に10日まで短縮されるため、47日時代には証明書1枚あたり年8回前後の更新が必要になります。
会員サイト、料金シミュレーション、申込・切替手続き、法人向けポータル、グループ各社と、エネルギー事業者が管理する証明書は多数にのぼり、更新漏れの1枚が契約手続きの停止として表面化します。
世界標準のDigiCertにより、ACMEによる発行・更新の自動化と、棚卸し・期限監視を含む証明書ライフサイクル管理を導入し、短縮スケジュールに耐える運用体制を構築します。
証明書の透明性（Certificate Transparency）ログの監視と組み合わせることで、貴社ドメインを対象とした証明書の不正発行も検知できます。
BIMIに必要なVMC（認証マーク証明書）に加え、スマートメーターや充電器などのデバイス認証に用いるデバイス証明書にも対応します。
第3層：災害時の情報ページの耐性とDNSの保護
地震や台風で停電が起きた瞬間、契約者は一斉に停電情報・復旧見込みのページに殺到します。
本体の供給障害に、情報提供ページの輻輳という二次障害を重ねてはなりません。
CloudflareとGcoreの大規模エッジネットワークで、災害時のアクセス集中はキャッシュで吸収し、悪意あるDDoSは排除して、最も見られるべき瞬間に情報ページを継続させます。
オリジンサーバのIPアドレスを隠蔽し、エッジを迂回した直接攻撃の的も消します。
DNSSEC（RFC 4033～RFC 4035）によりDNS応答に電子署名を付与し、検証を行うリゾルバーを経由した名前解決で、応答の改ざんを検出できるようにします。
DNSSECが提供するのはDNSデータの出所認証と完全性保証であり、DoS対策や通信の秘匿は提供しません。
レジストラ経由のドメイン乗っ取りに対しては、レジストリロックの併用を提案します。
第4層：実ユーザー視点の品質監視（公開サイトと拠点間通信）
「データセンターの監視モニターは正常だが、契約者からは繋がらない」。
このような乖離は、ISPやキャリア網の障害で頻繁に起こります。
SpeedDataは、全国7都市（札幌・仙台・新潟・東京・名古屋・大阪・福岡）の計測センターから、実際の契約者が使う回線（NTT/KDDIの固定回線、4キャリアの5G回線）で24時間365日計測します。
データセンター内部からではなく、契約者と同じ経路で観測するため、キャリア網やISPに起因する障害も検知できます。
監視の対象は、公開サイトだけではありません。
本社と営業所・発電所・製油所・供給拠点の間の通信も、拠点内に計測ノードを設置することで、経路・遅延・損失を常時計測できます。
基幹システムへの拠点からのアクセス品質を定量化し、「現場から遅い」という体感を、拠点側・回線・センター側のどこに原因があるのか実測データで切り分けます。
計測値は平均値ではなくパーセンタイルで管理し、遅延の分布と外れ値を統計的に分析することで、一時的な揺らぎと恒常的な品質劣化を切り分けます。
第三者検証可能な実測データは、監督当局や大口顧客への説明の裏付けとしても活用できます。
第5層：表示速度のSLA保証（Web高速化）
料金シミュレーション、契約の切替、使用量の確認。
エネルギー小売の競争において、Web手続きの遅延は申込の離脱、つまり獲得機会の喪失に直結します。
「速くなったはず」という感覚ではなく、計測データで保証された速度が必要です。
PerfDataは、サーバの計算処理、ネットワーク処理、フロントエンド処理まで包括し、全体最適化でWebサイトやWebアプリケーションを高速化します。
中核となるのは計算処理の高速化です。
計算量の削減、計算処理の並列化、処理順序の変更によって計算待ち時間そのものを減らすため、設定変更にとどまる一般的な高速化とは到達点が異なります。
表示開始0.5秒以内、表示完了1秒以内を98パーセンタイルで達成し、この品質を契約上のSLAとして保証します。
達成状況は第4層の実測データで継続的に検証するため、導入後の品質劣化も見逃しません。
第6層：OTを含む攻撃対象領域の最小化（脱VPNと隠蔽化）
エネルギーインフラを狙う攻撃の主要な侵入口は、VPN機器の脆弱性と、保守用のリモート接続です。
「外部にポートを開放している」こと自体が、攻撃対象領域になります。
Tailscaleへの移行でVPN機器を撤廃し、外部へのポート開放を不要にします。
認証されたデバイス以外からはサービスに到達できず、ポートスキャンでも発見されないため、攻撃対象領域を大幅に縮小します。
この隠蔽化は、OT（発電・供給の制御システム）の周辺にも適用できます。
制御機器のようにTailscaleクライアントを直接導入できない機器も、サブネットルーター経由でtailnetからの到達経路に組み込めるため、制御ネットワークの構成を変えずに、リモート保守や拠点間接続の入口をアクセス制御に一元化できます。
「どの保守事業者が、どの設備に到達できるか」をACLで定義できるため、保守用VPNから設備全体に到達できてしまう状態を解消します。
スマートメーターや充電器のようにデバイス数が人数を大きく上回る環境には、デバイス単位の契約体系（Edge & IoT）で、規模に見合ったコストで展開できます。
Enterpriseプランでは、保守事業者によるリモートアクセスを含む特権アクセスのSSHセッションを録画して監査証跡として保存でき、特権ID管理や委託先管理の統制を、運用ルールへの依存ではなく技術で担保できます。
第3層のエッジ防御と組み合わせることで、「公開資産はエッジで吸収し、非公開資産は隠蔽する」という二層の防御を構成します。
エネルギー業界での導入実績
Spelldataは、大手企業を中心に350社以上へサービスを提供してきました。
そのうち、エネルギー業界のご契約実績は7社です（2026年8月10日時点）。
この業界で一番ご導入頂いているサービスは、DMARC分析サービスの「MailData」です。
早期にp=rejectを達成し、BIMI・VMCの実装まで到達した支援実績を多数持つことが、弊社の強みです。
メール認証は「推奨」から「送信者要件」へ
検針のお知らせ、料金の確定通知、契約手続きの案内。
契約者への大量配信を毎月行うエネルギー事業者は、メール送信者要件の当事者です。
Gmailはメール送信者のガイドラインで、2024年2月1日以降、1日5,000件を超える送信者にSPF・DKIM両方の設定とDMARCの設定を必須化しました。
Outlookも2025年5月5日から、1日5,000通以上の送信者に同様の要件の適用を開始しています。
さらに総務省は「フィッシングメール対策の強化に関する要請」（2025年9月）で、電気通信事業者に対してDMARCポリシーに基づく処理（隔離・拒否）の設定を求めており、受信側のメールインフラは認証されないメールの排除へと動いています。
要件を満たさなければ、なりすまされる前に、まず貴社の検針・料金通知が届かなくなります。
BIMIでブランドロゴを表示するには、DMARCを強制ポリシー（quarantineまたはreject）まで引き上げることが仕様上の要件であり、なりすましメールを受信箱に届けない実効性を持つのはp=rejectです。
DMARC分析は、DNSレコードと受信側から届くレポートの分析で完結します。
基幹システムや制御系には一切触れず、既存ベンダーとの契約関係にも影響しないため、単独のサービスとして契約できます。
まずはDMARC分析から、弊社の実力を確認してください。