Volledige platform-doorlichting
door de bril van een DevOps-analist

Wat De landingspagina: uptime 30d, actieve servers, open incidenten, anomalieën (24u), een "Urgent vandaag"-band, cluster-CPU-grafiek, recente alerts en de vlootlijst met health-status.

Waarom Eén scherm dat de vraag "is er nu iets mis, en zo ja waar" beantwoordt voordat iemand doorklikt; de urgent-band is de menselijke prioriteit boven de ruwe alertstroom.

Waarde Voor een ops-team het startpunt van elke shift; voor management een eerlijke gezondheidsfoto zonder rapportage-vertraging.

Gebruik Open als eerste tab van de dag; klik de urgent-band of een vlootrij direct door naar server-detail; KPI's linken naar de onderliggende lijsten.

Wat De vlootlijst: per host IP, OS, agentversie, alerts, containers, last seen, met filterchips voor os/status/docker/updates.

Waarom De brug tussen "de vloot" en "deze machine"; filterchips zijn sneller dan een query-taal voor de 80%-gevallen.

Waarde Het werkscherm voor iedere beheerder; bij een incident is dit de plek waar je van symptoom naar host navigeert.

Gebruik Filter op status of OS, klik een rij voor het serverdossier; "+ Server" rechtsboven geeft het installcommando per platform.

Wat Het complete dossier van één machine: Metrics, Processen, Inventaris, CVEs, SLA, Kernel, Containers, Users, Disks, Hardware, Capaciteit, Dependencies, Beveiliging, Topologie, History, Logs, Noodactie, Governance en Agent.

Waarom Alles wat over één host bekend is op één URL; het alternatief (aparte tools voor inventaris, vulns, console en governance) is precies het werk dat monsys wil wegnemen.

Waarde Bij een incident of audit is dit het enige scherm dat een engineer nodig heeft: van live metrics tot wie de eigenaar is en of er een EAT-noodconsole beschikbaar is.

Gebruik Vanuit elke lijst of alert kom je hier; "Force update" pusht de nieuwste agent; "Toon noodacties" start de TOTP-EAT-flow; Governance legt eigenaar, classificatie, backup-verwachting en auto-patch-beleid vast.

Wat De alertstroom (101 in demo: 3 open, 98 opgelost) met per alert "Verklaar dit" (AI-duiding) en "Bevestig", plus tabs Alertregels en Onderhoud (maintenance-windows).

Waarom Lifecycle-denken: een alert is pas klaar als hij bevestigd en opgelost is; maintenance-windows voorkomen valse wekkers tijdens gepland werk; de MTTR-module meet op deze lifecycle.

Waarde Ack/resolve-discipline plus AI-uitleg verlaagt de drempel voor junior operators; alertregels + onderhoud in hetzelfde scherm scheelt een aparte tool.

Gebruik Werk de "Open"-lijst af; "Verklaar dit" voor context; regels beheren onder Alertregels; plan onderhoud vóór een change om ruis te voorkomen.

Wat Statistische anomaliedetectie (z-scores) op metrics, met een expliciete "dit is geen ML"-disclaimer.

Waarom Transparant en uitlegbaar boven black-box: een z-score kun je aan een auditor uitleggen, een neuraal net niet.

Waarde Vroege afwijkingssignalen zonder tuning; eerlijkheid over de methode past bij het audit-DNA van het product.

Gebruik Dagelijkse blik; afwijkingen doorklikken naar de server-metrics van dat venster.

Wat Eén samengesteld cijfer (demo: 88) uit gewogen componenten (patch-hygiëne, evidence-continuïteit, detectie-dekking, …), met bootstrap-banner voor jonge tenants, zelfherstel-MTTR en per-server drilldown met centrality-weging (kritieke knooppunten tellen zwaarder).

Waarom Business en techniek hebben een gedeelde taal nodig; één trendbaar getal met transparante opbouw is die taal, en de gewichtentabel voorkomt dat het een marketinggetal wordt.

Waarde Voor de business: risico als KPI, bruikbaar in kwartaalrapportage. Voor DevOps: de componententabel is meteen de prioriteitenlijst.

Gebruik Volg de trend, niet het absolute getal; klik de zwakste component aan en werk die lijst af; per-agent-view toont waarom een specifieke host de score drukt.

Wat Clustert gelijktijdige of gerelateerde signalen (alerts, anomalieën, checks) tot één incident-cluster met bulk-bevestiging.

Waarom Eén storing produceert tientallen signalen; clusteren scheidt oorzaak van symptoomruis.

Waarde Minder alert-moeheid; "Bevestig alle 47" is precies het soort werkbesparing dat criterium 2 vraagt.

Gebruik Bij alertregen eerst hier kijken: één cluster = één onderzoek in plaats van 47 losse alerts.

Wat Reactiesnelheid in twee lagen: alert-lifecycle (MTTA/MTTR p50/p95 per scope × severity, met "chronisch genegeerd"-markering) en de patch-pipeline (zelfherstel: dispatch → applied, auto vs. handmatig).

Waarom "Hoe snel reageren we" is dé operationele vraag van management; de scheiding lifecycle vs. remediation voorkomt dat trage patches je alert-discipline vervuilen (en andersom).

Waarde Chronisch genegeerde categorieën zijn direct zichtbaar: dat is een gesprek over alert-hygiëne dat anders nooit gevoerd wordt. De auto/handmatig-vergelijking onderbouwt de business-case voor auto-patch.

Gebruik Maandelijkse ops-review: p95's vergelijken met SLA-beloftes; chronische rijen aanpakken door de regel te tunen of het proces te fixen.

Wat Waargenomen uptime per subject (host/dienst) tegen instelbare targets, met vensterkeuze (30/90d) en typefilters.

Waarom SLA's naar de business horen gemeten te worden waar de monitoring toch al zit, niet in een apart spreadsheet.

Waarde Voor multi-team-organisaties: elk team kan zijn eigen subjects en targets bewaken en rapporteren; contractuele uptime wordt een dashboardfeit.

Gebruik Target zetten per subject (via de SLA-tab op het serverdossier), hier de vlootbrede naleving volgen.

Wat De geaggregeerde takenlijst van het platform: CVE-exposure, OS-upgrades, capaciteitsvoorspellingen en CVD-predisclosure-waarschuwingen, elk met severity en waar mogelijk een kant-en-klaar commando.

Waarom Signalen uit tien modules zijn pas nuttig als ze samenkomen in één geprioriteerde werklijst; dit is het "wat doe ik vandaag"-scherm.

Waarde Het dichtst bij "werk wegnemen": concrete apt-commando's in plaats van kale bevindingen.

Gebruik Wekelijks afwerken van hoog naar laag; items koppelen door naar de fix-flow (EAT of auto-patch).

Wat Groepen: servers bundelen per team, omgeving of klant; de eenheid waarop RBAC-scopes en rapporten werken. Applicaties: gewenste-staat-definities ("deze app hoort op deze hosts te draaien") met drift-detectie en herstel via EAT.

Waarom Groepen zijn het multi-team-fundament: rechten, SLA's en rapporten per verantwoordelijkheid. Apps tillen monitoring van "draait het proces" naar "klopt de gewenste staat".

Waarde Voor jouw doelbeeld (teams met eigen systemen en rechten) is de keten groep → RBAC-scope → rapport de ruggengraat.

Gebruik Groepen aanmaken per team/omgeving, servers toewijzen, daarna RBAC-toewijzingen op groepsscope zetten (zie /rbac) en rapporten per groep draaien.

Wat Doorzoekbare vlootbrede inventaris: 717 packages, services en users over alle hosts heen.

Waarom "Waar draait openssl 3.0.x?" moet één query zijn, geen SSH-rondje; dit is ook de basis onder SBOM en CVE-matching.

Waarde Bij een verse CVE-publicatie is de blootstellingsvraag in seconden beantwoord; auditors krijgen hun software-overzicht zonder handwerk.

Gebruik Zoek op pakketnaam bij incident-respons; exporteer via SBOM op het serverdossier voor leveranciersvragen.

Wat Interactieve infrastructuurgraaf (React Flow, Mermaid-export, snapshots), met daarop twee analyses: blast radius (wat raakt mee als deze host valt of gecompromitteerd wordt) en service-dependencies.

Waarom CVE-prioritering zonder context is lijstjes sorteren; dezelfde CVE op een internet-facing knooppunt met tien afhankelijke systemen is urgenter dan op een geïsoleerde host. De topologie levert die context (en voedt de SMART-correlaties).

Waarde Impactanalyse vóór changes; risico-gewogen patching in plaats van CVSS-bingo.

Gebruik Graaf actueel houden (agent-discovery + handmatige verrijking), bij change of incident eerst blast radius van het betrokken knooppunt bekijken.

Wat Diagrammen: vrije architectuurtekeningen met een live, auto-gegenereerd productiediagram, en expliciete scheiding "templates ≠ jouw infra". Network map: meerdere kaarten (multi-map), 40+ apparaattypes handmatig toe te voegen, edge-bekabeling en een contextueel PROBLEMS-paneel dat live alerts op de kaart projecteert.

Waarom Netwerkdocumentatie veroudert op de dag dat ze af is; een kaart die aan live monitoring hangt niet. Manual devices dekken wat de agent niet kan zien (switches, firewalls, printers).

Waarde Vervangt de eeuwig verouderde Visio; het PROBLEMS-paneel maakt de kaart een operationeel scherm in plaats van documentatie.

Gebruik Per locatie of zone een map; agents verschijnen automatisch, netwerkapparatuur handmatig erbij; bij storing de kaart openen voor fysieke context.

Wat Cloud-accounts koppelen (connect-wizard met 9 providers zichtbaar) en resources naast de agent-vloot leggen, met maandkost-indicatie.

Waarom Vloten zijn hybride; wat niet in beeld is, is niet compliant en niet begroot.

Waarde Eén inventaris over on-prem en cloud heen; kostenbewustzijn op dezelfde plek als security.

Gebruik Account koppelen met read-only credentials, resources verschijnen naast de agentvloot.

Wat Voorgedefinieerde herstelscenario's die via de EAT-flow (TOTP, kortlevend, single-use) uitgevoerd worden; heldere human-in-the-loop-uitleg.

Waarom Herstelacties horen gestandaardiseerd, geautoriseerd en gelogd te zijn, niet als losse SSH-sessies om 3 uur 's nachts. Het human-in-the-loop-principe is hier een feature, geen beperking: geen enkele LLM of regel voert zelfstandig iets uit.

Waarde Junior-proof herstel met senior-waardige waarborgen; elke uitvoering is attesteerbaar bewijs voor de auditor.

Gebruik Playbook kiezen, TOTP bevestigen, uitvoering en resultaat verschijnen gesigneerd in de audit-keten.

Wat Beveiliging: honeypot-status, heartbeat-silence-bewaking en process-DNA (binary-hashes van draaiende processen tegen een baseline, met "markeer als nieuwe baseline"). Detection: on-host parsing van auth-logs met vier regeltypes (brute force, geo-afwijking via RIR-ranges, e.d.) onder een prominente REPORTING ONLY-banner.

Waarom Detectie gebeurt op de host en er gaan alleen geaggregeerde signalen naar de hub, nooit ruwe loglijnen: dat is het privacy- en soevereiniteitsontwerp. REPORTING ONLY is het human-in-the-loop-principe: monsys observeert en rapporteert, de operator beslist.

Waarde Lichtgewicht EDR-achtige dekking zonder SIEM-beheerslast (het Wazuh-alternatief kost je een OpenSearch-cluster); process-DNA vangt supply-chain-achtige binaire wijzigingen.

Gebruik Detections dagelijks reviewen en acknowledgen; legitieme binary-updates als nieuwe baseline markeren; honeypot-hits zijn per definitie onderzoekswaardig.

Wat Backport-bewuste kernel-CVE-matching (weet dat Ubuntu/Debian fixes terugporteren zonder versienummer-verhoging) met KEV/EPSS-prioritering en een gecontroleerd kernel-update-pad via canary + EAT.

Waarom Naïeve versievergelijking geeft op enterprise-distro's duizenden false positives; backport-bewustzijn is het verschil tussen bruikbaar en ruis. Kernel-patching is bewust NIET auto-patchbaar: reboot-impact vraagt een mens.

Waarde Kernel-exposure is voor de meeste teams een blinde vlek; KEV/EPSS zegt "deze drie eerst" in plaats van "hier zijn er 2000".

Gebruik Filter op vulnerable + KEV; plan kernel-updates via de canary-flow; de rest is achtergrondruis.

Wat Vlootbreed accountoverzicht: waar bestaan accounts, welke zijn root-equivalent, waar wachtwoordloos; expliciet zonder auto-correlatie tussen hosts.

Waarom Verweesde en over-geprivilegieerde accounts zijn een top-aanvalspad; "géén auto-correlatie" is een eerlijke keuze (gelijke usernames ≠ gelijke identiteit).

Waarde Offboarding-controle en least-privilege-audits zonder scripts; direct bewijsmateriaal voor ISO 27001 A.5/A.8-controls.

Gebruik Periodiek reviewen op root-equivalents en no-password accounts; koppelen aan het offboarding-proces.

Wat Framework-dekking per control met automatisch verzameld bewijs uit de agent-telemetrie, concrete fix-instructies per falende control, erosie-alerts (dekking die wegzakt), een tijdlijn-heatmap en een Pareto-view ("welke fixes leveren de meeste dekking"), plus exports naar Trust OS/Vanta/CyberDay.

Waarom Compliance is geen jaarlijkse sprint maar een continue toestand; door bewijs uit dezelfde agent te halen als de monitoring is het altijd actueel en cryptografisch verifieerbaar in plaats van screenshot-gebaseerd (het Vanta-model).

Waarde Voor de business: NIS2/CRA-readiness als levend dashboard in plaats van consultancy-rapport. Voor DevOps: de Pareto-view vertaalt compliance naar een korte klusjeslijst. Dit is monsys' sterkste verkoopverhaal.

Gebruik Kies het framework, werk falende controls af via de fix-instructies, bewaak erosie-alerts, lever de maandelijkse audit pack als bewijs.

Wat Evidence Health: continuïteit van de bewijsketen over 18 maanden (zijn er gaten in de gesigneerde packs). Integrity: bewaking van de platformintegriteit zelf (mTLS-certstatus, keten-anomalieën) met per-item resolve.

Waarom Een bewijsketen met gaten is geen bewijsketen; en een platform dat integriteit verkoopt moet zijn eigen integriteit aantoonbaar bewaken. Meta-monitoring dus.

Waarde Bij een audit is "ononderbroken sinds maand X" een verkoopbaar feit; integrity-findings vangen configuratiedrift in de vertrouwensketen.

Gebruik Maandelijkse blik; elk gat of open finding direct verklaren of fixen.

Wat Opnames van noodconsole-sessies (asciinema .cast) met SHA-256-integriteitshash, reden, duur en commando-telling.

Waarom Break-glass-toegang is alleen verdedigbaar als hij volledig reconstrueerbaar is; de hash maakt de opname manipulatie-aantoonbaar.

Waarde "Wie deed wat tijdens het incident" is één download; voor de auditor het sluitstuk van de EAT-keten.

Gebruik Elke noodsessie achteraf reviewen; de .cast is afspeelbaar bewijs bij post-mortems.

Wat Passieve, audit-grade observability voor LLM-gebruik: eigen apps sturen traces via ingest-token en SDK's (AI traces + kosten-KPI's + Ed25519-gesigneerde evidence packs); Copilot Audit (roadmap Q3) en OpenAI Admin Audit trekken admin-API's van GitHub/OpenAI leeg tot gesigneerde packs, met gehashte usernames en AES-256-GCM at rest.

Waarom De EU AI Act en interne governance vragen "bewijs wat je AI doet"; niemand levert dat vandaag als gesigneerd, offline verifieerbaar artefact. Passief per ontwerp: monsys zit niet in het request-pad.

Waarde Voor bedrijven die AI uitrollen: kosten- en gebruiksinzicht plus een compliance-artefact dat een auditor accepteert. Onderscheidend genoeg om deals te openen die pure monitoring nooit opent.

Gebruik App registreren, ingest-token in de SDK, traces verschijnen; voor Copilot/OpenAI de admin-koppeling leggen; maandelijkse packs archiveren.

Wat Append-only audit-log van elke mutatie (wie, wat, wanneer, IP, payload); maandelijkse Ed25519-gesigneerde Audit Packs met offline verify-CLI; on-demand Report Builder met vijf templates (executive, technisch, per app, per groep, MSP-handover) en eigen periode; en een aparte, beperkte auditor-rol met TOTP-verplichting.

Waarom Dit ís het product: niet "wij monitoren" maar "wij bewijzen". De offline verify betekent dat de auditor monsys niet hoeft te vertrouwen, alleen de wiskunde.

Waarde De maandelijkse pack is het ene deliverable waar de hele v1.2-roadmap op mikt; de per-groep-rapporten zijn precies wat multi-team-organisaties en MSP's nodig hebben voor hun eigen verantwoordingslijn.

Gebruik Audit-log bij elk "wie heeft dit gedaan"; packs maandelijks archiveren; Report Builder voor management- en klantrapportage; auditors een eigen account geven in plaats van PDF's te mailen.

Wat RBAC v2: per-scope-rollen (tenant / groep / agent × viewer / editor / admin) bovenop de tenant-rol, sinds deze week met een in-UI uitleg van beide rolniveaus. On-call: roosters en escalatie. MSP Cockpit: overkoepelend beeld voor beheerders van meerdere tenants.

Waarom Jouw doelbeeld letterlijk: meerdere teams, elk eigen systemen en rechten. Team A editor op zijn eigen groep, viewer op de rest; de auditor viewer op alles; de MSP'er zijn klanten gescheiden.

Waarde Least-privilege zonder aparte IAM-tooling; de scope-toewijzing is het mechanisme dat monsys multi-team-proof maakt.

Gebruik Groepen aanmaken (per team/omgeving) → gebruikers per groep een rol geven → tenant-rol zo laag mogelijk houden.

Wat Facturatie: plan/quota/retentie, kostenraming, volledig EU-B2B-factuurformulier, Stripe én PayPal (5 agents gratis, €3/server/maand vanaf de zesde). Instellingen: installcommando's per platform ("systemd op Linux, SCM op Windows"), enrolment-tokens, profiel/TOTP, team, notificaties (ntfy/SMTP, eerlijk over voorwaarden), signing keys en branding.

Waarom Transparante, lage prijs is een strategisch wapen (factor 5-15 onder Datadog); self-service settings houden onboarding bij een MSP of team zonder monsys-tussenkomst.

Waarde Geen procurement-cyclus nodig om te starten; de signing-keys-pagina maakt de bewijsketen zichtbaar en controleerbaar.

Gebruik Onboarding: enrolment-token → installcommando → server verschijnt; team uitnodigen onder Team; notificatiekanalen per ernst instellen.