> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/ja/windows-vulnerabilities/groups-and-integrity-levels/windows-integrity-levels.md).

# Windowsの整合性レベル

Windowsの整合性レベルと、権限昇格時のサービス相互作用への影響を理解する。

Windows の整合性レベル (`低`, `中`, `高`, `システム`) は、プロセスが他のプロセスや保護可能なオブジェクトとどのようにやり取りするかを制御します。A `高` 整合性コンテキストは、サービス権限でも許可されている場合に、ローカルの管理操作を可能にすることがあります。

## 検出

```powershell
whoami /groups
```

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-18e36f404ff1222c16351e52fdc5f4516fe5dd1c%2Fimage%20(2451).png?alt=media" alt="Windows integrity level in whoami /groups output"><figcaption></figcaption></figure>

## サービス権限の確認

より高い整合性コンテキストでは、通常の中程度の整合性シェルでは失敗する操作が可能になる場合があります。サービス権限が関係する場合は、まず整合性レベルを確認し、その後、サービスの誤設定に特化したワークフローに進んでください。

<figure><img src="https://2001299964-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fl4EVJpcOrsgjSGsLI7p2%2Fuploads%2Fgit-blob-a175403738187ab6a83c6107d37e3c756584a733%2Fimage%20(1102).png?alt=media" alt="Windows service permission review"><figcaption></figcaption></figure>

{% content-ref url="/pages/6ff6ce0ab60db88efa6cb645e02b590970d0f6e3" %}
[Windowsサービスの誤設定](/ja/windows-vulnerabilities/vulnerable-services-and-processes/windows-service-misconfigurations.md)
{% endcontent-ref %}

## 重要ポイント

* 整合性レベルだけでは不十分です。サービス権限も重要です。
* 権限昇格の経路だと断定する前に、必ずサービスの実行コンテキストを確認してください。
* サービス設定が経路である場合は、概念が混ざらないよう、悪用メモはサービスのセクションに残してください。


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://hacking-notes.jord4n.pro/ja/windows-vulnerabilities/groups-and-integrity-levels/windows-integrity-levels.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
