| Pluginnaam | LearnPress |
|---|---|
| Type kwetsbaarheid | Cross-site scripting (XSS) |
| CVE-nummer | CVE-2026-48865 |
| Urgentie | Medium |
| CVE-publicatiedatum | 2026-06-01 |
| Bron-URL | CVE-2026-48865 |
Dringend: Weerspiegelde XSS in LearnPress (CVE-2026-48865) — Wat WordPress-site-eigenaren nu moeten doen
Gepubliceerd: 1 juni 2026
Auteur: WP-Firewall Beveiligingsteam
Samenvatting
Een weerspiegelde Cross-Site Scripting (XSS) kwetsbaarheid die LearnPress-versies tot en met 4.3.6 (CVE-2026-48865) beïnvloedt, is openbaar gemaakt en gepatcht in LearnPress 4.3.7. De kwetsbaarheid stelt een niet-geauthenticeerde aanvaller in staat om een URL te maken die, wanneer bezocht door een gebruiker (inclusief een sitebeheerder of andere bevoegde gebruiker), willekeurige JavaScript kan uitvoeren in de context van de browser van het slachtoffer. Dit is een kwetsbaarheid van gemiddelde prioriteit met een CVSS-score van 7.1 en moet als urgent worden behandeld voor alle sites die de getroffen LearnPress-versies draaien.
In deze waarschuwing behandelen we:
- wat deze kwetsbaarheid is en hoe een weerspiegelde XSS werkt;
- realistische aanvalscenario's en potentiële impact op uw site;
- onmiddellijke, praktische stappen om te mitigeren en te verhelpen — inclusief hoe WP-Firewall u beschermt;
- ontwikkelaarsrichtlijnen om soortgelijke fouten in de toekomst te voorkomen;
- detectie- en incidentresponsrichtlijnen voor site-eigenaren.
Deze gids is geschreven voor WordPress-site-eigenaren, beheerders, hostingteams en plugin/thema-ontwikkelaars — met praktische, uitvoerbare stappen die u direct kunt nemen.
Wat is weerspiegelde XSS (en waarom het hier belangrijk is)
Cross-Site Scripting (XSS) is een injectiekwetsbaarheid waarbij een applicatie door de gebruiker controleerbare gegevens in webpagina's opneemt zonder deze correct te valideren of te ontsnappen, waardoor een aanvaller JavaScript kan injecteren en uitvoeren in de browsers van slachtoffers. Weerspiegelde XSS vindt plaats wanneer de kwaadaardige invoer weerspiegeld van de server in een onmiddellijke reactie komt (bijvoorbeeld, de server echoot de inhoud van een queryparameter terug in een HTML-pagina), in tegenstelling tot opgeslagen XSS waarbij de kwaadaardige payload in een database wordt bewaard.
CVE-2026-48865 is een weerspiegelde XSS in de LearnPress-plugin die versies ≤ 4.3.6 beïnvloedt. Een niet-geauthenticeerde aanvaller kan een URL maken die een kwaadaardige payload bevat. Als een doelgebruiker — mogelijk een beheerder of instructeur — die URL opent (bijvoorbeeld in een e-mail, sociale media of een chatbericht), wordt het geïnjecteerde script uitgevoerd in hun browser met de privileges van die gebruiker. Dit maakt ernstige vervolgaanvallen mogelijk, zoals sessieovername, privilege-escalatie, inhoudinjectie of zelfs volledige overname van de site wanneer een beheerder wordt misleid.
Belangrijkste feiten:
- Beïnvloed software: LearnPress-plugin voor WordPress
- Kwetsbare versies: ≤ 4.3.6
- Gepatchte versie: 4.3.7 (upgrade onmiddellijk)
- CVE: CVE-2026-48865
- Vereiste privileges om te initiëren: geen (niet-geauthenticeerde aanvaller)
- Exploitatie: gereflecteerd (vereist gebruikersinteractie — klikken/bezoeken van kwaadaardige link)
- CVSS (gerapporteerd): 7.1 (Gemiddeld)
Realistische aanvalscenario's — hoe aanvallers dit zouden kunnen exploiteren
Hier zijn praktische scenario's die aanvallers kunnen nastreven:
1. Phishing naar sitebeheerders of instructeurs
Een aanvaller maakt een URL die de gereflecteerde XSS activeert en stuurt deze naar een sitebeheerder of instructeur via e-mail of chat. Als de ontvanger is ingelogd en op de link klikt, wordt het geïnjecteerde script uitgevoerd met hun privileges. Aanvallers kunnen:
- sessiecookies of authenticatietokens stelen (als ze niet zijn beschermd door HttpOnly en juiste cookie-vlaggen);
- acties uitvoeren namens de admin (admingebruikers aanmaken, plugin/thema-bestanden wijzigen, backdoors installeren);
- gebruikersgegevens of consumentenlijsten exporteren;
- SEO-spam of phishingpagina's injecteren.
2. Drive-by compromitteren van ingelogde gebruikers
Een site met een gemeenschap van ingelogde gebruikers kan worden doelwit door zorgvuldig gemaakte links te plaatsen die, wanneer geklikt door een geauthenticeerde gebruiker, acties uitvoeren zoals het wijzigen van accountgegevens, het escaleren van privileges (als er andere kwetsbaarheden zijn) of het verzenden van verdere kwaadaardige berichten vanuit legitieme accounts.
3. Reputatie- en SEO-schade
Aanvallers kunnen de kwetsbaarheid gebruiken om onzichtbare spam te injecteren, om te leiden naar kwaadaardige pagina's of om inhoud weer te geven die uw merk en zoekmachinepositie schaadt.
4. Pivot naar persistente compromittering
Hoewel het probleem een gereflecteerde XSS is, kunnen aanvallers, zodra ze toegang hebben tot een admin-sessie, persistente acties uitvoeren (backdoors uploaden, plugin-code wijzigen of admingebruikers aanmaken), waardoor herstel aanzienlijk moeilijker wordt.
Omdat exploitatie gebruikersinteractie vereist, worden deze aanvallen vaak uitgevoerd in gerichte phishingcampagnes of massaal gewapende URL's die worden gedeeld op drukbezochte kanalen.
Onmiddellijke acties voor site-eigenaren (wat te doen in de komende 60 minuten)
Als u WordPress-sites beheert die LearnPress draaien, geef deze kwetsbaarheid nu prioriteit. Hier is wat u onmiddellijk moet doen:
- Maak nu een back-up van uw site
– Maak een volledige back-up (bestanden + database). Bewaar back-ups op een externe locatie en controleer de integriteit van de back-up voordat u wijzigingen aanbrengt. - Update LearnPress naar 4.3.7 of later
– Bijwerken is de definitieve oplossing. Update de plugin vanuit het WordPress-beheerdashboard of via WP‑CLI:
WP‑CLI:wp plugin update learnpress --version=4.3.7
– Als je niet meteen kunt updaten (compatibiliteitsproblemen), ga dan verder met de onderstaande mitigaties en plan zo snel mogelijk een update. - Zet mitigatie in werking (virtuele patching)
– Als je niet onmiddellijk kunt updaten, pas dan een webapplicatie-firewall (WAF) regel toe om exploitpatronen te blokkeren (WP‑Firewall biedt mitigatieregels). Virtuele patching beschermt de site terwijl je de update plant. - Forceer uitlogins van alle sessies en roteer inloggegevens
– Forceer uitloggen voor alle gebruikers en reset de wachtwoorden van beheerders en andere accounts met hoge privileges.
– Roteer API-sleutels en tokens die mogelijk zijn blootgesteld. - Voer een malware-scan en integriteitscontrole uit
– Scan het bestandssysteem en de database op verdachte wijzigingen. Controleer de integriteit van kern-, plugin- en themabestanden. Zoek naar recent gewijzigde bestanden, onbekende beheerdersgebruikers en geïnjecteerde inhoud. - Monitor toeganglogs en weblogs op verdachte verzoeken
– Zoek naar ongebruikelijke querystrings, lange gecodeerde parameters of herhaalde verzoeken met verdachte patronen. Let op pieken in verkeer naar eindpunten die mogelijk zijn doelwit. - Informeer je team en belanghebbenden
– Als je vermoedt dat gevoelige gegevens zijn blootgesteld of de site mogelijk is gecompromitteerd, informeer dan de belanghebbenden en volg je incidentresponsplan.
Deze onmiddellijke stappen verminderen verder risico en geven je tijd om veilig te upgraden en op te schonen.
Hoe WP‑Firewall uw WordPress-site beschermt
Bij WP‑Firewall bieden we meerdere lagen van bescherming die zijn ontworpen om aanvallen zoals gereflecteerde XSS te stoppen voordat ze sitebezoekers of ingelogde gebruikers bereiken:
- Beheerde WAF-regels die bekende kwetsbaarheden en veelvoorkomende XSS-patronen dekken (virtuele patching)
Wanneer een nieuwe kwetsbaarheid wordt onthuld, creëert en distribueert ons beveiligingsteam regels om exploitatiepogingen te blokkeren — inclusief voor gereflecteerde XSS-payloads — terwijl je de patch van de leverancier toepast. - Real-time verzoekinspectie en blokkering
WP‑Firewall inspecteert binnenkomende verzoeken (querystrings, POST-lichamen, headers) en blokkeert verzoeken die overeenkomen met hoogvertrouwen XSS-patronen of abnormaal gedrag. - Malware-scanner en integriteitsmonitoring
Continue scanning van bestanden en database-inhoud om geïnjecteerde JavaScript, ongeautoriseerde beheerders en gewijzigde pluginbestanden te vinden. - Automatische mitigatie voor OWASP Top 10 risico's (Basis Gratis plan)
Basis gratis plan omvat beheerde firewall, onbeperkte bandbreedte, WAF, malware-scanner en mitigatie voor OWASP Top 10. - Virtuele patching en automatische update-opties voor kwetsbare plugins (waar beschikbaar, per plan)
Pro-plannen omvatten automatische kwetsbaarheid virtuele patching en aanvullende diensten voor snellere herstel.
Als je afhankelijk bent van een WAF (zoals WP-Firewall), krijg je onmiddellijke bescherming terwijl je je site upgrade en versterkt.
Hoe te detecteren of je het doelwit bent geweest of gecompromitteerd
Gereflecteerde XSS is afhankelijk van gebruikersinteractie, dus volledige exploitatie laat vaak sporen achter. Zoek naar deze indicatoren:
- Ongebruikelijke querystrings of lange gecodeerde parameters in toegangslogs
Herhaalde GET-verzoeken met verdacht lange queryparameters of percent-gecodeerde payloads kunnen wijzen op pogingen tot aanvallen. - Onverwachte beheerdersacties of nieuwe beheerdersgebruikers
Rekeningwp_gebruikersEnwp_usermetavoor recent toegevoegde gebruikers met beheerdersrollen. - Gewijzigde plugin- of themabestanden, met name in LearnPress of andere plugins
Inspecteer tijdstempels van recent gewijzigde bestanden. Vergelijk met een schone kopie. - Consolefouten of geïnjecteerde inline scripts op openbare pagina's
Gebruik de browserontwikkelconsole om te controleren op inline scripts die je niet hebt toegevoegd. - Uitgaande HTTP-verzoeken naar onbekende domeinen vanaf je server
Sommige backdoors contacteren C2-servers. Controleer serverlogs en firewall-uitgangsregels. - Spammy pagina's, onverwachte omleidingen of ongebruikelijke inhoud in berichten/pagina's
Aanvallers verbergen vaak inhoud of creëren pagina's die bedoeld zijn voor SEO-spam of phishing.
Als je verdachte activiteit detecteert, isoleer de site (onderhoudsmodus, toegang beperken) en ga verder met een volledige incidentrespons — zie de sectie Incidentrespons hieronder.
Preventieve en langdurige mitigaties
Naast onmiddellijke remedie, pas deze verhardingsmaatregelen toe om het risico van XSS en soortgelijke kwetsbaarheden in de toekomst te verminderen:
- Houd software up-to-date
– Kern WordPress, thema's en plugins moeten snel worden bijgewerkt. Gebruik staging om grote updates te testen. - Implementeer het principe van de minste privilege en sterke MFA
– Beperk admin-accounts, gebruik aparte accounts voor verschillende taken en schakel multi-factor authenticatie in voor alle bevoegde gebruikers. - Gebruik een betrouwbare beheerde WAF met virtuele patchmogelijkheden
– Virtuele patching is een vangnet voor zero-day en openbaar gemaakte kwetsbaarheden wanneer leveranciersupdates niet onmiddellijk mogelijk zijn. - Handhaaf een sterke Content Security Policy (CSP)
– Een correct geïmplementeerde CSP vermindert de impact van XSS aanzienlijk door inline scriptuitvoering te blokkeren en ongeautoriseerde scriptbronnen te verbieden. Begin met een rapport-only CSP om de compatibiliteit te beoordelen voordat je handhaaft. - Beveilig cookies en sessiebeheer
– Stel cookies in met HttpOnly, Secure en SameSite-vlaggen. Geef de voorkeur aan korte sessieduur voor hoogprivilege-accounts. - Invoervalidatie en uitvoerescapering in ontwikkelingsworkflows
– Zorg ervoor dat elk stuk door de gebruiker controleerbare gegevens gevalideerd en geëscaleerd is. Gebruik de escapefuncties van WordPress (zie Ontwikkelaarsrichtlijnen hieronder). - Regelmatige beveiligingsaudits en scans
– Regelmatige geautomatiseerde scans en periodieke handmatige beoordelingen vangen risicovolle patronen voordat ze worden uitgebuit. - Logging, monitoring en waarschuwingen
– Monitor toeganglogs, inlogpogingen en integriteitscontroles; waarschuw bij abnormale patronen.
Ontwikkelaarsrichtlijnen: hoe reflecterende XSS in code te verhelpen en te voorkomen
Als je een plugin- of themadeveloper bent, volg dan deze concrete aanbevelingen:
- Vertrouw nooit op gebruikersinvoer
– Behandel alle invoer als onbetrouwbaar — GET, POST, cookies, headers. Valideer en saniteer dienovereenkomstig. - Escape uitvoer op de juiste manier
– Gebruik WP-escapefuncties op basis van de context:- HTML bodytekst:
esc_html( $value ) - HTML-attribuut:
esc_attr( $value ) - URLs:
esc_url_raw()voor opslag,esc_url()voor echoën - JS inline gegevens:
wp_json_encode()gebruik het dan op een veilige manier, ofesc_js() - Sta veilige HTML toe:
wp_kses_post()ofwp_kses( $value, $allowed_tags )
– Voorbeeld:
// Onveilig: rauwe GET-parameter in HTML echoën; - HTML bodytekst:
- Vermijd het echoën van rauwe aanvraaggegevens in pagina's
– Als je gebruikersinvoer aan de gebruiker moet tonen, saniteer en escape, of render het in een veilige container en nooit als uitvoerbare code. - Gebruik nonces en capaciteitscontroles voor acties die de status wijzigen.
– Voor bewerkingen die gegevens wijzigen of admin-niveau taken uitvoeren, controleer altijdhuidige_gebruiker_kan()Encheck_admin_referer(). - Geef de voorkeur aan server-side validatie en canonicalisatie
– Valideer gegevens op de server, canonicaliseer ze en sla ze op in verwachte formaten. - Bij het produceren van JSON-eindpunten, stel het juiste contenttype in en vermijd JSONP of onveilige callbackparameters
– Gebruikwp_send_json(),wp_send_json_succes(),wp_send_json_error(). - Voeg eenheden en veiligheidstests toe aan je CI-pijplijn
– Geautomatiseerde tests die escapen bevestigen en onveilige uitvoer afwijzen, verminderen het regressierisico.
Het volgen van deze praktijken voorkomt de meeste XSS-problemen.
Voorbeeld WAF-mitigaties (beleidsideeën en regelpatronen)
Hieronder staan hoog-niveau voorbeelden die je kunt aanpassen aan je WAF of serverconfiguratie om gereflecteerde XSS-pogingen te mitigeren. Dit zijn patroon-gebaseerde mitigaties en moeten eerst op staging worden getest om valse positieven te vermijden.
Belangrijk: Vertrouw niet alleen op WAF-regels — ze zijn een aanvulling, geen vervanging voor patching en veilige codering.
Voorbeeldideeën voor regels (pseudocode):
- Blokkeer verzoeken met verdachte scriptfragmenten in querystring-waarden
– Blokkeer als de gedecodeerde queryparameter bevat<script>,onerror=,onload=,javascript:, ofdocument.cookie.
– Voorbeeld (pseudocode):
if (decode(url_query) matches /<\s*script\b|on\w+\s*=|javascript:/i) {
- Blokkeer verzoeken met ongewoon lange of zwaar gecodeerde queryparameters
– Veel exploitpogingen gebruiken lange, base64 of percent-gecodeerde payloads. Stel redelijke lengtegrenzen in. - Blokkeer verzoeken die gecodeerde scriptpatronen bevatten (bijv.,
script)
– Decodeer percent-codering, evalueer dan. - Pas hoog‑vertrouwen blokkadelijsten toe voor bekende exploit-eindpunten
– Als de kwetsbaarheid bekend is om een specifieke pluginparameter of eindpunt te targeten, blokkeer dan kwaadaardige patronen specifiek voor dat eindpunt. - Beperk herhaalde verzoeken van een enkel IP of bereik
– Beperk verdachte verkeer om exploitatiepogingen te verminderen.
Voorbeeld ModSecurity-stijl regel (illustratief, niet kopiëren/plakken in productie zonder testen):
SecRule ARGS|REQUEST_URI "@rx (?i)(<\s*script\b|on\w+\s*=|javascript:|document\.cookie)" \n "id:100001,phase:2,deny,status:403,log,msg:'Blokkeer mogelijke gereflecteerde XSS-poging'"
Als je WP‑Firewall gebruikt, leveren onze beheerde regelupdates vergelijkbare bescherming afgestemd op WordPress-gedragingen en veelvoorkomende plugin-eindpunten terwijl valse positieven worden geminimaliseerd.
Hoe te testen en te verifiëren dat je beschermd bent
Nadat je mitigaties hebt toegepast of LearnPress hebt bijgewerkt, verifieer je de bescherming:
- Bevestig de pluginversie
– Ga naar Plugins > Geïnstalleerde Plugins en zorg ervoor dat LearnPress 4.3.7 of later toont. - Test bekende exploitpatronen in een niet-privilege testomgeving
– Gebruik een staging-kopie van uw site en veilige testpayloads om te bevestigen dat de WAF kwaadaardig uitziende verzoeken blokkeert zonder legitieme functionaliteit te beïnvloeden. - Controleer logs op geblokkeerde pogingen
– Valideer WAF-logboeken en webserverlogboeken om te zien of geblokkeerde pogingen zijn waargenomen en succesvol zijn verholpen. - Valideer CSP- en headerwijzigingen
– Gebruik beveiligingsscans en browserontwikkeltools om CSP- en beveiligingsheaders te verifiëren. - Voer een volledige malware-scan uit en controleer de bestandsintegriteit opnieuw
– Een schone scan na de update geeft vertrouwen dat er geen persistentie is achtergelaten.
Checklist voor incidentrespons (als u vermoedt dat er sprake is van een inbreuk)
Als u vermoedt dat de site is geëxploiteerd via deze XSS of een andere vector, volg dan dit verkorte responsplan:
- Isoleren en inperken
– Zet de site in onderhoudsmodus of alleen firewall-toegang tijdens het onderzoek. - Bewijsmateriaal bewaren
– Maak volledige back-ups van bestanden en DB (bewaar logboeken). Wijzig de locatie van bewijs niet. - Toepassingsgebied bepalen
– Controleer op ongeautoriseerde gebruikers, gewijzigde bestanden, geplande taken (cron) en verdachte database-invoer. - Draai inloggegevens en intrek tokens
– Reset de wachtwoorden van admin, FTP en hostingpaneel. Ongeldig elke sessie waar mogelijk. - Schoonmaken en herstellen
– Als bestanden zijn gewijzigd en u een schone back-up heeft van voor de inbreuk, herstel dan vanaf een bekende goede kopie. Als herstel niet mogelijk is, verwijder dan zorgvuldig de geïnjecteerde code en verifieer. - Patch en versterk
– Update LearnPress en andere kwetsbare componenten. Pas WAF-beschermingen en verhardingsmaatregelen toe. - Monitoren en valideren
– Na herstel, monitor verkeer en logboeken voor vervolgactiviteiten. - Meld de betrokken partijen zoals vereist
– Als gebruikersgegevens zijn blootgesteld, volg dan de wettelijke en compliance-eisen voor melding.
Als u hulp nodig heeft, kan de ondersteuning en het beheerde diensten van WP-Firewall helpen met containment, opruiming en preventie.
Versterkingschecklist om toekomstige XSS-risico's te verminderen
Voor voortdurende beveiliging, implementeer deze controles in uw WordPress-stack:
- Handhaaf HTTPS en HSTS
- Content Security Policy (CSP) met een conservatieve standaard en strikte script-src regels
- HttpOnly, Secure, SameSite cookies
- Multi-Factor Authenticatie voor alle bevoorrechte accounts
- Minimaliseer admin-accounts en gebruik rolgescheidenheid
- Regelmatige kwetsbaarheidsscans en geplande plugin/thema-audits
- Regelmatige back-ups en een getest herstelprocedure
- Gebruik een beheerde firewall/WAF die virtuele patching en op maat gemaakte regels voor WordPress biedt
Een korte ontwikkelaarschecklist (praktische code-items)
- Echo nooit rauw
$_GET/$_POST/$_REQUESTin een pagina zonder ontsnapping - Gebruik
sanitize_text_veld(),wp_kses_post(),esc_html(),esc_attr(),esc_js()op de juiste manier - Voorkomen
eval(), en vermijd dynamische scriptinjectiepatronen - Gebruik voorbereide instructies voor database-interactie
- Test op XSS in unit/integratietests (inclusief aanvalspatroontests)
Bescherm uw site vandaag — Begin met het gratis WP-Firewall plan
Titel: Begin eenvoudig — Krijg essentiële bescherming met WP-Firewall Free
Als u LearnPress of een andere WordPress-site draait, moet u een altijd actieve, beheerde beschermingslaag hebben. Het gratis Basisplan van WP-Firewall biedt onmiddellijk essentiële dekking: een beheerde firewall, onbeperkte bandbreedte, Web Application Firewall (WAF) regels die virtuele patching voor de OWASP Top 10 omvatten, en een malware-scanner — alles wat u nodig heeft om het onmiddellijke risico van gereflecteerde XSS en vele andere plugin-kwetsbaarheden te verminderen. Meld u aan voor het gratis plan en krijg beheerde, geautomatiseerde bescherming terwijl u updates en opschoningen plant: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
(Voor teams die automatische malwareverwijdering, IP-toegestaan/weigerde lijsten, maandelijkse beveiligingsrapporten, automatische virtuele patching of toegewijde ondersteuning nodig hebben, bieden we Standaard en Pro plannen aan.)
Laatste aanbevelingen — de volgorde van operaties
- Maak onmiddellijk een back-up van uw site.
- Update LearnPress naar 4.3.7 (of later) zo snel mogelijk.
- Als je niet onmiddellijk kunt updaten, schakel dan je WAF in (of verifieer WP‑Firewall mitigaties) en pas virtuele patches toe.
- Draai inloggegevens en scan op compromittering.
- Versterk je site (CSP, cookie-vlaggen, MFA) en herzie ontwikkelaarspraktijken.
- Monitor logs en scan regelmatig op verdachte activiteiten.
Tijd is de vijand in deze situaties. Hoewel dit een gereflecteerde XSS is die gebruikersinteractie vereist, kunnen geautomatiseerde massafraude campagnes en e-mailwormen beheerders snel blootstellen. Snelle, praktische stappen nu zullen je risico aanzienlijk verminderen.
Hulp nodig? WP‑Firewall incidentondersteuning en diensten
Als je praktische ondersteuning wilt van experts die de nuances van WordPress en LearnPress kennen, kan het team van WP‑Firewall helpen met:
- urgente containment en virtueel patchen,
- malwareverwijdering en opruiming,
- forensisch onderzoek en loganalyse,
- langdurige beheerde beveiliging en monitoring.
Ons gratis plan biedt essentiële beheerde bescherming en is een geweldige eerste stap — meld je hier aan: https://my.wp-firewall.com/buy/wp-firewall-free-plan/
Voor Pro-diensten of hulp bij herstel, neem contact op via je WP‑Firewall-dashboard of neem contact op met ons ondersteuningsteam.
Blijf veilig — behandel plugin-updates en beveiligingsmeldingen als urgent, en gebruik gelaagde verdedigingen (patchen + WAF + monitoring) om blootstelling te verminderen. Als je meerdere WordPress-sites beheert, overweeg dan om updates op een gecontroleerde, gefaseerde manier te automatiseren en zorg ervoor dat je een getest, snel herstelplan hebt.
— WP‑Firewall Beveiligingsteam
