> 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/ru/active-directory/fundamentals.md).

# Основы Active Directory

Заметки по безопасности Active Directory для основ Active Directory, охватывающие перечисление, Kerberos, учётные данные, злоупотребление ACL, боковое перемещение, рабочий процесс эксплуатации и этапы проверки.

{% hint style="info" %}
Active Directory хранит информацию о ресурсах сети и облегчает пользователям и администраторам их организацию, поиск и управление ими.

Он использует структурированное хранилище данных как основу иерархической организации информации. Это хранилище называется **каталог**.
{% endhint %}

Ресурсы, хранящиеся в Active Directory, обычно включают:

* Серверы
* Принтеры
* Учётные записи пользователей
* Сетевое оборудование

В дополнение к хранению информации (базе данных), Active Directory состоит из набора служб.

#### Службы доменов Active Directory (AD DS)

AD DS соответствует набору служб, которые управляют различными операциями в ИТ-среде:

* **Аутентификация**: гарантирует, что каждая сущность — это именно то, за кого/что она себя выдает
* **Авторизация**: гарантирует, что каждая сущность имеет доступ только к данным и службам, на которые ей выданы права
* **Разрешение имен**: позволяет осуществлять связь между сетевыми элементами по именам
* **Централизованное управление**: позволяет применять групповые политики (Group Policy)

### Структура Active Directory

Основные элементы логической структуры Active Directory:

* **Леса**
* **Домены**
* **Организационные единицы (OU)**

#### Лес

Лес — это высший организационный уровень в Active Directory. Каждый лес использует уникальный каталог и представляет собой границу безопасности.

#### Домены

Леса могут содержать один или несколько доменов.

#### Организационные единицы (OU)

Домены могут содержать одну или несколько организационных единиц.

### Хранение данных

Информация о доменах и организационных единицах хранится на определенном **контроллере домена**.

Это хранилище называется **Хранилище данных**.

Информация хранится в виде **объектов**./ Все объекты определяются **схемой**, а каталог проверяет достоверность данных на основе этой схемы.

### Что такое домен?

Домен — это **логическая часть объектов** в лесу, которые разделяют общие настройки администрирования, безопасности и репликации.

Конкретно, домен:

* Гарантирует идентичность пользователя во всей сети
* Предоставляет службы аутентификации
* Предоставляет службы авторизации
* Позволяет реплицировать информацию между различными контроллерами домена и управлять ею как единым целым
* Позволяет создавать доверительные отношения между доменами

### Что такое организационная единица (OU)?

Организационная единица (OU) — это **контейнерный объект** который позволяет организовывать другие объекты внутри домена.

Она выполняет три основные функции:

* Позволяет наглядно организовывать объекты домена
* Группирует объекты, к которым можно применять групповые политики (Group Policy)
* Позволяет группировать объекты, чтобы делегировать права управления другим пользователям или группам в домене

### Схема Active Directory (AD Schema)

Все, что хранится в Active Directory, представлено как **объектов**./ Схема **схемой** определяет атрибуты каждого типа объекта.

Основные особенности:

* Определяется только одна схема на один лес
* Копия схемы присутствует на всех контроллерах домена в лесу, обеспечивая единообразное определение объектов
* Эта **Хранилище данных** использует схему для обеспечения целостности данных

Результат :

Все объекты создаются единообразно, независимо от того, какой контроллер домена их создает или изменяет.

### Хранилище данных Active Directory

Эта **Хранилище данных**, обычно называемое **каталог**, хранит всю информацию об объектах в лесу:

* Users
* Группы
* Компьютеры
* Домены
* Организационные единицы (OU)

Каталог хранится на **контроллерах домена** и может быть доступен приложениям и сетевым службам.

Если существует несколько контроллеров домена, каждый из них имеет **полную копию каталога** , содержащую всю информацию о домене.

***

### Компоненты хранилища данных

#### Интерфейсы

Интерфейсы, такие как **LDAP**, **REPL**, **PAMI**, и **SAM** предоставляют средства для связи с базой данных.

#### DSA (агент системы каталога)

Эта **DSA** позволяет:

* Получать доступ к каталогу
* Поддерживать схему
* Гарантировать идентичность объектов
* Навязывать типы данных атрибутов

#### Слой базы данных

Эта **слой базы данных** — это API, которое служит интерфейсом между приложениями и каталогом.

Оно не позволяет приложениям взаимодействовать напрямую с базой данных и управляет доступом к отдельным записям каталога.

#### Файлы базы данных

Информация каталога хранится в **одном файле базы данных**.

Кроме того, **журнальные файлы** используются для:

* Управления транзакциями
* Обеспечения восстановления в случае незавершенной или неудачной транзакции


---

# 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/ru/active-directory/fundamentals.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.