1. 全体概要と結論

Microsoft Intuneのチェックイン時における技術的な挙動を調査。
特に、「端末のプライマリユーザーではないユーザーがログインした際、どのユーザーIDが送信されるのか」や「コンプライアンスポリシーの適用対象は誰になるのか」の確認を行った。

Intuneのチェックインおよびポリシー評価は、 「現在ログインしているユーザーのトークン」 に基づいて行われる。そのため、端末の所有者（プライマリユーザー）に関わらず、チェックインを実行した瞬間にサインインしているユーザーのIDが送信され、そのユーザー向けのポリシーが適用される。

2. 調査結果

Intuneチェックイン時、端末にログインしているユーザーがプライマリユーザーと異なる場合、送信されるユーザーIDはどうなるか。また、ローカルユーザーでログインしている場合の特殊な値について。

Intuneチェックイン時には、現在ログインしているユーザーの認証トークンが使用され、そのユーザーのIDが送信される。

根本原因と技術解説:
Intuneは、チェックインプロセスにおいてアクティブなユーザートークンを参照する。
ドメインユーザー等の場合: ログイン中のユーザーIDがそのまま送信される。
ローカルユーザーの場合: 有効な Entra ID トークンが存在しないため、“00000000-0000-0000-0000-000000000000” という特殊な値（オールゼロ）が送信される。これはIntuneがユーザー情報を特定できないことを示す。

異なるユーザーが端末にログインしている場合、その端末に対してではなく「そのユーザー」に割り当てられたコンプライアンスポリシーが適用されるのか。

Intuneチェックイン時には、現在ログインしているユーザーに割り当てられたコンプライアンスポリシーが評価される。

根本原因と技術解説:
Intuneのコンプライアンス評価ロジックは、チェックイン時に使用されたトークンの持ち主を「評価対象」として扱う。端末のプライマリユーザー設定よりも、「今誰が使っているか（誰のトークンで同期したか）」が優先される。これにより、共有端末のような環境でも、ログインユーザーごとのセキュリティ準拠を管理することが可能。