LINE Messaging APIが渡す「User ID」の正体

LINE公式アカウントにユーザーがメッセージを送信した際、Webhookを通じてサーバーへJSONデータ（イベント）が届きます。その中に含まれるのが「userId」です。

このUser IDを社内のホワイトリストと照合することで、「このメッセージを送ってきたのは本当に当社の社員か？」を100％確実に判定できます。

ステップ1：ホワイトリスト判定による外部遮断

最もシンプルで強固な防御壁が、許可された社員のUser IDだけを辞書データとして保持する方法です。

# 許可された社員のホワイトリスト定義例
AUTHORIZED_USERS = {
    "U1234567890abcdef1234567890abcdef": {
        "name": "江口",
        "role": "manager",
        "department": "営業部"
    },
    "U9876543210fedcba9876543210fedcba": {
        "name": "山田",
        "role": "president",
        "department": "役員"
    }
}

サーバー側の処理では、メッセージを受信した瞬間に以下の判定を行います。

user_id = event["source"]["userId"]

if user_id not in AUTHORIZED_USERS:
    # 社外のユーザーには固定の定型文だけを返して終了（AIや社内DBは一切呼ばない）
    reply_message(event["replyToken"], "このアカウントは社内専用です。利用権限がありません。")
    return

この一行の判定があるだけで、万が一QRコードが外部に流出して見知らぬ誰かが友だち追加したとしても、社内の情報やAI機能にアクセスされる心配はゼロになります。

ステップ2：社員認証コード＋管理者承認フロー

「社員のLINE User IDをどうやって最初に登録すればいいのか？」という運用上の疑問が生じます。

社員にIDを直接調べさせるのは難しいため、「初回認証コード」を導入します。

この「User ID ＋ 社員認証コード ＋ 管理者承認」の3重ロックを施すことで、中小企業であってもエンタープライズ級の堅牢な社内限定環境が実現します。

ステップ3：役職別のアクセス権限制御

社内限定運用ができても、「一般社員が全社員の給料や役員会の秘密議事録を自由に見られては困る」という問題があります。

AIのプロンプトだけで「給料は教えないでください」と制御しようとすると、巧妙なプロンプトインジェクション（脱獄指示）で突破される危険があります。そのため、必ずプログラム側で権限判定を行います。

ユーザーの役職（role）に応じて、RAGの検索対象インデックスをプログラム側で切り替えることで、機密情報の漏洩を構造的に防ぐことができます。

まとめと次回予告

LINE公式アカウントでの運用であっても、サーバー側のホワイトリスト判定と多層認証を組み合わせることで、完全な社内閉鎖AIと同等の安全性を確保できます。

次回は、このセキュリティ機構を組み込んだ実際のPythonコードを公開します。