> ## Documentation Index
> Fetch the complete documentation index at: https://docs.livingsecurity.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Szolgáltatásfiókok

> Hozza létre és kezelje azokat az integrációs identitásokat, amelyek a szervezet API-kulcsait és OAuth-klienseit birtokolják.

A szolgáltatásfiók egy integráció elnevezett identitása. API-kulcsokat vagy
OAuth-klienseket birtokol, és hordozza azokat a jogosultságokat, amelyeket ezek a hitelesítő adatok használhatnak, így a hozzáférések felülvizsgálata fiókszinten történik: az, hogy egy integráció mire képes, egy helyen látható, függetlenül attól, hogy
hány hitelesítő adattal rendelkezik. Maga a fiók nem hitelesítő adat: az azonosítója
nem használható kérések hitelesítésére. A módszer kiválasztásához lásd a [Hitelesítés](/hu/developers/v1/authentication) oldalt; az API-kulcsot használó integrációnak nincs szüksége OAuth-ra.

A szolgáltatásfiókokat a [Developer Hub](/hu/developers/developer-hub/overview)
**Service accounts** lapján kezelheti.

## A fiókokat munkafolyamatok szerint alakítsa ki

Integrációnként vagy munkafolyamatonként hozzon létre egy-egy szolgáltatásfiókot – például
`reporting-pipeline`, `scim-sync` vagy `soc-enrichment` számára –, ne pedig egyetlen
széles jogkörű fiókot mindenhez. A munkafolyamatonkénti fiókok minimálisan tartják a jogosultságokat, lehetővé teszik a [kérésnaplók](/hu/developers/developer-hub/request-logs)
egyértelmű hozzárendelését, és azt is, hogy egy integrációt letiltson anélkül, hogy a
többihez hozzányúlna.

## Szolgáltatásfiók létrehozása

<Steps>
  <Step title="A fiók elnevezése">
    Adjon a fiókhoz olyan nevet, amely azonosítja a kiszolgált munkafolyamatot, valamint egy leírást arról, hogy mit csinál. Mindkettő megjelenik a listákban és a naplókban, így a későbbi adminisztrátorok meg tudják különböztetni a fiókokat.
  </Step>

  <Step title="Jogosultságok megadása">
    Válassza ki azokat a jogosultságokat, amelyeket a fiók megadhat a hitelesítő adatainak – például
    `entity:read`, `simulation:read` vagy `reporting:read`. Ez a készlet a
    felső korlát a fiók alatt létrehozott összes hitelesítő adat számára: egy hitelesítő adat ezen jogosultságok egy részhalmazát hordozhatja, soha nem többet.

    <Tip>
      Csak azt a minimumot adja meg, amelyre a munkafolyamatnak jelenleg szüksége van. A fiók jogosultságait később bővítheti; a meglévő hitelesítő adatok megtartják a megadott hatóköreiket.
    </Tip>
  </Step>

  <Step title="Áttekintés és létrehozás">
    Erősítse meg a nevet és a jogosultságkészletet. A létrehozás után a fiók részletes oldalán [hozhatja létre a hozzá tartozó API-kulcsokat](/hu/developers/developer-hub/api-keys).
  </Step>
</Steps>

## Az életciklus kezelése

* **A jogosultságok bármikor szerkeszthetők.** Ha egy jogosultságot eltávolít a fiókból, az
  kikerül abból is, amit a fiók API-kulcsai és OAuth-hozzáférési tokenjei gyakorolhatnak.
* **Fiók letiltása** esetén megszűnik az API-hozzáférés a fiók összes hitelesítő adatán keresztül – ez hasznos egy integráció kivezetésekor, vagy egy feltételezett hitelesítőadat-szivárgás elhárításakor, amíg
  a vizsgálat zajlik. Az újbóli engedélyezés után a még aktív és le nem járt hitelesítő adatok ismét használhatók hitelesítésre.
* **Fiók törlése** akkor javasolt, ha az integrációt kivonták a használatból. Előbb állítsa le az
  integrációt, és vonja vissza a hitelesítő adatait. A törlés végleges.

Minden fiók részletes oldala megmutatja, ki hozta létre, mikor, és hogy a kulcsai közül mikor használták utoljára valamelyiket – ez gyors módja annak, hogy kiszúrja az elhagyott integrációkat, amelyeket
le kell tiltani.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.