特長

パスワードは、伝える手段、保管方法、入力ミス、使い回しなど、運用上のリスクを生みやすい情報です。

「クリプタン」では、ファイルを開くためのパスワードを相手に伝える必要がありません。送信者と受信者の間でパスワードや鍵を直接やり取りしないため、メール本文やチャットにパスワードを書いたり、別メールで送ったりする必要がありません。

PPAPのような「暗号化ZIPファイル＋パスワード別送」の手間とリスクを解消し、機密ファイルの共有をシンプルにします。

公開鍵暗号は強力な方式ですが、従来は「鍵をどう配布するか」「誰の鍵で暗号化するか」といった運用が課題になりがちでした。

「クリプタン」は、4Loginの認証基盤と連動することで、鍵の管理や受け渡しをシステム側で安全に処理します。ユーザーは複雑な鍵管理を意識することなく、宛先を指定するだけで安全なファイル保護を利用できます。

「クリプタン」では、ファイルを暗号化するときに、復号できる相手を指定できます。特定のメールアドレス、複数の宛先、グループ、ドメイン単位での指定により、業務に合わせた柔軟な共有が可能です。

ファイルを受け取った人が誰でも復号できるわけではありません。復号時には認証が必要となり、あらかじめ許可された相手だけがファイルを開けます。

そのため、暗号化ファイルはメール添付、クラウドストレージ、ファイル共有サービスなど、さまざまな手段で送ることができます。

「クリプタン」では、ファイル本文を暗号化し、その暗号化に使う鍵を別の仕組みで保護します。

暗号化処理のたびに、ファイルごとに使い捨てのデータ暗号化鍵、DEKを生成します。DEKは使い回されないため、ファイルごとに独立した保護が行われます。

たとえ暗号化ファイルが第三者の手に渡っても、許可された相手として認証されなければ復号できません。パスワード総当たり攻撃の対象となる固定パスワードを使わないことも、クリプタンの大きな特長です。

現在広く使われているRSAやECCなどの公開鍵暗号は、将来、大規模な量子コンピュータによって解読される可能性が指摘されています。

特に注意が必要なのが、Store Now, Decrypt Later、SNDL攻撃です。これは、攻撃者が現在の暗号化データを収集・保存しておき、将来量子コンピュータが実用化された時点で解読を試みる脅威です。

「クリプタン」は、こうした将来リスクを見据え、PQC対応ではNIST標準のML-KEMを用いてDEKを保護します。ファイル本文はAES-256で暗号化し、その鍵をPQC方式で保護するハイブリッド暗号設計により、日常業務で使いやすく、将来の暗号移行にも対応しやすい構造を採用しています。

「クリプタン」は、他者へのファイル共有だけでなく、自分専用の安全なバックアップファイル用途にも利用できます。

受信者を自分自身のみに指定した場合、ファイルの暗号鍵は本人の個人公開鍵で保護されます。本人の4Loginアプリによる認証がなければ復号できないため、クラウドストレージや外部メディアに置くバックアップファイルも安全に保護できます。

重要書類、契約書、認証情報、設計資料など、長期にわたって守りたいデータの保管にも適しています。

機密ファイルを誤った相手に送ってしまった場合でも、「クリプタン」では送信後に復号を制御できます。

Web上の管理機能から復号をキャンセルしたり、ホワイトリスト・ブラックリスト機能を使って復号できる相手を変更したりできます。

ファイルを送った後でも制御できるため、誤送信や共有範囲の変更に対応しやすくなります。