Waarom browserbeheer thuishoort in uw endpointstrategie

Vraag de meeste IT-managers naar hun prioriteiten voor endpoint management en u hoort steevast dezelfde antwoorden: Patching, compliance, het verhelpen van kwetsbaarheden, configuratie van devices. De browser komt er zelden in voor. Dat is een vreemde blinde vlek, want daar brengen medewerkers het grootste deel van hun werkdag door en daar zit inmiddels een groeiend deel van het beveiligings- en compliancerisico.

De browser is een laag van het endpoint

Browsers draaien al op elk beheerd device, maar worden zelden beheerd zoals de rest van het endpoint. Kwetsbaarheden in browsers, riskante instellingen en niet-goedgekeurde extensies vormen een risico, maar krijgen zelden dezelfde aandacht als Patching van het OS of de compliance van devices. Nu SaaS steeds meer lokale software vervangt, wordt het beheren van browsers net zo belangrijk als het beheren van het besturingssysteem.

Laat u de browser onbeheerd, dan ontstaat er een gat in uw eindpuntbeveiliging dat tools op de perimeter niet kunnen dichten. Firewalls en netwerktools hebben maar beperkt zicht op wat er in browsertabbladen gebeurt.

Het probleem met losse point-producten

De eerste reflex om zo’n gat te dichten is meestal een losse tool voor browserbeveiliging erbij nemen. Begrijpelijk, maar het levert doorgaans meer problemen op dan het oplost.

• Elke nieuwe tool betekent weer een portaal en weer een agent om te beheren. Elk point-product brengt zijn eigen interface, beleidssysteem en leveranciersrelatie mee die u moet bijhouden.
• De handhaving is beperkt. Losse tools hebben geen zicht op de status van devices, patchniveaus of gebruikersidentiteit waardoor hun beleidsregels niet het volledige risicobeeld weerspiegelen.
• De versnippering neemt toe naarmate u opschaalt. Voor IT- en MSP-teams die veel endpoints beheren brengt elke extra tool meer kosten en risico met zich mee.
• Op de naden ontstaan blinde vlekken. Als browseractiviteit en endpointstatus in verschillende systemen worden bijgehouden verliest u zicht tijdens incidenten, audits en troubleshooting.

Een aparte browsertool verplaatst het probleem alleen maar.

Wat geïntegreerd browserbeheer mogelijk maakt

Een betere aanpak is browsers beheren vanuit hetzelfde platform dat de rest van het device afhandelt. Wanneer browserbeleid onderdeel is van uw bestaande endpoint management, levert dat meerdere voordelen op:

• Uniform beleidsbeheer. Stel browserinstellingen, extensies en beleid voor webtoegang in vanuit hetzelfde portaal dat u gebruikt voor Patching en de inrichting van devices. Een apart beheerportaal is niet nodig.
• Betere incidentrespons. U kunt browseractiviteit en risico’s van extensies koppelen aan gegevens over devices, zodat u tijdens een onderzoek niet tussen verschillende tools hoeft te wisselen om te begrijpen wat er is gebeurd.
• Consistente handhaving in alle browsers. U past hetzelfde beleid toe op Chrome, Edge en Firefox, ongeacht welke browser een gebruiker kiest.
• Bredere compliance-dekking. U neemt de browser op in uw huidige audit- en complianceprocessen zonder nieuwe tools of extra stappen.
• Snellere afhandeling via de Service Desk. Supportteams krijgen browserinformatie samen met de endpointgegevens, wat de tijd verkort die ze tijdens een ticket kwijt zijn aan wisselen tussen tools.

Dit gebeurt al in de praktijk. NinjaOne Browser Management geeft IT-teams een actuele lijst van elke extensie die op beheerde devices is geïnstalleerd, inclusief een risicoscore. Zo weten beheerders wat ze als eerste moeten beoordelen. Beleidsregels om URL’s en domeinen toe te staan of te blokkeren, controle over de incognitomodus en inzicht in browsegeschiedenis staan allemaal naast de tools voor Patching en remote access. Er hoeft dus geen nieuwe agent te worden geïnstalleerd en het IT-team heeft geen extra login nodig.

How to View Google Chrome Download History in Windows

Lees meer

Het argument voor consolidatie

Wildgroei aan tools betekent meer training, meer integraties en meer gaten die iemand handmatig moet dichten. Browsers beheren binnen uw endpoint-platform lost dat op omdat de context gedeeld is.

Devicecompliance, patchstatus en browseractiviteit staan op één plek, zodat IT minder tijd kwijt is aan het naast elkaar leggen van gegevens en meer tijd overhoudt om te handelen. Bovendien hoeft u minder contracten te verlengen, minder portalen te leren kennen en liggen de totale kosten op termijn lager.

Het gat dichten

De browser staat altijd al pal voor onze neus, maar niemand heeft de verantwoordelijkheid ervoor genomen. Dat verandert op het moment dat een niet-goedgekeurde extensie gegevens lekt. Het verandert nog sneller wanneer iemand vertrouwelijke code of klantgegevens in een niet-geautoriseerde AI-extensie plakt. Het kost seconden, het gebeurt in een gewoon browsertabblad en de meeste IT-teams hebben geen enkele manier om het te zien, te blokkeren of achteraf aan te tonen. Als de directie of een auditor vraagt wat er is blootgesteld, is “we weten het niet” een antwoord dat niemand wil geven.

De organisaties die voorop lopen zijn de organisaties die kijken naar de tools die ze al vertrouwen voor het beheer van al hun andere endpoints en zich afvragen: waarom houdt ons zicht op bij de browser?

Browserbeheer hoort een kernonderdeel te zijn van uw endpointstrategie. Hoe eerder IT-teams dat inzien, hoe eerder “volledig beheerd” ook echt volledig beheerd betekent.