> For the complete documentation index, see [llms.txt](https://eaclouddoc.eauditor.eu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://eaclouddoc.eauditor.eu/funkcje/ochrona-przed-wyciekiem-danych/wprowadzenie/jak-dziala-ochrona-danych.md).

# Jak działa ochrona danych

Ochrona danych w eAuditor działa na podstawie **polityk i reguł DLP**.

Administrator określa:

1. kogo lub czego ma dotyczyć ochrona,
2. jakie zdarzenie ma zostać wykryte,
3. jak system powinien na nie zareagować,
4. czy o zdarzeniu należy kogoś powiadomić.

W praktyce konfiguracja opiera się na następującym schemacie:

**Polityka -> Reguła -> Wyzwalacz -> Akcja -> Powiadomienie**

Zrozumienie tej zależności ułatwia tworzenie i późniejsze utrzymywanie konfiguracji DLP.

### Polityka i reguła - czym się różnią?

#### Polityka

**Polityka** jest zbiorem reguł DLP, który można przypisać do użytkowników lub urządzeń objętych ochroną.

Przykładowo możesz utworzyć osobne polityki dla:

* pracowników biurowych,
* działu księgowości,
* administratorów IT,
* komputerów współdzielonych,
* wybranej grupy urządzeń.

Polityka określa więc przede wszystkim **gdzie i dla kogo mają obowiązywać określone zasady ochrony**.

#### Reguła

**Reguła** określa konkretne zachowanie systemu.

Może zawierać:

* wyzwalacze,
* akcje,
* powiadomienia.

Przykładowa reguła może wykrywać próbę użycia określonego nośnika USB, zablokować niedozwoloną operację i poinformować administratora.

{% hint style="info" %}
Ta sama reguła może zostać wykorzystana w więcej niż jednej polityce. Dzięki temu nie trzeba tworzyć osobnej kopii tej samej konfiguracji dla każdej grupy użytkowników lub urządzeń.
{% endhint %}

<figure><img src="https://1156024472-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fdzip3GyvGq5q5J3qckWN%2Fuploads%2FI3R8qa1Xsnfvm5oLNHaV%2Fimage.png?alt=media&amp;token=fc38a9d4-383c-4c8f-8c3a-157892eea271" alt="Widok polityk ochrony danych w eAuditor Cloud z rozwiniętą polityką i przypisanymi do niej regułami." width="375"><figcaption><p><em>Polityka grupuje reguły DLP stosowane wobec przypisanych użytkowników lub urządzeń.</em></p></figcaption></figure>

### Jak system reaguje na zdarzenie?

Działanie reguły można rozumieć jako prosty ciąg zdarzeń.

{% stepper %}
{% step %}

#### Występuje zdarzenie

Na komputerze użytkownika występuje zdarzenie objęte kontrolą.

Może to być na przykład:

* podłączenie urządzenia,
* użycie pamięci USB,
* kopiowanie danych,
* wysłanie pliku,
* uruchomienie aplikacji,
* wejście na określoną stronę [WWW](http://WWW).
  {% endstep %}

{% step %}

#### System sprawdza wyzwalacz

**Wyzwalacz** określa warunki, przy których reguła ma zostać uruchomiona, wyzwalaczem będą konkretne zdarzenia.

W zależności od rodzaju wyzwalacza można skonfigurować dodatkowe parametry, np. konkretny typ urządzenia, aplikację, stronę WWW lub inne kryteria związane z kontrolowanym zdarzeniem.
{% endstep %}

{% step %}

#### Wykonywana jest akcja

Jeżeli warunki reguły zostaną spełnione, system wykonuje skonfigurowaną akcję.

W zależności od konfiguracji może to być między innymi:

* zablokowanie operacji,
* wyświetlenie komunikatu,
* wykonanie zrzutu ekranu,
* rozpoczęcie nagrywania,
* uruchomienie skonfigurowanego zadania.
  {% endstep %}

{% step %}

#### Wysyłane jest powiadomienie

Jeżeli w regule skonfigurowano powiadomienie, informacja o zdarzeniu może zostać przekazana do odpowiedniego odbiorcy.

Powiadomienia są niezależnym elementem konfiguracji i nie muszą być stosowane w każdej regule.
{% endstep %}

{% step %}

#### Zdarzenie jest rejestrowane

Informacje związane z działaniem reguł można analizować w dzienniku DLP.

Przejdź do:

**Ochrona przed wyciekiem danych -> Logi DLP**
{% endstep %}
{% endstepper %}

### Przykład działania

Załóżmy, że organizacja chce ograniczyć korzystanie z nieautoryzowanych pamięci USB.

Konfiguracja może wyglądać następująco:

| Element           | Przykładowa konfiguracja                                   |
| ----------------- | ---------------------------------------------------------- |
| **Polityka**      | Komputery pracowników + wszyscy pracownicy.                |
| **Reguła**        | Kontrola pamięci USB                                       |
| **Wyzwalacz**     | Podłączenie urządzenia USB spełniającego określone warunki |
| **Akcja**         | Zablokowanie niedozwolonej operacji                        |
| **Powiadomienie** | Informacja dla administratora                              |

Po przypisaniu polityki do odpowiednich użytkowników lub urządzeń reguła będzie obowiązywać wszystkie obiekty objęte tym przypisaniem.

{% hint style="info" %}
Wyzwalacz **Podłączenie urządzenia USB** pozwala na bardziej szczegółową kontrolę pamięci USB, w tym identyfikowanie konkretnych nośników. Nie należy go mylić z wyzwalaczem **Podłączenie urządzenia**, który służy do kontroli innych kategorii urządzeń peryferyjnych.
{% endhint %}

### Przypisywanie polityk

Samo utworzenie polityki nie określa jeszcze, gdzie ma ona obowiązywać.

Politykę należy przypisać do odpowiednich użytkowników lub urządzeń.

Każdy obiekt objęty polityką otrzymuje reguły, które zostały w niej skonfigurowane i aktywowane.

<figure><img src="https://1156024472-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fdzip3GyvGq5q5J3qckWN%2Fuploads%2FEvvmBw8PVgUbLgyDrNxJ%2Fimage.png?alt=media&amp;token=fc46207d-4361-41b7-bb15-8c74958af313" alt="Widok przypisywania polityki ochrony danych do użytkowników lub urządzeń w eAuditor Cloud." width="375"><figcaption><p><em>Przypisanie określa, którzy użytkownicy lub które urządzenia zostaną objęte regułami danej polityki.</em></p></figcaption></figure>

{% hint style="warning" %}
Przed zmianą reguły sprawdź, w których politykach jest ona wykorzystywana. Jeżeli ta sama reguła została przypisana do kilku polityk, jej zmiana może wpłynąć na większą liczbę użytkowników lub urządzeń.
{% endhint %}

### Aktywne i nieaktywne reguły

Regułę przypisaną do polityki można włączyć lub wyłączyć.

* **Aktywna reguła** - może być stosowana na urządzeniach objętych polityką.
* **Nieaktywna reguła** - pozostaje w konfiguracji, ale nie jest stosowana do czasu ponownego włączenia.

<figure><img src="https://1156024472-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fdzip3GyvGq5q5J3qckWN%2Fuploads%2Fxt2z8Ivlewzhf57qpZ3i%2Fimage.png?alt=media&amp;token=2a79d9ab-a154-4771-89ed-b7dc77cebcd7" alt="Aktywne i nieaktywne reguły" width="375"><figcaption><p><em>Aktywne i niekatywne reguły.</em></p></figcaption></figure>

Pozwala to czasowo wyłączyć określony mechanizm ochrony bez konieczności usuwania jego konfiguracji.

{% hint style="info" %}
Wyłączenie reguły jest przydatne podczas testów lub czasowego wstrzymania określonej kontroli. Jeżeli konfiguracja ma być wykorzystana ponownie, nie trzeba tworzyć reguły od początku.
{% endhint %}

### Kiedy zmiany zaczynają obowiązywać?

Zmiana konfiguracji w konsoli nie oznacza automatycznie, że eAgent korzysta już z jej najnowszej wersji.

Po wprowadzeniu zmian użyj opcji:

**Zaktualizuj polityki**

<figure><img src="https://1156024472-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fdzip3GyvGq5q5J3qckWN%2Fuploads%2FJbOjazGfzPTE6P3OflVy%2Fimage.png?alt=media&amp;token=0887b625-1be0-4163-9915-b3bf19a10e14" alt="Przycisk aktualizujący polityki bezpieczeństwa na PC" width="375"><figcaption><p><em>Przycisk aktualizujący polityki bezpieczeństwa na PC.</em></p></figcaption></figure>

Do czasu przekazania nowej konfiguracji eAgent działa według ostatniej otrzymanej wersji polityk.

Datę ostatniej aktualizacji możesz sprawdzić przy przycisku **Zaktualizuj polityki**.

{% hint style="warning" %}
Po zmianie polityki, reguły, wyzwalacza, akcji lub przypisania pamiętaj o użyciu opcji **Zaktualizuj polityki**. W przeciwnym razie urządzenia mogą nadal działać zgodnie z wcześniejszą konfiguracją.
{% endhint %}

### Dobra praktyka przy tworzeniu polityk

Przed wdrożeniem nowej konfiguracji na większej liczbie urządzeń:

1. utwórz lub zmodyfikuj regułę,
2. przypisz ją do polityki testowej,
3. zastosuj politykę na ograniczonej liczbie urządzeń,
4. zaktualizuj polityki,
5. wykonaj kontrolowane zdarzenie testowe,
6. sprawdź rezultat i wpis w Logach DLP,
7. dopiero po potwierdzeniu działania rozszerz przypisanie.

{% hint style="warning" %}
Szczególnej ostrożności wymagają reguły blokujące. Nieprawidłowo skonfigurowana reguła może ograniczyć użytkownikowi dostęp do urządzenia, aplikacji lub operacji potrzebnej do wykonywania pracy.
{% endhint %}

### FAQ

<details>

<summary><strong>Czy jedna polityka może zawierać wiele reguł?</strong></summary>

Tak. Polityka może grupować wiele reguł dotyczących różnych rodzajów zdarzeń i sposobów ochrony danych.

</details>

<details>

<summary><strong>Czy jedna reguła może być wykorzystana w kilku politykach?</strong></summary>

Tak. Ta sama reguła może zostać przypisana do więcej niż jednej polityki.

Pamiętaj, że późniejsza zmiana takiej reguły może wpłynąć na wszystkie polityki, w których jest wykorzystywana.

</details>

<details>

<summary><strong>Czy wyłączenie reguły usuwa jej konfigurację?</strong></summary>

Nie. Wyłączenie reguły powoduje, że nie jest ona stosowana, ale jej konfiguracja pozostaje zapisana i może zostać ponownie wykorzystana.

</details>

<details>

<summary><strong>Czy po zapisaniu zmian reguła od razu zaczyna działać?</strong></summary>

Nie. Po zmianie konfiguracji należy użyć opcji **Zaktualizuj polityki**, aby najnowsza wersja została przekazana do eAgentów.

Do tego czasu urządzenie może działać według poprzedniej konfiguracji.

</details>


---

# 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://eaclouddoc.eauditor.eu/funkcje/ochrona-przed-wyciekiem-danych/wprowadzenie/jak-dziala-ochrona-danych.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.