Zo beheert u aanvragen voor gedeelde referenties zonder het beveiligingsbeleid te schenden

In moderne IT-omgevingen gaat credential management verder dan alleen wachtwoorden. MSP’s nemen doorgaans ook het voortouw bij het beheren van bevoorrechte accounts, het afdwingen van MFA, secrets management en het afhandelen van toegangsaanvragen (bijvoorbeeld gedeelde toegang). In deze gids leert u een betrouwbare MSP-workflow kennen voor het afhandelen van aanvragen voor gedeelde referenties zonder het beveiligingsbeleid te schenden.

Gedeelde referenties beheren in vijf stappen

Het delen van referenties brengt altijd risico’s met zich mee, maar het kan ook nodig zijn om de bedrijfsvoering draaiende te houden, zeker bij kleine en middelgrote bedrijven (mkb).

Om bedrijfscontinuïteit en beveiliging in balans te brengen, zijn dit de voorwaarden voor het valideren en afhandelen van de aanvragen:

• Duidelijk vastgelegd beveiligings- en toegangsbeleid
• Tools voor credential management of wachtwoordkluizen (zoals Keeper of LastPass)
• Vastgelegde rollen voor beoordeling en goedkeuring van aanvragen (bijvoorbeeld servicemanager of klantverantwoordelijke)
• Een ticketsysteem waarmee aanvragen voor referenties kunnen worden gelogd en gedocumenteerd

💡 Let op: de vereisten kunnen verschillen per systeem, beleid en bedrijfsbehoefte.

Mogelijke use cases voor gedeelde referenties

Verhoogde toegang kan nodig zijn voor een klant of voor een MSP met een team technici dat gedeelde administratieve toegang tot meerdere systemen nodig heeft. Ook een externe leverancier kan die toegang nodig hebben om de uitrol van een nieuw klantsysteem of een integratie af te ronden.

Stap 1: bepaal wat geldt als een aanvraag voor gedeelde referenties

Stel criteria op om te bepalen wanneer een aanvraag een beleidsmatige afhandeling vereist. De meeste aanvragen vallen in deze categorieën:

• Generieke of gedeelde accounts (bijvoorbeeld administrator of service)
• Tijdelijke toegang voor contractanten of leveranciers
• Het delen van referenties voor systemen zonder ondersteuning voor MFA of SSO

Hiaten in de toegangscontrole beginnen meestal bij gebrekkige escalatieprocedures. Zorg ervoor dat tijdelijke toegang spaarzaam wordt verleend en dat use cases eenduidig worden geclassificeerd voor klanten en interne belanghebbenden.

Stap 2: standaardiseer de aanvraagworkflow

Het volgende proces dat u standaardiseert is de aanvraagworkflow. Elke aanvraag voor gedeelde referenties doorloopt bijvoorbeeld hetzelfde traject van goedkeuring en documentatie. Leg cruciale informatie vast, zoals de onderbouwing, de ID van de aanvrager, de duur van de tijdelijke toegang en alle bijbehorende diensten of gedeelde documenten.

Werk consequent met vaste processen voor aanvraag, goedkeuring en documentatie. Zo ontstaat een veilige en controleerbare workflow die cruciale assets niet in gevaar brengt.

Stap 3: pas goedkeuring en risicobeoordeling toe

Beoordeel het risiconiveau voordat u gedeelde toegang verleent en zorg ervoor dat de aangewezen verantwoordelijken elke aanvraag aftekenen. Classificeer aanvragen als laag of hoog risico en houd een strikt en controleerbaar escalatieproces aan.

Ook een aparte workflow voor leverancierstoegang kan nodig zijn om aan de bedrijfsbehoeften te voldoen.

Meer tips over het beheersen van risico’s rond derde partijen vindt u in deze gids over risicobeoordeling van leveranciers.

Stap 4: handhaaf controles op uitgegeven referenties

Gedeelde referenties moeten voortdurend worden gemonitord en beheerd. Die maatregelen kunt u in verschillende fasen nemen. Zo kunt u wachtwoordkluizen gebruiken om referenties veilig te verspreiden zonder wachtwoorden bloot te geven.

Met PowerShell kunt u bijvoorbeeld een vervaltermijn instellen voor tijdelijke toegang met referenties. Met NinjaOne kunt u de workflow Wachtwoordverloop configureren met PowerShell uitrollen in complexere IT-omgevingen.

Stap 5: documenteer en beoordeel het gebruik van gedeelde referenties

Alle gebeurtenissen rond het delen van referenties moeten worden gelogd met het oog op compliance en auditbereidheid.

Idealiter houdt u gegevens over goedkeuringen, duur en gebruikers (bijvoorbeeld aanvrager of fiatteur) bij in één centraal register. Die logs kunt u meenemen in reguliere beveiligingsbeoordelingen wanneer u het gebruik van gedeelde referenties evalueert.

Daarnaast moet u verouderde of verlopen gedeelde accounts proactief opruimen.

NinjaOne-oplossingen voor credential management

NinjaOne biedt mogelijkheden voor credential management voor zowel gebruikers als beheerders.

• Technici kunnen NinjaOne gebruiken om referenties bij te houden en te beheren.
• MSP’s kunnen rolgebaseerde toegangscontroles instellen, extra beperkingen aanbrengen en de RMM zelfs inzetten om managementrapportages of samenvattingen op te stellen.
• IT-support kan NinjaOne Remote® gebruiken om veilige toegang platformoverschrijdend te delen.
• Beheerders kunnen Credential Exchange gebruiken om beheerdersreferenties veilig door te geven.

Als geïntegreerd platform voor endpoint management en beveiliging biedt NinjaOne diverse oplossingen voor gebruikersbeheer waarmee u referenties efficiënt bijhoudt, beheert en deelt met behoud van gedetailleerde toegangscontrole.

Dat gezegd hebbende: duidelijke beleidshandhaving legt de basis voor effectief credential management, terwijl een RMM kansen biedt om op te schalen, het inzicht te vergroten en de compliance te versterken.

Gerelateerde onderwerpen:

• Het belang van risicobeoordeling van leveranciers
• Bedrijfsgegevens beveiligen met enterprise access control
• Wat is secrets management? Beste praktijken voor IT-beveiliging
• Wat is credential management? Definitie en beste praktijken
• Zo controleert en verwijdert u verouderde beheerdersaccounts in meerdere tenants in Active Directory