> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/ja/sono/troubleshooting/sid-spoofing-vulnerability.md).

# SID スプーフィングの脆弱性

Dirk-jan Mollema は最近 [Certifried のような攻撃を Intune に拡張する方法を説明しました](https://dirkjanm.io/extending-ad-cs-attack-surface-intune-certs/)。記事では AD CS と NDES を使用していましたが、そこで説明されている問題はそれらに固有のものではなく、一般に SCEP 登録に Intune を使用するすべての PKI に当てはまり、SCEPman も含まれます。

ただし、他の PKI にはいくつか追加の制約があります。最も重要なのは、これが一般的な [Certifried の脆弱性](/ja/sono/troubleshooting/certifried.md)に基づいているため、CA 証明書がドメインの NTAuth ストアにある必要があることです。AD CS は既定で NTAuth ストアにありますが、SCEPman はそうではないため、SCEPman ユーザーが影響を受けるのは、CA 証明書を NTAuth ストアに明示的に追加した場合に限られます。もしまだ行っていなければ、安全です。とはいえ、CA 証明書を NTAuth ストアに追加する必要があるユースケースもあり、特に [Domain Controller 証明書](/ja/zheng-ming-shu-guan-li/domain-controller-certificates.md) および [証明書ベースの RDP 認証](/ja/scepman-depuroi/deployment-guides/scenarios/certificate-based-authentication-for-rdp.md)が挙げられます。CA 証明書が NTAuth ストアにあり、SCEPman で Intune 登録を有効にすると、通常は Intune 管理者がこれを悪用して、ドメインを乗っ取るための証明書を登録できるようになります。つまり、Intune 管理者は Tier-0-Admins として扱うべきです。

しかし Dirk-jan は、さらに深刻な別の問題も説明しました。Intune はどうやら、ユーザーが指定した SID がそのユーザーまたはデバイスの onPremisesSecurityIdentifier 属性と一致するかどうかを確認しておらず、Microsoft が Strong Mapping の強制で講じた緩和策を無効にしています。昇格権限のないユーザーでも（まあ、端末上のローカル管理者権限が必要かどうかは場合によりますが）、別のユーザーの SID を含む証明書を登録できます。なお、そのユーザーは依然として別のユーザーの UPN を証明書に入れる必要がありますが、現時点でそれを悪用する既知の手法はありません。ただし、セキュリティ上のハードルが 1 つ減ることになります。デバイス証明書についてはさらに悪く、Dirk-jan は、通常のユーザーが Domain Controller システムとして認証でき、マシンを乗っ取れる証明書を登録するための具体的な要件を示しました。

SCEPman の CA 証明書が NTAuth ストアにあり、攻撃を防ぎたい場合は、 [AppConfig:IntuneValidation:AllowRequestedSidExtension](/ja/scepman-no/application-settings/scep-endpoints/intune-validation.md#appconfig-intunevalidation-allowrequestedsidextension) を *false*を設定できます。これにより、偽装されたものを含む SID 拡張が除外されます。これは、SCEPman 2.11.1460 以降でこの設定の既定値でもあります。以前のバージョンの SCEPman では、この設定を構成すると SAN 拡張から通常は正当な SID URI も削除されるため、有効なユースケースが妨げられる可能性があります。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scepman.com/ja/sono/troubleshooting/sid-spoofing-vulnerability.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.