本文へ移動
つくれる外部CAIO
HOME / INSIGHT
JPW / Insights & activities

AI時代のセキュリティ対策|中小企業でのパスキー管理と注意点

AI時代のセキュリティ対策と中小企業のパスキー管理を表現した16対9のアイキャッチ画像

なぜ今、中小企業にパスキーなのか

結論から言うと、パスキーはフィッシングやパスワード窃取による不正ログインを大幅に減らせる、中小企業にとって費用対効果の高いセキュリティ投資です。ただし、パスキーを入れただけで情報漏洩が防げるわけではありません。

最近の情報漏洩は、大企業だけの話ではなくなっています。取引先経由や、委託先のサービス経由で中小企業が巻き込まれるケースも珍しくありません。

さらにAIの普及で、攻撃側の手口が変わりました。自然な日本語のフィッシングメールや、本物そっくりのログイン画面が簡単に作れるようになり、「怪しい日本語で見抜く」という従来の対策はもう通用しにくくなっています。

この記事では、専任のIT担当者がいない中小企業でも回せるパスキー管理の形と、導入時に見落としがちな注意点を整理します。

パスキーで防げるもの、防げないもの

パスキーは、パスワードの代わりにスマホやPCの指紋・顔認証・PINでログインする仕組みです。秘密鍵は端末または暗号化されたパスキープロバイダーに保管され、登録したサイトやアプリにだけ反応するため、偽サイトでは使えません。

脅威 パスキーで防げるか 理由
フィッシング(偽ログイン画面) 防げる 鍵が本物のドメインにしか反応しない
パスワードの使い回し・リスト型攻撃 防げる そもそもパスワードを使わない
SMS認証の乗っ取り(SIMスワップ等) 防げる SMSに頼らない
ログイン後のセッション乗っ取り 防げない マルウェアにCookieを盗まれると認証を飛ばされる
予備のパスワード・SMSでの復旧 防げない 弱い入口が残っていればそこから入られる
APIキーやトークンの流出 防げない 人のログインを経由しない
委託先・SaaS側の漏洩 防げない 自社の外で起きる

つまりパスキーは「玄関の鍵を最強にする」対策です。玄関以外の侵入口は、別の手当てが必要になります。

中小企業向けパスキー管理の基本設計

基本方針は、Google WorkspaceやMicrosoft 365など会社が管理するID基盤に認証方針を集約することです。パスキーは利用端末ごとに複数登録する場合がありますが、管理対象のアカウントを集約すれば運用はシンプルになります。

1. 入口をひとつにまとめる

Google WorkspaceやMicrosoft 365など、全員が持っている会社アカウントでパスキーを利用できるようにします。他のSaaSや社内ツールは「Googleでログイン」「Microsoftでログイン」などのSSOで入る形にそろえます。

こうすると、サービスごとに個別の認証情報を増やさず、主要なID基盤でまとめて管理できます。管理画面でパスキーやFIDO2セキュリティキーを優先または必須にし、SMSやメールだけで復旧できる弱い経路も見直します。

2. パスキーの保存先を会社管理にする

社員の個人iCloudや個人Googleアカウントだけにパスキーが保存されると、退職時の回収や利用停止を会社側で管理しにくくなります。会社管理端末の認証機能や、1Password・Bitwardenなど組織管理機能のあるビジネス向けパスキープロバイダーを使い、退職時には対象サービス側のパスキー削除とアカウント停止を行うのが基本です。

3. 管理者だけは物理キーを使う

社長と管理者アカウントは、YubiKeyなどのFIDO2対応物理セキュリティキーを1人2本用意します。1本は普段使い、もう1本は金庫などに保管します。

あわせて、普段は使わない「緊急用の管理者アカウント」を1つ作って封印しておくと、管理者が不在のときや全員が締め出されたときの保険になります。

4. 共有アカウントは別扱いにする

ECモールの店舗管理画面など、複数人で使うアカウントやパスキー非対応のサービスもあります。これらはビジネス向けパスワード管理ツールの共有保管庫で管理し、利用者を必要最小限に絞ります。可能ならパスワードと2段階認証コード(TOTP)は分けて管理し、同じ保管庫に置く場合もアクセス権限と監査ログを確認します。

5. 紛失と退職の手順を決めておく

場面 やること
端末の紛失 管理者が会社アカウントのパスキーを無効化し、新しい端末で再登録
退職 会社アカウントを停止(SSOのサービスはまとめて入れなくなる)、共有保管庫の権限を外す
機種変更 新端末で先に登録してから、古い端末のパスキーを削除

この3つの手順さえ決まっていれば、専任の情シスがいなくても回ります。

導入時によくある落とし穴

一番多い失敗は「パスキーを追加したのに、古いログイン方法を消していない」ことです。攻撃者は一番弱い入口を探すので、強い鍵を足しても弱い鍵が残っていれば意味がありません。

  • 復旧手段の放置:パスワード+SMSやメールでのリセットが生きたままになっている。パスキー移行後は、予備の手段を見直して弱いものを外します。
  • 個人端末への保存:社員の私物スマホや個人アカウントにパスキーが入り、退職時に回収できない。
  • 管理者が1人だけ:その人が端末をなくしたり不在になったりすると、会社全体が締め出される。管理者は最低2人、または緊急用アカウントを用意します。
  • 端末そのものの対策不足:パスキーは端末に鍵を置く仕組みなので、端末がマルウェアに感染すると、ログイン後のセッションを盗まれます。OSの更新、ウイルス対策、怪しいソフトや拡張機能を入れない運用はセットで必要です。
  • 「パスキーにしたから安心」という油断:パスキーはログインの防御です。委託先の漏洩や設定ミスによる公開事故は防げません。

AI時代ならではの注意点

AIで業務ツールを内製したり、AIエージェントに作業を任せたりする会社では、「人のログイン」以外の鍵が一気に増えます。パスキーで守れるのは人の入口だけなので、こちらの鍵管理が新しい弱点になります。

鍵の種類 よくある事故 対策
APIキー(AI・決済・メール配信など) コードと一緒にGitHubへ公開してしまう 環境変数やシークレット管理基盤で管理し、シークレットスキャンと適切なローテーション方針を設定する
GitHub・ホスティングのトークン 退職者や外注先の権限が残る 最小権限で発行し、有効期限を付ける
AIエージェント・MCPコネクタ メールやドライブへの広すぎる権限を与えてしまう 必要な範囲だけ許可し、何に繋がっているか一覧で把握する
内製ツールのログイン 独自ログインが乱立し、退職時に消し忘れる 会社アカウントのSSOにそろえる

もうひとつ大事なのが「誰が全部の鍵を知っているか」です。内製化を進めると、特定の社員や外注エンジニアに鍵が集中しがちです。

どのサービスに、誰が、どの権限で入れるのかを台帳にしておけば、担当者が変わっても引き継げますし、社長に何かあったときにも会社が止まりません。

まとめ:今日からできるチェックリスト

パスキーは導入コストが低く効果が大きい対策ですが、本当に効くのは「弱い入口を消す」「鍵の置き場所を会社で把握する」とセットにしたときです。まずは次の項目から確認してみてください。

  • ☐ 全員の会社アカウント(Google Workspace等)でパスキーまたはセキュリティキーを必須にした
  • ☐ SMSやメールだけで復旧できる弱いログイン手段を外した
  • ☐ 社長・管理者に物理セキュリティキーを2本ずつ用意した
  • ☐ 緊急用の管理者アカウントを作り、保管場所を決めた
  • ☐ 社内ツールや主要SaaSを会社アカウントのSSOにそろえた
  • ☐ 共有アカウントをパスワード管理ツールの共有保管庫に移した
  • ☐ 紛失・退職・機種変更の手順を決めた
  • ☐ APIキー・トークン・AIエージェントの接続先を一覧にした
  • ☐ 社員PCのOS更新とウイルス対策を確認した

全部を一度にやる必要はありません。上から順に、1週間に1項目ずつでも進めれば、多くの中小企業より一段上の守りになります。

参考資料

Your next step

その仕事、もっと良くできるかも。

AIで変えたい業務を、ひとつ教えてください。
初回30分のオンライン相談で、一緒に整理します。

自社のAI活用を相談する ↗