# Intune 検証

{% hint style="info" %}
これらの設定は Certificate Master ではなく SCEPman App Service のみに適用する必要があります。詳細は [SCEPman 設定](https://docs.scepman.com/ja/scepman-no/application-settings).
{% endhint %}

## AppConfig:IntuneValidation:ComplianceCheck

*Linux: AppConfig\_\_IntuneValidation\_\_ComplianceCheck*

{% hint style="warning" %}
**実験的設定**&#x20;

SCEPman Enterprise Edition のみ

バージョン 1.9 より前では、登録中のコンプライアンス状態の評価が遅延するため、この機能は Windows Autopilot の登録を破壊します。証明書配布後に直後に行われる OCSP チェックは登録時に「**有効ではない**」を返し、Autopilot の処理は成功しません。

バージョン 1.9 以降では、クライアントは登録フェーズ中に「エフェメラル・ブートストラップ証明書」を受け取り、クライアントが準拠状態になり次第通常のクライアント証明書に置き換えられます。

バージョン 2.5 以降では、代わりに ComplianceGracePeriodMinutes 設定でデバイスを常に準拠と見なす猶予期間を設定できます。
{% endhint %}

**値：** *常に* または *決して* （既定）

**説明：** SCEPman が OCSP リクエストを受け取ったとき、SCEPman はオプションでデバイスのコンプライアンス状態を確認できます。設定が **常に** の場合、SCEPman はデバイスのコンプライアンス状態を照会し、OCSP の結果はデバイスが Azure AD で準拠としてマークされている場合にのみ GOOD になります。

これを **決して** に設定すると、コンプライアンスチェックは無効になります。

## AppConfig:IntuneValidation:ComplianceGracePeriodMinutes

*Linux: AppConfig\_\_IntuneValidation\_\_ComplianceGracePeriodMinutes*

{% hint style="warning" %}
SCEPman Enterprise Edition のみ

バージョン 2.5 以上に適用&#x20;
{% endhint %}

**値：** *整数* （既定：0）

**説明：** 登録直後、デバイスはしばしば Intune でまだ準拠していません。この設定は、たとえまだ準拠していなくてもデバイスを準拠と見なす猶予期間（分）を定義します。猶予期間後にデバイスが準拠していない場合、証明書は取り消されます。これは、Windows デバイスが登録中で SCEP プロファイルを正常に完了して Windows Autopilot 登録を終了する必要があるが、Intune で準拠となるのは後になる場合の問題を防ぎます。

この設定は Intune のプロパティ EnrolledDateTime をチェックし、その時点からカウントを開始します。

これはエフェメラル・ブートストラップ証明書を使用する代替手段です。0 より大きい値を設定すると、SCEPman はエフェメラル・ブートストラップ証明書を発行しなくなります。

この設定は [ComplianceCheck](#appconfig-intunevalidation-compliancecheck) が *常に*.

## AppConfig:IntuneValidation:DeviceDirectory

*Linux: AppConfig\_\_IntuneValidation\_\_DeviceDirectory*

**値：** 文字列

選択肢：

* `AAD`\
  （SCEPman 2.0 の既定）
* `Intune`
* `AADAndIntune`
* `AADAndIntuneOpportunistic`\
  （SCEPman 2.1 以降の既定）
* `AADAndIntuneAndEndpointlist`\
  （SCEPman 2.2 以降で利用可能）

{% hint style="warning" %}
以前のバージョンでインストールされた既存の展開でこの設定を変更する場合は、対応するデバイスディレクトリにアクセスするための最新の権限を SCEPman に与えるために、 [PowerShell 構成スクリプト](https://docs.scepman.com/ja/scepman-depuroi/permissions/post-installation-config#acquire-and-run-the-scepman-installation-powershell-module) を再度実行してください。
{% endhint %}

**説明：** デバイス証明書の OCSP リクエストでデバイスを検索する場所を決定します。対応するディレクトリは、証明書の subject CN フィールドに書かれたデバイス ID と一致するデバイスを照会します。デバイスが存在する場合にのみ証明書は有効です。の場合、（Intune はデバイスの無効化をサポートしていないため）それも有効である必要があります。ComplianceCheck が有効な場合、デバイスはさらに準拠している必要があります。何も構成されておらず SCEPman が 1.9 以下の場合、 **`AAD`**&#x304C;使用されます。 `AAD` したがって、デバイス向けの Intune 構成プロファイルを適切に構成する必要があります。

{{AAD\_Device\_ID}} `は Entra/AAD のデバイス ID で、` {{DeviceID}} `は Intune のデバイス ID です。` の場合、両方のディレクトリが並列に照会されます。この場合、いずれか一方のディレクトリにデバイスが存在すれば十分です。この設定は、両方の種類のディレクトリに対してまだ有効な証明書がある場合に、ある設定から別の設定への移行を可能にします。また、プラットフォームを異なる方法で構成しているケースをサポートします。さらに、iOS や Android デバイスがエンローされる時点で完全に Entra に参加しておらず Entra ID の代わりに Intune ID を受け取る場合の回避策としても使用できます。

SCEPman 1.x から 2.x にアップグレードしていて、まだ **`AADAndIntune`**&#x53;CEPman の権限のためのアプリ登録

を使用している場合、SCEPman は Intune を照会する権限を持ちません。したがって、 [オプションに制限されます。](https://docs.scepman.com/ja/scepman-depuroi/permissions/azure-app-registration)オプション `AAD` は SCEPman に Intune を照会する権限が付与されているかを確認します。権限がある場合、これは **`AADAndIntuneOpportunistic`** と同様に動作します。権限がない場合、これは `AADAndIntune`と同様に動作します。 `AAD`.

値 **`AADAndIntuneAndEndpointlist`** は `AADAndIntune`と同様に動作しますが、さらに [Intune の発行済み証明書の一覧](https://endpoint.microsoft.com/#view/Microsoft_Intune_DeviceSettings/DevicesMonitorMenu/~/certificateReport)も照会します。Intune が [証明書の取り消しをトリガーした](https://learn.microsoft.com/en-us/mem/intune/protect/remove-certificates#scep-certificates)場合、これは SCEPman 側でその証明書を取り消されたものにします。

{% embed url="<https://www.youtube.com/watch?v=K0SK0BtoBUQ>" %}
SCEPman 2.0：証明書の検証
{% endembed %}

## AppConfig:IntuneValidation:RevokeCertificatesOnWipe

*Linux: AppConfig\_\_IntuneValidation\_\_RevokeCertificatesOnWipe*

{% hint style="info" %}
バージョン 2.1 以上に適用。
{% endhint %}

**値：** *true* （既定）または *false*

**説明：** この設定は Intune デバイス ID を使用する場合のデバイス検証を拡張します。Entra/AAD デバイス ID を使用する場合は機能しません。有効にすると、SCEPman はデバイス証明書が検証される際に Intune デバイスの Management State プロパティを評価します。状態が次のいずれかを示す場合、証明書は取り消されます：

* RetirePending
* RetireFailed
* WipePending
* WipeFailed
* Unhealthy
* DeletePending
* RetireIssued
* WipeIssued

特に、管理者がデバイスに対して Wipe や Retire をトリガーした場合、たとえデバイスがシャットダウン中またはオフラインでその操作をデバイス上で実行できない場合でも、証明書は即座に取り消されます。つまり証明書はもはや有効ではありません。

## AppConfig:IntuneValidation:UntoleratedUserRisks

*Linux: AppConfig\_\_IntuneValidation\_\_UntoleratedUserRisks*

{% hint style="warning" %}
**実験的設定** - バージョン 2.2 以上に適用。SCEPman PS モジュール 1.7 以降によって割り当てられる権限 *IdentityRiskyUser.Read.All* が必要です。

SCEPman Enterprise Edition のみ
{% endhint %}

**値：** カンマ区切りのユーザーリスクレベルのリスト、例： *Low*, *Medium*, *High*.

**説明：** この設定は、次を [UserRiskCheck](#appconfig-intunevalidation-userriskcheck) に設定した場合にのみ効果があります。 *常に*このリストに含まれるリスクレベルのユーザーの証明書は無効と見なされます。

例：この設定に `Medium,High` を定義したとします。あるユーザーのリスクレベルが *Low*であり、そのユーザーの証明書は有効であり企業の VPN へ接続するために使用できます。その後、リスクイベントによりユーザーのリスクレベルが *Medium*に上昇します。ユーザーが VPN に接続を試みますが、VPN ゲートウェイが証明書の有効性をリアルタイムでチェックし、SCEPman が取り消されたと応答するため接続は成功しません。

## AppConfig:IntuneValidation:UserRiskCheck

*Linux: AppConfig\_\_IntuneValidation\_\_UserRiskCheck*

{% hint style="warning" %}
**実験的設定** - バージョン 2.2 以上に適用。SCEPman PS モジュール 1.7 以降によって割り当てられる権限 *IdentityRiskyUser.Read.All* が必要です。

SCEPman Enterprise Edition のみ
{% endhint %}

**値：** *常に* または *決して* （既定）

**説明：** SCEPman が Intune ユーザーに発行された証明書の OCSP リクエストを受け取ったとき、SCEPman はオプションで [ユーザーのリスクレベル](https://docs.microsoft.com/en-us/azure/active-directory/identity-protection/concept-identity-protection-risks#user-linked-detections)を確認できます。これが **常に** に設定されている場合、SCEPman はユーザーリスク状態を照会し、OCSP の結果はユーザーのリスクが [UntoleratedUserRisks のリストに含まれていない場合にのみ GOOD になります。](#appconfig-intunevalidation-untolerateduserrisks).

これを **決して** を設定するとユーザーリスクチェックは無効になります。

## AppConfig:IntuneValidation:WaitForSuccessNotificationResponse

*Linux: AppConfig\_\_IntuneValidation\_\_WaitForSuccessNotificationResponse*

**値：** *true* （既定）または *false*

**説明：** 証明書が正常に発行された後、SCEPman はその証明書に関する通知を Intune に送信します。Microsoft は仕様内で応答を待つことを推奨しています。しかし、一部の環境では遅延が長くなりタイムアウトが発生することがあります。したがって **True** がデフォルトです。

これを **False** に設定すると、SCEPman は Intune が通知に応答する前に発行された証明書を返します。これは仕様の趣旨には反しますが、パフォーマンスを向上させ、この問題が発生する環境でのタイムアウトを回避します。

## AppConfig:IntuneValidation:ValidityPeriodDays

*Linux: AppConfig\_\_IntuneValidation\_\_ValidityPeriodDays*

**値：** 正の数 *整数*

**説明：** この設定は Intune エンドポイントに対するグローバルな ValidityPeriodDays をさらに短縮します。

## AppConfig:IntuneValidation:EnableCertificateStorage

*Linux: AppConfig\_\_IntuneValidation\_\_EnableCertificateStorage*

{% hint style="info" %}
バージョン 2.7 以上に適用

SCEPman Enterprise Edition のみ
{% endhint %}

**値：** *true* または *false* （既定）

**説明：** Intune エンドポイントを介して証明書を要求する際、これが *true*に設定されていると、SCEPman は要求された証明書を Azure のストレージアカウントに保存します。これにより、発行された証明書は SCEPman Certificate Master に表示され、手動で表示および取り消すことができます。さらに、関連する Entra または Intune オブジェクトが他の設定で指定された無効状態（無効化や削除など）になると、証明書は自動的に取り消されます。が *false*に設定されている場合、SCEPman は発行された証明書を保存せず、証明書はログまたは Certificate Master の従来の Intune 表示や Intune ポータルでのみ確認可能です。これが設定されていない場合、動作はグローバル設定 [AppConfig:EnableCertificateStorage](https://docs.scepman.com/ja/scepman-no/basics#appconfig-enablecertificatestorage).

## AppConfig:IntuneValidation:AllowRenewals <a href="#appconfig-dbcsrvalidation-allowrenewals" id="appconfig-dbcsrvalidation-allowrenewals"></a>

**値：** *true* または *false* （既定）

**説明：** これにより、 *RenewalReq* 操作をこの SCEP エンドポイントで使用できるようになります。これは次に追加された証明書タイプに対してのみ機能します： *AppConfig:*&#x49;ntuneValidatio&#x6E;*:ReenrollmentAllowedCertificateTypes*.

この操作は [SCEPmanClient ](https://github.com/scepman/scepmanclient)PowerShell モジュールで使用できます。

{% hint style="warning" %}
注意：Intune は *RenewalReq* 操作を利用しないため、この設定は通常の運用には必要ありません。
{% endhint %}

## AppConfig:IntuneValidation:AllowRequestedSidExtension

{% hint style="info" %}
バージョン 2.11.1460 以上に適用。以前のバージョンはこの設定を変更すると説明と異なる動作をするため、古いバージョンではこの設定を構成しないことを推奨します。
{% endhint %}

**値：** *true* または *false* （既定）

**説明：** 証明書要求に SID 拡張（OID 1.3.6.1.4.1.311.25.2）が含まれている場合、この設定が true のときは発行される証明書にコピーされます。false の場合はフィルタリングされます。SID はオンプレミスの AD 認証シナリオで証明書を強力にマッピングするために重要です。ただし、Intune は拡張内の要求された SID の真正性を確認していないように見えるため、要求された SID 拡張を許可するとセキュリティの脆弱性を招く可能性があります。 [が拡張内の要求された SID の真正性をチェックしていないように見える](https://docs.scepman.com/ja/sono/troubleshooting/sid-spoofing-vulnerability) ため、要求された SID 拡張の許可はセキュリティ上の脆弱性をもたらす可能性があります。

SID を追加するための [AppConfig:AddSidExtension](https://docs.scepman.com/ja/scepman-no/certificates#appconfig-addsidextension) による拡張はこの設定の影響を受けません。さらに、SCEPman のバージョンが 2.11.1460 以降であれば、SAN URI として SID を含む形で追加された SID も影響を受けません — 古いバージョンの SCEPman はこの *true*のみをコピーしますが、デフォルト値は *true* です。

## AppConfig:IntuneValidation:ReenrollmentAllowedCertificateTypes <a href="#appconfig-dbcsrvalidation-reenrollmentallowedcertificatetypes" id="appconfig-dbcsrvalidation-reenrollmentallowedcertificatetypes"></a>

**値：** 次のリストからの証明書タイプのカンマ区切りリスト：

* DomainController
* Static
* IntuneUser
* IntuneDevice
* JamfUser
* JamfUserWithDevice
* JamfUserWithComputer
* JamfDevice
* JamfComputer

**説明：** この設定で指定されたタイプの証明書の更新に SCEP エンドポイントを使用できます。値を指定しない場合、デフォルトではタイプはありません。

たとえば、Certificate Master を通じて手動で発行された証明書を更新したい場合は、 `Static`を指定します。ドメインコントローラー証明書も更新したい場合は、 `DomainController,Static`.

{% hint style="warning" %}
注意：Intune は *RenewalReq* 操作を利用しないため、この設定は通常の運用には必要ありません。
{% endhint %}
