> This is a page from the ElevenLabs documentation. For a complete page index, fetch https://elevenlabs.io/docs/llms.txt. For the full documentation in a single file, fetch https://elevenlabs.io/docs/llms-full.txt.

# Veilig ontworpen

Of je nu voicemailapps, interactieve personages of audiogestuurde games bouwt, met de ElevenLabs API krijg je rechtstreeks toegang tot krachtige spraakmogelijkheden.
Maar die toegang brengt ook de verantwoordelijkheid met zich mee om de gegevens van je gebruikers te beveiligen en spraakresources zorgvuldig te beheren.

Deze handleiding beschrijft drie cruciale beveiligingspraktijken voor ontwikkelaars:

* Omgevingen isoleren met **serviceaccounts**
* De geldigheidsduur van **API-sleutels van gebruikers** beperken
* **Machtigingen op resourceniveau** implementeren

## Gebruik serviceaccounts om omgevingen te isoleren

Serviceaccounts bieden afgebakende toegang tot het ElevenLabs-platform, alleen via de API. Anders dan gebruikersaccounts zijn ze niet aan personen gekoppeld: ze zijn bedoeld voor backendsystemen en automatisering.

Als een serviceaccount een resource maakt, kunnen standaard alleen admins deze zien, maar je kunt deze met andere gebruikers delen. Je kunt een resource ook met een serviceaccount delen, net zoals met een gebruiker.
Elk serviceaccount wordt op workspaceniveau gemaakt en beheerd door workspaceadmins. Ze kunnen via de API resources maken en openen.

We raden aan om voor elke omgeving een apart serviceaccount in te richten:

* `production-service-account`
* `testing-service-account`
* `uat-service-account` (indien van toepassing)

Dit zorgt voor een duidelijke scheiding tussen omgevingen, verkleint het risico op onbedoelde datalekken tussen omgevingen en vereenvoudigt monitoring.

### Waarom dit belangrijk is

**Scheiding van verantwoordelijkheden**\
Voorkom dat test- en productiedata door elkaar lopen. Omgevingsisolatie ondersteunt controleerbaarheid en compliance.

**Principe van minimale rechten**\
Elk serviceaccount mag alleen toegang hebben tot de minimaal benodigde resources. API-sleutels kunnen bij het maken verder worden afgebakend.

**Betere observatie**\
Volg API-gebruik en prestaties per omgeving. Met aparte serviceaccounts kun je problemen eenvoudiger debuggen en activiteit monitoren.

## Beperk de geldigheidsduur van API-sleutels van gebruikers

[API-sleutels van gebruikers](/docs/nl/overview/administration/workspaces/api-keys) zijn gekoppeld aan een persoon en nemen een deel van de toegangsrechten van die persoon over. Daardoor zijn ze handig voor persoonlijke ontwikkeling en scripts, maar minder geschikt voor inloggegevens die onbeperkt blijven bestaan, vooral als ze terechtkomen in gedeelde scripts, notebooks of CI-pipelines.

Je kunt API-sleutels van gebruikers laten verlopen. Wanneer je een sleutel maakt, stel je een vervaldatum in tussen 15 minuten en 30 dagen. Daarna kan de sleutel niet meer authenticeren. Je kunt de vervaldatum na het maken indien nodig wijzigen of verlengen.

## Pas machtigingen op resourceniveau toe in je backend

Als je app gebruikers toestaat berichten op te nemen met gekloonde stemmen, moet je ervoor zorgen dat gebruikers alleen toegang hebben tot stemmen die van hen zijn of waarvoor ze toestemming hebben gekregen.

Hoewel het ElevenLabs-platform in-app delen ondersteunt, moet je binnen je eigen systemen **toegangscontrole op resourceniveau** afdwingen wanneer je de API gebruikt.

Een aanbevolen model:

```
user_id | voice_id | permission_level
```

Mogelijke waarden voor permission\_level:

* `viewer`: kan de stem gebruiken voor spraakgeneratie
* `editor`: kan steminstellingen wijzigen
* `admin`: kan delen en machtigingen beheren

Met deze structuur bepaal je wie stemmen kan openen en wijzigen, en voorkom je ongeautoriseerd gebruik van gevoelige resources.
Deze machtigingen zijn suggesties op basis van de standaardopties wanneer je het ElevenLabs-platform rechtstreeks gebruikt.

### Bouw veilig. Schaal met vertrouwen.

Beveiliging moet de basis vormen, niet iets voor achteraf.
Door serviceaccounts te gebruiken en machtigingscontroles te implementeren, verklein je risico's en bouw je vertrouwen op, terwijl je gebruikers alle mogelijkheden van AI-stem biedt.