Wat NSS- en LSS-feeds in CentaurNexus mogelijk maken

OneAPI en logfeeds beantwoorden verschillende vragen

De officiële Zscaler OneAPI blijft de centrale interface voor ondersteunde configuratie- en statusgegevens en voor gecontroleerde reads en writes. Logfeeds vullen deze actuele status aan met daadwerkelijk waargenomen toegang, regelactiviteit en sessies. Pas samen ontstaat de context voor veel historische en operationele analyses.

Drie feedtypen met duidelijke taken

Waar dit concrete productwaarde oplevert

• Helpdesk en eindgebruikers: User Support Center en Unified Support Center koppelen sessiestatus, connectorcontext en geblokkeerde websites aan het bestaande gebruikers-, apparaat- en policybeeld. Aanvragen uit browser en selfservice bereiken de helpdesk daardoor met een betere uitgangscontext.
• Security: rapporten tonen geblokkeerde toegang, tijdsverloop, veelvoorkomende categorieën, Page Risk-verdelingen, Shadow IT, geo- en andere beschikbare risicosignalen.
• Beheer en 2nd line: bandbreedte kan worden ingedeeld naar applicatie, locatie, gebruiker en tijd. Firewall-regelactiviteit ondersteunt de beoordeling van ongebruikte of opvallende regels.
• Management en MSP: verdichte rapporten en tenantgebonden analyses creëren vergelijkbaarheid, zonder klantcontexten te vermengen.

Wijzigingen met werkelijk gebruik achteraf beoordelen

Voor ondersteunde wijzigings- en goedkeuringswegen kan CentaurNexus eerdere toegang binnen de beschikbare geschiedenis beoordelen. De terugblik toont bijvoorbeeld hoe vaak een doel of categorie voorkwam, welke beslissingen daadwerkelijk zijn genomen en hoeveel gebruikers betrokken waren. Een wijzigingsvoorbeeld steunt daarmee niet alleen op de actuele regelvoorraad, maar ook op waargenomen gebruik.

Bron, gegevensleeftijd en coverage horen bij het resultaat

Een waarde zonder bronstatus kan gemakkelijk verkeerd worden geïnterpreteerd. CentaurNexus voert daarom bron, status, gegevensleeftijd en coverage mee. Feed-hiaten en verouderde gegevens blijven zichtbaar. Een ontbrekende feed wordt niet weergegeven als een bevestigde nul.

Vroege onboarding schept eerder een vergelijkingsbasis

Geschiedenis begint met een betrouwbare koppeling. Toegang en sessies van daarvoor kunnen niet achteraf worden gereconstrueerd. Sommige analyses leveren direct eerste resultaten op; terugkerende patronen en regelactiviteit worden zeggingskrachtiger naarmate de geschiedenis groeit.

Dat geldt altijd binnen de daadwerkelijk overeengekomen retentie. Doelgebonden productprojecties volgen hun vastgelegde dataklassen. Aanvullende of afwijkende NSS-/LSS-retentie wordt niet algemeen toegezegd en moet voor de concrete tenant en beheeromvang worden vastgelegd.

NSS en LSS parallel inbedden in bestaande datapaden

Waar de Zscaler-implementatie dit toelaat, voedt een eigen feed CentaurNexus parallel aan de bestaande SIEM-koppeling. CentaurNexus gebruikt NSS en LSS voor gebruikerscontext, rapportage, regelbeoordeling en wijzigingsterugblik.

Feedkwaliteit is meer dan "verbonden"

Een groene verbinding zegt nog niet of een feed volledig en actueel genoeg is voor de betreffende analyse. Bepalend zijn de laatste ontvangst, verwachte en waargenomen gebeurtenisvolumes, parserstatus, tenanttoewijzing en de coverage van de bekeken periode. CentaurNexus voert deze kenmerken mee met het resultaat, zodat een onvolledige gegevenssituatie niet als een volledige bevinding overkomt.

Ook formaatwijzigingen moeten zichtbaar worden behandeld. Ontbreken velden of komt hun betekenis niet meer overeen met het verwachte contract, dan mag het platform daaruit geen schijnbaar precieze uitspraak afleiden. Het betrokken deel van de analyse krijgt een navolgbare bronstatus, terwijl onafhankelijk beschikbare functies kunnen blijven werken.

Een voorbeeld uit de helpdesk

Een gebruiker meldt dat een interne applicatie 's ochtends bereikbaar was en later niet meer werkt. OneAPI kan de actuele configuratie- en statuscontext leveren. ZPA LSS vult aan met de daadwerkelijk waargenomen sessies en de beschikbare connectorcontext. NSS Web of NSS Firewall kunnen verdere aanwijzingen bijdragen wanneer het proces ook web- of firewallpaden raakt.

De helpdesk ziet daardoor niet alleen een momentopname. Hij kan het tijdstip van het probleem plaatsen tegen de beschikbare geschiedenis en de zaak met een begrijpelijke bevinding overdragen aan de 2nd line. De uitspraak blijft daarbij gebonden aan de daadwerkelijk beschikbare coverage.

Een voorbeeld uit beheer en security

Bij de beoordeling van een oudere firewallregel is haar naam niet genoeg. NSS Firewall kan tonen of en wanneer ze binnen de beschikbare geschiedenis is gebruikt, welke diensten betrokken waren en of toegestane of geblokkeerde sessies zijn waargenomen. Deze informatie ondersteunt een menselijke beslissing over de volgende controlestap.

Securityteams kunnen tegelijk webtoegang, categorieën, blokkeerbeslissingen en beschikbare risicosignalen in de tijd verdichten. Het rapport blijft gescheiden van een ruwe-logzoekopdracht: het beantwoordt een concrete operationele vraag en noemt de gebruikte bron.

Onboarding als startpunt van de datacurve

Voor elk gewenste toepassingsgeval moet vooraf vaststaan welke feed nodig is, welke velden daadwerkelijk binnenkomen en hoe lang de overeengekomen geschiedenis beschikbaar blijft. Een vroege start bouwt deze vergelijkingsbasis eerder op. Maar hij vergroot niet met terugwerkende kracht de gegevenshoeveelheid van vóór de onboarding en wijzigt geen contractueel vastgelegde retentie.

Praktisch betekent dit: wie CentaurNexus vroeg koppelt, kan terugkerend gebruik, seizoenspatronen en regelactiviteit eerder over een langere periode beoordelen. Precies daarom hoort de feedplanning aan het begin van de onboarding, niet pas aan het einde van een latere analyse.

Welke vragen beter te beantwoorden zijn naarmate de geschiedenis groeit

Met een langere, consistente gegevensbasis worden vergelijkingen steviger. Teams kunnen controleren of een opvallende toegang eenmalig was, of een applicatie regelmatig op bepaalde tijden wordt gebruikt, of een regel over meerdere beheercycli geen waargenomen activiteit toont. De geschiedenis levert context, maar geen automatische beslissing.

Voor management en MSP's ontstaan daaruit navolgbare trendrapporten. Een vergelijking mag alleen tenants, periodes en databronnen naast elkaar zetten waarvan de coverage bekend is. Verschillende feedkwaliteit mag niet worden verhuld door een schijnbaar eenduidig kengetal.

Datazuinigheid blijft onderdeel van het productcontract

Dat een feed veel velden kan leveren, betekent niet dat elk ruw gegeven blijvend voor elke functie moet worden opgeslagen. CentaurNexus gebruikt doelgebonden projecties voor de ondersteunde analyses. Dataklasse, tenanttoewijzing en overeengekomen retentie bepalen de levenscyclus.

Deze scheiding vergemakkelijkt de vaktoetsing. Een klant kan navolgen welke analyse welke bron nodig heeft en hoe lang de relevante context beschikbaar blijft. Aanvullende eisen worden expliciet overeengekomen in plaats van stilzwijgend afgeleid uit een technische feedmogelijkheid.