Monitoring in het mkb

Niet elk bedrijf. Een bedrijf met een handvol laptops en alles in de cloud heeft vaak meer aan endpointbeveiliging en goede back-ups. NDR loont wanneer er een lokaal netwerk is met servers, printers, camera's of machines waarop geen agent kan draaien, of wanneer NIS2 of een klantcontract vraagt om incidenten te detecteren en te melden.

De basis houdt de meeste aanvallen tegen: meervoudige authenticatie op e-mail en toegang op afstand, snel geïnstalleerde updates, beveiliging op elke computer, offline of onveranderbare en geteste back-ups, en een korte lijst wie u belt bij een incident. Voeg twee gewoonten toe die niets kosten: een actuele lijst van uw apparaten en accounts, en de regel dat wijzigingen van bankgegevens die per e-mail worden gevraagd telefonisch worden bevestigd. Netwerkmonitoring komt daarna, zodra u een lokaal netwerk hebt met servers, printers of machines waarop u niets kunt installeren, of wanneer NIS2 of een klant vraagt om incidenten te detecteren en te melden. NetSenX past bij die volgende stap, met de kerndetectie op elk abonnement, ook Free.

Iets wat vanzelf draait, de apparaten dekt waarop u geen software kunt installeren en zijn meldingen uitlegt aan een generalist. Begin met wat u al hebt: zet de logs en meldingen van uw firewall, e-maildienst en cloudaccounts aan. Voeg daarna netwerkdetectie toe als u een lokaal netwerk hebt met servers, printers, camera's of machines. Zoek naar gepubliceerde prijzen, een gratis manier om op uw eigen netwerk te testen, uitrol vanaf één sensor op een spiegelpoort en meldingen die in gewone woorden zeggen wat er gebeurde. NetSenX is daarvoor gebouwd: kerndetectie op elk abonnement, ook Free, één agent op een SPAN- of TAP-poort per segment en een uitleg bij elke melding. Het vervangt geen endpointbeveiliging of back-ups.

Minder dan bij een bedrijf met een lokaal netwerk, en soms helemaal niet: als uw mensen overal op laptops werken en alleen clouddiensten gebruiken, valt er op kantoor weinig verkeer te bekijken. Investeer dan in beveiliging op elke laptop, meervoudige authenticatie, de aanmeld- en auditlogs van uw clouddiensten en back-ups van clouddata. Netwerkmonitoring wordt weer nuttig zodra een kantoor gedeelde apparaten heeft: printers, een NAS, telefoons, camera's, een gebouwsysteem of een server in een kast. Het helpt ook als bepaalde laptops rechtstreeks bewaakt moeten worden: de NetSenX-agent draait op Linux en macOS en ziet de eigen verbindingen van die machine, waar die ook is.

Gebruik eerst wat u al hebt en voeg daarna één sensor toe waar die het meest ziet. De meeste firewalls en routers kunnen geblokkeerde en toegestane verbindingen loggen en waarschuwen bij nieuwe apparaten; zet dat aan en stuur het naar een mailbox die u leest. Houd een eenvoudige apparatenlijst bij en vergelijk die elke maand met de lijst van verbonden apparaten in de router. Zet aanmeldmeldingen aan in uw e-mail- en clouddiensten. Plaats daarna één netwerksensor waar het verkeer samenkomt: op een spiegelpoort van de switch die met de router of de servers verbonden is. Het Free-abonnement van NetSenX dekt 3 apparaten zonder tijdslimiet, en één agent op een SPAN- of TAP-poort telt als één apparaat voor een heel segment, zodat een klein kantoor zonder kosten kan beginnen.

Dat hangt af van het aantal apparaten en de functies die u nodig hebt. NetSenX publiceert zijn prijzen: de tabel op deze pagina komt uit dezelfde abonnementscatalogus die het product toepast, van het Free-abonnement tot Enterprise.

Een apparaat is een host waarop de NetSenX-agent draait. Eén agent op een SPAN- of TAP-poort bewaakt een heel netwerksegment en telt als één apparaat.

Dat kan, als iemand de tijd en kennis heeft om hem te installeren, bij te werken en af te stellen; de licentie is gratis, het werk niet. Opensourcetools voor verkeersregistratie, inbraakdetectie en logverzameling zijn volwassen en veel gebruikt. Voor een klein bedrijf zijn mensen de echte kosten: een server om ze op te draaien, regelmatige updates, regels die afgesteld moeten worden en iemand die de uitkomsten elke dag leest en begrijpt. Hebt u een beheerder die dat werk graag doet, dan is het een sterke optie. Zo niet, dan wordt de stack meestal één keer geïnstalleerd en daarna vergeten. Vraag eerlijk wie hem volgend jaar onderhoudt. Een gehoste tool met gepubliceerde prijzen en meldingen in gewone taal ruilt wat flexibiliteit in voor minder onderhoud; met het Free-abonnement van NetSenX vergelijkt u dat op uw eigen netwerk.

Meer dan de meeste kleine teams verwachten: installeren is het makkelijke deel, hem nuttig houden is het doorlopende werk. Reken op een eigen server met genoeg opslag voor logs, regelmatige updates van software en regels, bewaking van schijf en prestaties van de stack zelf, afstelling tegen ruis en elke dag tijd om meldingen te lezen. Als er iets kapotgaat, zoals een volle schijf of een mislukte update, stopt de detectie geruisloos tot iemand het merkt. Documenteer de opzet, zodat die het vertrek overleeft van degene die hem bouwde. Schat de uren eerlijk in en reken ze tegen uw interne tarief voordat u de stack gratis noemt. Zijn die uren er niet, kies dan een tool die zonder onderhoud draait en besteed de gewonnen tijd aan het onderzoeken van meldingen.

Idealiter wel, omdat elk ziet wat de ander mist, maar een klein bedrijf kan ze een voor een toevoegen. Hostgebaseerde detectie (HIDS, tegenwoordig meestal EDR) draait op een computer en ziet bestanden, processen en aanmeldingen op die machine. Netwerkgebaseerde detectie (NIDS of NDR) bekijkt het verkeer en ziet hoe apparaten met elkaar praten, ook apparaten waarop geen software kan worden geïnstalleerd. Een hosttool ziet geen printer die naar buiten belt; een netwerktool ziet niet hoe een kwaadaardig bestand wordt geopend. Begin met beveiliging op elke computer, omdat dat de meer basale behoefte is, en voeg netwerkdetectie toe zodra uw lokale netwerk meer dan laptops bevat. NetSenX is de netwerkkant; het vervangt geen endpointbeveiliging.

Detection-as-code betekent dat u eigen detectieregels als tekstbestanden schrijft, vaak in een gedeeld formaat zoals Sigma, ze in versiebeheer bewaart en ze test zoals software. Het past bij beveiligingsteams die op specifieke dreigingen jagen en precieze controle willen. Een klein bedrijf heeft het aan het begin zelden nodig: regels schrijven en onderhouden vraagt kennis en tijd, en een slecht geschreven regel zorgt voor ruis of blinde vlekken. U haalt meer uit een tool waarvan de ingebouwde detecties en uitleg al werken, en uit het gaandeweg markeren van vals-positieven. Hebt u later een beveiligingsspecialist en specifieke behoeften, dan worden eigen regels zinvol. In NetSenX zit eigen detectiebeleid in het Enterprise-abonnement; de kerndetecties draaien op elk abonnement.

Ja, als de meldingen voor generalisten zijn geschreven. Elke NetSenX-melding legt in begrijpelijke taal uit wat er gebeurde en noemt de netwerkkenmerken achter de score, op elk abonnement. Een incident onderzoeken en indammen vraagt nog steeds iemand: uw beheerder, uw IT-leverancier of een incidentresponsbedrijf.

Ja, als de tool daarvoor gemaakt is. Met NetSenX installeert uw beheerder één agent op een host aan een SPAN- of TAP-poort, of op de hosts die u kiest, en elke melding wordt in gewone taal verklaard: wat er gebeurde, op welk apparaat en waarom het ongebruikelijk lijkt. Wat u nog steeds nodig hebt, is iemand die de meldingen leest, het liefst elke ochtend, en beslist wat er moet gebeuren, plus een vervanger voor vakanties en het nummer van een incidentresponsbureau voor de ernstige gevallen. NetSenX voert geen managed service uit; plan dus wie buiten kantooruren meldingen ontvangt: een tweede mailbox, uw IT-leverancier of een piketregeling.

Een paar goed gekozen tools die vanzelf draaien, met meldingen die kort genoeg zijn om elke ochtend in een paar minuten te lezen. Realistisch voor één persoon: endpointbeveiliging met een centrale console, meervoudige authenticatie met aanmeldmeldingen, firewall- en VPN-logs die voor onderzoek worden bewaard, een geteste back-up met een maandelijkse hersteltest en één netwerksensor op een spiegelpoort. Onrealistisch voor één persoon: een SIEM waarvan de zoekopdrachten geschreven en afgesteld moeten worden, meerdere overlappende consoles of iets wat vraagt de hele dag dashboards te bekijken. Leg vast wie in vakanties vervangt en wie in een noodgeval beslist. NetSenX is voor deze situatie ontworpen: één agent op een SPAN- of TAP-poort per segment, meldingen in gewone taal per e-mail op elk abonnement en geen afstelling nodig om te beginnen.

Voor de meeste opensourcesensoren wel; voor NetSenX alleen basiskennis. Een zelf gehoste sensor betekent meestal een Linux-server installeren en bijwerken, schijfruimte en diensten beheren en configuratiebestanden lezen. Bij NetSenX is het installeren van de Linux-agent één commando dat u uit het dashboard kopieert, in een terminal plakt en met beheerrechten uitvoert; het installatieprogramma controleert de pakkethandtekening en richt de dienst in. Op een Mac installeert u een ondertekend pakket. Daarna gebeurt het werk in het webdashboard: meldingen lezen, vals-positieven markeren, de netwerkkaart bekijken. Is zelfs die stap in de terminal onbekend terrein, dan doet een IT-leverancier het in een paar minuten, en de support van NetSenX helpt bij macOS-agents. Voor het lezen van meldingen is geen enkele Linux-kennis nodig.

Vaak wel, als niemand intern de tijd of kennis heeft, maar spreek precies af wat de MSP doet en wat bij u blijft. Een managed service provider (MSP) kan updates, endpointbeveiliging, back-ups en monitoring voor veel klanten verzorgen tegen kosten die een klein bedrijf alleen niet haalt. Vraag op papier: welke tools gebruikt hij, wie leest de meldingen en wanneer, wat gebeurt er 's nachts en in het weekend, hoe snel reageert hij en welk bewijs ontvangt u elke maand of elk kwartaal? Controleer hoe hij zijn eigen tools voor toegang op afstand beschermt, want die reiken tot in uw netwerk. Houd zelf de eigendom van uw accounts en data. Netwerkdetectie kan deel van de afspraak zijn: een MSP kan NetSenX voor u draaien, met elke klant in een eigen tenant.

Een SPAN-poort (switch port analyser, ook wel port mirroring genoemd) is een switchinstelling die het verkeer van andere poorten naar één poort kopieert, waar een sensor het kan bekijken. De meeste beheerde switches ondersteunen het, meestal in de webinterface onder een naam als mirroring of monitor session; onbeheerde switches niet. Een netwerk-TAP is een klein apparaat dat hetzelfde doet op een kabel, handig zonder beheerde switch of als u een kopie wilt die onder belasting geen pakketten verliest. Spiegel de verbinding naar uw router of de poorten van uw servers om het meest te zien. Met NetSenX bewaakt één agent op een SPAN- of TAP-poort een heel segment en telt die als één apparaat.

Om een heel segment te bewaken wel, een van de twee; om specifieke servers te bewaken niet, want een agent op elke server ziet het eigen verkeer. Een SPAN-poort is een spiegelinstelling op een beheerde switch en kost niets als uw switch het ondersteunt. Een TAP is een klein hardwareapparaat op een kabel, handig als de switch onbeheerd is of als u een kopie wilt die nooit pakketten verliest. Plaats hem waar het verkeer samenkomt, zoals op de verbinding tussen de hoofdswitch en de router, of op de poorten van uw servers. Met NetSenX telt één agent op een host aan een SPAN- of TAP-poort als één apparaat voor het hele segment, en zo krijgt u ook de pakketcapture voor TLS-fingerprinting en de crypto-inventaris.

Eén agent installeren kost een paar minuten; de langere stap is meestal het instellen van een spiegelpoort op uw switch, als u dat nooit eerder deed. Op Linux kopieert u één commando uit het dashboard, voert u het uit op de host en verschijnt het apparaat binnen een paar minuten in de lijst. Op een Mac start u een ondertekend installatieprogramma; macOS-agents worden samen met de support van NetSenX ingericht. Om een heel segment te bewaken, stelt u in de switchinstellingen een SPAN-poort in en sluit u de host van de agent daarop aan, of plaatst u een TAP in de uplinkkabel. Apparaten verschijnen dan op de netwerkkaart zodra ze verkeer versturen, en meldingen beginnen zodra er verkeer stroomt. Plan daarna een paar weken aandacht om te markeren wat normaal is.

Ja. Een sensor op een spiegelpoort ziet het verkeer van elk apparaat in het segment, welk besturingssysteem het ook heeft, omdat hij het netwerk bekijkt en niet de computer. Dat dekt op één plek kantoor-pc's, Macs, Linux-servers, telefoons, printers en machines. Het besturingssysteem doet er alleen toe voor het apparaat waarop de sensor zelf is geïnstalleerd. Bij NetSenX draait de agent op Linux en macOS, dus de sensorhost moet een van die twee gebruiken; de bewaakte apparaten kunnen van alles zijn. Wilt u bepaalde machines rechtstreeks bewaken in plaats van via een spiegelpoort, dan moeten die op Linux of macOS draaien. Beveiliging op elke computer blijft een aparte behoefte, eigen aan elk besturingssysteem.

Passieve monitoring op een spiegelpoort vertraagt het netwerk niet, omdat de sensor alleen een kopie van het verkeer krijgt en niet in het pad zit. De switch maakt de kopie zelf. Controleer twee dingen: dat de switch de gekozen poorten kan spiegelen zonder de monitorpoort te overbelasten, en dat de host met de sensor genoeg capaciteit heeft voor het verkeersvolume. Inlineproducten die in het verkeerspad zitten, zoals sommige inbraakpreventiesystemen, kunnen vertraging toevoegen of een storingspunt worden; NetSenX hoort daar niet bij. Installeert u de NetSenX-agent in plaats daarvan direct op een drukke server, let dan de eerste dagen op het resourcegebruik en begin met een minder kritieke host.

Dat hangt van het product af, en u moet het vragen. Sommige sensoren nemen al het verkeer op voor latere analyse; andere bewaren alleen verbindingsgegevens. NetSenX analyseert verbindingsmetadata en enkele protocolvelden: tijdstip, volume, bron en bestemming, poorten, DNS-antwoorden en, waar de agent pakketten vastlegt, de onversleutelde delen van de TLS-handshake. Het ontsleutelt nooit verkeer, dus de inhoud van versleutelde sessies, zoals e-mails, bestanden of wat iemand op een website typte, blijft onleesbaar. Dat is genoeg om gedrag als beaconing, scannen, laterale beweging en ongebruikelijke uploads te zien, en het beperkt hoeveel persoonsgegevens de tool verwerkt. Netwerkmetadata kunnen toch over mensen gaan; bespreek het met uw functionaris voor gegevensbescherming en lees de verwerkersovereenkomst van de leverancier.

Ja, en dat is een verstandige start, zolang u vastlegt wat nog niet gedekt is. Kies de systemen waarvan een compromittering het meest pijn zou doen: de bestandsserver, de financiële servers en het ERP, het back-upsysteem, de domeincontroller en de internetverbinding. Spiegel de switchpoorten die die systemen gebruiken, of installeer de agent er rechtstreeks op. U ziet wie er verbinding mee maakt, en daar wordt een inbraak vaak het eerst zichtbaar. Breid daarna segment voor segment uit. Wees eerlijk in elk rapport aan de directie, een verzekeraar of een klant: de servers bewaken is niet het hele netwerk bewaken. Het Free-abonnement van NetSenX dekt 3 apparaten, genoeg om te beginnen met uw belangrijkste systemen.

Baselining betekent leren hoe normaal eruitziet voor elk apparaat: met wie het praat, op welke poorten, hoeveel data en op welke tijden, zodat een afwijking opvalt. Het duurt zo lang als uw bedrijf nodig heeft om zijn normale ritme te laten zien: dagpatronen verschijnen binnen dagen, weekpatronen binnen weken en maandelijkse taken zoals salarissen of rapportages pas na een maand of langer. Reken in die periode op meer meldingen en bevestig wat normaal is; uw beslissingen versnellen het. Een baseline is nooit af, want netwerken veranderen: nieuwe servers, nieuwe software, nieuwe leveranciers. NetSenX meldt duidelijke patronen vanaf het begin en verbetert zijn vergelijkingen met de eigen geschiedenis van elke host naarmate het uw netwerk leert kennen.

Hem lezen, toetsen aan wat u weet en binnen het uur beslissen of hij onschuldig is, in de gaten gehouden moet worden of actie vraagt. Bepaal eerst het apparaat en de eigenaar. Vraag u daarna af of er een onschuldige verklaring is: een back-up, een update, een nieuwe leverancier, gepland werk van een collega. Is die er niet, dam dan eerst in en onderzoek daarna: koppel het apparaat los van het netwerk, maar zet het niet uit, want geheugen en logs helpen onderzoekers. Wijzig vanaf een andere computer de wachtwoorden die het apparaat gebruikt kan hebben. Bel uw IT-leverancier of een incidentresponsbureau als u twijfelt. Noteer wat u deed en wanneer. Meldingen van NetSenX zeggen wat er gebeurde, op welke host en waarom, en het auditlog legt uw beslissingen vast.

Wie u daarvoor aanwijst: software kan 's nachts detecteren, maar een mens beslist om in te grijpen. De meeste kleine bedrijven kiezen een van drie opties. Meldingen gaan per e-mail en telefoonmelding naar twee personen, met een eenvoudige regel over wat 's nachts dringend genoeg is. Een IT-leverancier of MSP ontvangt buiten kantooruren meldingen op basis van een schriftelijke afspraak. Of een dienst voor managed detection and response waakt tegen betaling dag en nacht. Wat u ook kiest, leg vast wie een apparaat of de internetlijn mag loskoppelen, en test de regeling één keer. NetSenX detecteert op elk uur en verstuurt meldingen per e-mail op elk abonnement, en via een webhook vanaf Pro, maar niemand bij NetSenX bekijkt ze voor u.

Niemand, tenzij u het vóór de vakantie regelt. Bepaal wie meldingen ontvangt terwijl de beheerder weg is: een collega, de directeur of uw IT-leverancier. Geef die persoon een notitie van één pagina: hoe u een melding leest, welke u escaleert, hoe u een computer loskoppelt en wie u belt. Zorg dat die persoon bij de nodige accounts kan, met meervoudige authenticatie, en dat de toegang van de beheerder niet wordt gedeeld. Controleer vóór vertrek of de back-ups werken en de updates bij zijn. De detectie zelf gaat niet op vakantie: NetSenX blijft bewaken en verstuurt meldingen per e-mail op elk abonnement, dus de vervanger als ontvanger toevoegen is vaak de enige nodige wijziging.

Wie op de ontvangerslijst staat, dus controleer die lijst voordat het kantoor sluit. Voeg een tweede ontvanger toe die tijdens de pauze echt e-mail leest, en spreek af wat dringend is: bijvoorbeeld een melding op de bestandsserver of het back-upsysteem, tegenover een printer die een updateserver belt. Zet op hetzelfde briefje het nummer van uw IT-leverancier of een incidentresponsbureau en controleer of ze op uw sluitingsdagen bereikbaar zijn. Bevestig de back-ups de week ervoor en houd één kopie offline. Lange pauzes zijn een bekend risico, omdat minder mensen problemen opmerken. NetSenX blijft detecteren terwijl u weg bent, met meldingen per e-mail op elk abonnement en via een webhook vanaf Pro.

Omdat er minder mensen opletten, waardoor aanvallers meer tijd hebben voordat iemand reageert. Tijdens feestdagen en lange weekenden zijn kantoren leeg, is IT-personeel weg en komen reacties trager, wat een indringer uren of dagen geeft om zich te verspreiden en data te versleutelen voordat het wordt ontdekt. CISA en de FBI waarschuwden voor dit patroon in hun gezamenlijke advies over ransomware tijdens feestdagen en weekenden, gepubliceerd in augustus 2021. De verdediging is voorbereiding, niet op kantoor blijven: meldingen die iemand met piketdienst bereiken, een geschreven lijst wie wat mag loskoppelen, recente back-ups met een offline kopie en meervoudige authenticatie op toegang op afstand. Netwerkdetectie helpt doordat ze waakt: NetSenX meldt op elk uur, maar iemand moet de meldingen nog wel lezen.

Plan hem zoals elke kritieke periode: bevries riskante wijzigingen, controleer back-ups, verscherp betalingscontroles en zorg dat iemand de financiële systemen in de gaten houdt. Installeer in de weken ervoor openstaande updates en vermijd daarna grote wijzigingen. Test een herstel van de boekhoud- en ERP-data. Herinner de financiële afdeling eraan dat elke wijziging van bankgegevens, ook van een bekende leverancier of de directeur, telefonisch wordt bevestigd via een bekend nummer. Beperk toegang op afstand tot de financiële servers tot de mensen die die nodig hebben. Spreek af wie tijdens de afsluiting meldingen ontvangt, ook 's avonds. Aan de netwerkkant toont NetSenX op elk abonnement ongebruikelijke verbindingen van en naar de financiële servers, zoals nieuwe sessies vanaf andere werkplekken of grote uploads 's nachts.

Zet in elk kantoor een sensor en stuur alle meldingen naar dezelfde mensen en hetzelfde dashboard. Een tweede locatie heeft meestal een eigen switch en internetlijn, dus het verkeer daar komt nooit langs de sensor van het eerste kantoor. Eén agent op een spiegelpoort op de nieuwe locatie dekt het lokale segment; medewerkers op het hoofdkantoor lezen de meldingen samen met de andere. Zorg dat ook de verbinding tussen de locaties wordt bewaakt, vaak een VPN, want zo verspreidt een besmetting zich van de ene naar de andere locatie. Leg vast wie op de tweede locatie het lokale aanspreekpunt is voor fysieke taken zoals een apparaat loskoppelen. Bij NetSenX telt één agent op een SPAN- of TAP-poort per locatie als één apparaat, en alle locaties staan in één account.

Meestal minstens twee: één agent op een SPAN- of TAP-poort op elke locatie, omdat elke locatie eigen lokaal verkeer heeft. Een apparaat is een host waarop de NetSenX-agent draait, en één agent op een spiegelpoort telt als één apparaat voor het hele segment dat hij bewaakt. Heeft een locatie meerdere gescheiden segmenten, zoals kantoor, gastenwifi en productie, dan heeft elk segment dat u wilt bewaken een eigen spiegelpunt of agent nodig. Tel daar de servers bij op die u rechtstreeks met een eigen agent wilt bewaken. Een gemiddeld bedrijf met twee locaties heeft dus maar enkele apparaten nodig, wat kan passen in de 3 apparaten van het Free-abonnement of de 10 apparaten van het Starter-abonnement voor € 49 per maand.

Ja, als de VPN tussen de locaties elk apparaat in de vestiging toegang geeft tot elke server op het hoofdkantoor, wat vaak zo is. Een permanente VPN tussen kantoren maakt er één netwerk van, zodat een besmette pc in de vestiging de servers van het hoofdkantoor kan scannen en erop kan inloggen alsof hij op dezelfde verdieping staat. Beperk wat over de VPN gaat: sta alleen de diensten toe die de vestiging nodig heeft, zoals de bestandsserver of het ERP, en alleen vanaf de apparaten die ze nodig hebben. Gebruik aparte beheeraccounts per locatie. Bekijk het verkeer dat over de verbinding gaat. NetSenX markeert scans en laterale beweging op elk abonnement; met een sensor op elke locatie ziet u een besmetting van de ene naar de andere overgaan.

Ja. Pinautomaten en kassa's horen in een eigen netwerksegment, met alleen de nodige verbindingen toegestaan, zodat een besmette kantoor-pc er niet bij kan. Scheiding beperkt de schade van één gecompromitteerde computer en is ook de manier waarop de betaalkaartstandaard PCI DSS een bedrijf toestaat het deel van zijn netwerk dat onder de eisen valt te verkleinen. Gebruik in de praktijk een apart VLAN of een aparte routerpoort voor de betaalapparaten, blokkeer verkeer vanuit het kantoornetwerk naar dat segment en sta alleen verbindingen met de betaaldienstverlener toe. Vraag uw betaaldienstverlener en installateur hoe zij het aanraden. Controleer daarna of de scheiding standhoudt, want configuraties verschuiven in de loop van de tijd.

Test het vanaf een kantoorcomputer en bekijk daarna het verkeer om te zien of er iets doorheen gaat dat er niet doorheen hoort. Een eenvoudige test: probeer vanaf een kantoor-pc het adres van een kassa te bereiken, bijvoorbeeld met een ping of een verbinding met de beheerpoort, en bevestig dat het mislukt. Herhaal dat na elke wijziging aan het netwerk of de router. De test laat zien dat de regel op dat moment werkt; het meekijken laat zien of iets een pad gebruikt waarvan u niet wist. Een netwerksensor op een spiegelpoort die beide segmenten ziet, toont elke verbinding ertussen. NetSenX toont op elk abonnement op de netwerkkaart wie met wie praat en meldt scans of nieuwe sessies richting de kassa's.

De malware kan proberen zich naar de kassa's te verspreiden, kaartgegevens te stelen of ze te blokkeren, en de winkel kan geen betalingen meer ontvangen. Aanvallers die via phishing een kantoorcomputer binnenkomen, kijken daarna meestal rond op het netwerk. Staan kassa's en betaalapparaten in hetzelfde platte netwerk, dan liggen ze binnen bereik, vaak met oudere software en zwakke wachtwoorden. De gevolgen lopen van gemiste omzet terwijl de kassa's plat liggen tot een lek van kaartgegevens, met meldingen aan de betaaldienstverlener en mogelijk aan klanten. Voorkom het door het betaalnetwerk te scheiden, kassa's bij te werken en standaardwachtwoorden te wijzigen. NetSenX helpt het op tijd te zien: scans en laterale beweging van een kantoor-pc richting de kassa's geven op elk abonnement meldingen.

Dat kan: consumentenrouters missen vaak regelmatige updates, gescheiden netwerken en bruikbare logs, en sommige draaien nog met standaardwachtwoorden. Controleer voor een klein kantoor vier dingen. Wordt de firmware nog door de fabrikant bijgewerkt, en is die actueel? Is het beheerwachtwoord gewijzigd en beheer op afstand vanaf internet uitgezet? Kan hij gescheiden netwerken draaien, zodat gasten, betaalapparaten en kantoor-pc's van elkaar gescheiden zijn? Houdt hij logs bij die u kunt lezen? Is het antwoord twee keer of vaker nee, dan is een zakelijke router of firewall een goedkope verbetering. Zoek ook naar vergeten apparatuur, zoals een 4G-router die een leverancier in een kast liet staan. De netwerkkaart van NetSenX toont op elk abonnement apparaten die op het LAN verschijnen.

Ze opsporen, per apparaat beslissen of het nodig is, en het dan bijwerken en documenteren of uitzetten en wissen. Oude servers, vergeten NAS-apparaten, laptops van oud-medewerkers en testmachines zijn veelvoorkomende toegangspunten, omdat niemand ze bijwerkt en hun wachtwoorden oud zijn. Loop door het kantoor en vergelijk wat u vindt met uw apparatenlijst en de lijst van verbonden apparaten in de router. Wijs per apparaat een eigenaar aan. Meldt niemand zich, koppel het dan een paar weken los om te zien of iemand klaagt, en wis het daarna veilig. Verwijder ook de bijbehorende accounts en firewallregels. De netwerkkaart van NetSenX toont op elk abonnement apparaten die verkeer versturen, met eerste en laatste waarneming, wat helpt de vergeten exemplaren te vinden.

Reken op vragen over toegangsbeheer, updates, back-ups, de afhandeling van incidenten en bewijs, vooral van klanten die onder NIS2 vallen, omdat NIS2 hen vraagt de beveiliging in hun toeleveringsketen te beheren. Typische vragen: gebruikt u meervoudige authenticatie, hoe snel installeert u updates, test u back-ups, wie handelt incidenten af en hoe snel laat u het ons weten, bewaakt u uw netwerk, waar worden onze gegevens opgeslagen, en kunt u het bewijzen? Antwoord naar waarheid: een duidelijk nee met een plan is beter dan een ja die u niet kunt aantonen. Houd een korte beschrijving van uw beveiliging en het bijbehorende bewijs klaar. NetSenX kan een deel van dat bewijs leveren: detectiegegevens, het auditlog en, vanaf Starter, pdf-rapporten.

Houd een paar registraties consequent bij in plaats van veel af en toe: wat u hebt, wat u wijzigde, wat er gebeurde en wat u deed. Een lijst van apparaten en accounts met eigenaren. Een wijzigingslog voor belangrijke systemen. De data van back-ups en hersteltests. Een eenvoudig incidentlog met datum, wat er werd gezien, de beslissingen en wie ze nam. Bewaar ze waar een aanvaller die één computer binnenkomt ze niet kan wissen, en zorg dat elk apparaat de juiste tijd heeft, want tijdlijnen hangen ervan af. Deze registraties beantwoorden de vragen van verzekeraars, auditors, klanten en, onder NIS2, autoriteiten. NetSenX houdt een deel ervan voor u bij: meldingen met tijdstempel en uitleg, een meldingsgeschiedenis per abonnement en een auditlog van beslissingen en wijzigingen op elk abonnement.