Naar de inhoud

Trust center

Veilig uitgaan begint online

Je account, je tickets en je gegevens horen bij jou. Hier staat wat we doen om dat zo te houden, waarom, en wat we nog niet hebben. Zonder grote woorden: alleen wat echt zo werkt.

Status: Alle systemen werkenBekijk de statuspagina

Gebouwd op gecertificeerde infrastructuur

De partijen waar PartyPPL op draait, met wat ze zelf publiceren. Deze certificeringen zijn van hen, niet van PartyPPL.

  • OVHcloud
    • ISO/IEC 27001
    • ISO/IEC 27017
    • ISO/IEC 27018
    • ISO/IEC 27701 (Public Cloud)
  • Cloudflare
    • ISO/IEC 27001
    • SOC 2 Type II
    • PCI DSS Level 1
  • Stripe
    • PCI DSS Level 1
    • SOC 1
    • SOC 2 Type II
  • Resend
    • SOC 2 Type II
  • Apple
    • ISO/IEC 27001
    • ISO/IEC 27018

Nagekeken op de pagina's van de leveranciers zelf op 18 oktober 2026. Voor welke dienst elke certificering precies geldt, staat bij Privacy.

Zo snel reageren we

  • 1 tot 2 uurIncident of risicovolle meldingEen mens reageert binnen 1 tot 2 uur. Altijd, ook in het weekend.
  • 1 tot 2 werkdagenAlgemene vraag over beveiligingEen vraag over hoe we iets beveiligen, of een melding zonder direct risico.

Risicovol is alles waarbij gegevens van anderen, inloggen, betalen of tickets in gevaar kunnen zijn. Twijfel je, meld het dan als risicovol.

We vragen nooit om je code

Niet per mail, telefoon, chat, Discord of DM. Je inlogcode, je passkey en de code van je authenticator-app gebruik je alleen zelf, op partyppl.nl of in onze app. Vraagt iemand erom, dan is het oplichting.

Zo herken je phishing

De weg van je verzoek

Elke keer dat je een pagina opent of een ticket koopt, gaat je verzoek door vijf lagen. Elke laag heeft zijn eigen bescherming.

  1. Je browser of appBij jou
    • Alleen HTTPS, ook voor subdomeinen (HSTS)
    • Sessiecookie die scripts niet kunnen lezen
  2. CloudflareNetwerk
    • Versleutelde verbinding naar je browser
    • DNS, proxy en CDN voor alle hosts
    • Houdt scrapers tegen
  3. Onze webserverDuitsland
    • Neemt webverkeer alleen aan van Cloudflare
    • Ook versleuteld tussen Cloudflare en ons
  4. De appDuitsland
    • Strikte Content Security Policy
    • Herkomstcontrole en limieten
    • Rechten gecontroleerd per verzoek
  5. De databaseDuitsland
    • Sessies en tokens alleen als hash
    • Geheimen voor tweestapsverificatie versleuteld
    • Elke 6 uur een back-up

Waar het op draait

Onze eigen servers bij OVHcloud, met Cloudflare ervoor. Drie dingen die je normaal niet ziet:

JijCloudflareHoofdserverServer 3bij drukte

Drukte

Normaal doet de hoofdserver alles. Wordt het druk, dan wekken we vanzelf een derde server die openbare pagina's toont uit een kopie die alleen leest. Je account, je tickets en betalingen blijven op de hoofdserver.

Bezoekers en appScrapersCloudflareOnze server

Bots

Wie niet is ingelogd en een eventpagina opent, krijgt van Cloudflare eerst een korte controle. Zo houden we scrapers tegen die de site kunnen platleggen. Onze app en geverifieerde zoekmachines gaan er gewoon door.

CloudflareHoofdserverServer 2alleen lezen

Uitval

Server 2 houdt doorlopend een kopie van de database bij. Valt de hoofdserver uit, dan neemt server 2 de site vanzelf over in een stand die alleen leest: kijken kan, kopen en chatten even niet.

De hoofdserver en server 3 staan bij OVHcloud in Duitsland, server 2 bij OVHcloud in Canada, een land waarvoor een adequaatheidsbesluit van de Europese Commissie geldt. gaming.partyppl.nl draait op dezelfde servers, met dezelfde maatregelen.

Of alles nu werkt, zie je op de statuspagina. Daarnaast bouwen we aan eigen beveiligingsmonitoring, die de logboeken van onze servers samen bekijkt.

Wat we doen

De maatregelen volgen de ICT-beveiligingsrichtlijnen voor webapplicaties van het NCSC. Per onderwerp: wat er werkelijk draait.

Inloggen zonder wachtwoord

Er is geen wachtwoord dat kan uitlekken of dat je ergens anders ook gebruikt.

  • Je logt in met een code van 6 cijfers die we mailen. Hij werkt 10 minuten, een keer, en na een paar foute pogingen niet meer.
  • Liever sneller en sterker: een passkey (Face ID, Touch ID of je wachtwoordmanager). Die werkt alleen op partyppl.nl en is daardoor niet te phishen.
  • Tweestapsverificatie met een authenticator-app kan erbij, met herstelcodes die je een keer kunt gebruiken. Uitzetten vraagt een actuele code.
  • Ons eigen team moet een tweede factor gebruiken. Voor gevoelige handelingen, zoals rollen geven, accounts schorsen, geld uitbetalen of sleutels met beheerrechten maken, vragen we die factor opnieuw als de vorige keer te lang geleden is.

Sessies en cookies

Ingelogd blijven zonder dat iemand anders je sessie kan overnemen.

  • Je sessie is een willekeurige sleutel van 256 bits in een cookie met het voorvoegsel __Host-: alleen over HTTPS, onleesbaar voor scripts (HttpOnly), met SameSite, en vast aan het ene adres dat hem zette.
  • Wij bewaren alleen een hash van die sleutel. Wie de database zou lezen, kan er niet mee inloggen.
  • Een sessie verloopt na 30 dagen, of na 14 dagen niets doen. In je instellingen zie je op welke toestellen je bent ingelogd en log je ze uit, een voor een of allemaal tegelijk.
  • Het beheer en de boekhouding draaien op eigen subdomeinen met een eigen, kortere sessie. Een cookie van de site komt daar niet.

Versleuteld onderweg

Alles tussen jou en ons gaat versleuteld, ook het stuk dat je niet ziet.

  • Alleen HTTPS. Met HSTS onthoudt je browser een jaar lang dat partyppl.nl en de subdomeinen nooit onversleuteld mogen.
  • Cloudflare zet de versleutelde verbinding met je browser op. Van Cloudflare naar onze server is de verbinding opnieuw versleuteld, met een certificaat dat Cloudflare controleert.
  • Onze server neemt webverkeer alleen aan van Cloudflare, en Cloudflare laat zich bij elk verzoek met een eigen certificaat zien.

Een strikte browserpolicy

De pagina zelf vertelt je browser wat er wel en niet mag.

  • Een Content Security Policy met een nonce per verzoek: alleen scripts die wij voor die ene pagina meegaven, draaien. Geen unsafe-inline en geen unsafe-eval voor scripts.
  • Onze pagina's mogen niet in een frame van een andere site (tegen clickjacking), browsers raden geen bestandstypen, de microfoon staat dicht, en camera en locatie mag alleen onze eigen site vragen.
  • Geuploade bestanden worden geserveerd in een zandbak, zodat een bestand nooit als code in onze site kan draaien.

Herkomstcontrole en limieten

Een andere site kan niets namens jou doen, en raden loont niet.

  • Elke wijziging moet van onze eigen pagina komen. Dat staat standaard aan voor elke route, ook voor een die er morgen bij komt.
  • Inloggen, codes controleren, passkeys, tweestapsverificatie, uploaden en berichten hebben elk een eigen limiet per adres en per verbinding.
  • Wie niet is ingelogd en een eventpagina opent, krijgt van Cloudflare eerst een korte controle, meestal zonder dat je iets merkt. Zo houden we scrapers tegen. Onze app en geverifieerde zoekmachines gaan er gewoon door.
  • Alles wat binnenkomt, controleren we op de server: soort, lengte en vorm. Een upload herkennen we aan de bytes zelf, niet aan wat de browser zegt, en uit foto's halen we de metadata.

Rechten per rol

Iedereen ziet en doet alleen wat bij zijn rol hoort.

  • Organisaties hebben vijf rollen: Eigenaar, Beheerder, Marketing, Deur en Finance. Wie aan de deur scant, komt niet bij de financien; wie de marketing doet, niet bij het team.
  • Op de server controleren we bij elk verzoek wie je bent en wat je mag. Eigendom zit in de databasevraag zelf: je kunt de gegevens van een ander niet opvragen door een nummer in een adres te veranderen.
  • Kopen, chatten en andere sociale functies vragen eerst de 18+-stap.

Logboeken en bewaartermijnen

We kunnen nagaan wat er gebeurde, zonder meer te bewaren dan nodig.

  • Inloggen, mislukte pogingen, passkeys, tweestapsverificatie en uitloggen komen in een beveiligingslogboek. Nooit je inlogcode, en nooit je e-mailadres in een logregel.
  • Elke handeling van ons team komt in een auditlog, ook wat een gekoppelde tool namens ons doet.
  • Elke nacht gaat een kopie van beide logboeken naar onze tweede server, in een keten van hashes. Wie de hoofdserver zou overnemen, kan die geschiedenis daar niet meer veranderen.
  • Het beveiligingslogboek gaat na 12 maanden weg, het auditlog na 24 maanden, de toegangslogs van de webserver na 7 dagen.
  • We bouwen aan eigen beveiligingsmonitoring, die de logboeken van onze servers samen bekijkt en ons waarschuwt.

Betalen

Je kaartgegevens komen nooit bij ons.

  • Betalen gaat via Stripe. Je kaart of bankgegevens vul je in bij Stripe zelf; wij krijgen alleen te horen dat er betaald is, en hoeveel.
  • Doorverkopen kan via PartyPPL zelf, tegen de oorspronkelijke prijs.
  • Berichten van Stripe over betalingen controleren we op hun handtekening, en elk bericht verwerken we een keer.

Back-ups

Gaat er iets mis, dan kunnen we terug, en die kopieen zijn zelf ook beschermd.

  • Elke 6 uur een back-up van de database en de mail, en elke dag van de bestanden en de serverinstellingen. Elke back-up controleren we op fouten voor hij wordt weggezet.
  • Een kopie gaat buiten de server, naar onze tweede server, versleuteld. De sleutel om die kopie te openen staat op geen enkele server.
  • Die kopie kan van hieruit alleen worden aangevuld, niet gewist of overschreven.
  • Terugzetten is geoefend: op 2 oktober 2026 hebben we de database, de mail, de bestanden en de instellingen uit een back-up teruggezet en gecontroleerd.

Uitwijk en bewaking

Valt onze hoofdserver uit, dan blijft de site te lezen.

  • Een tweede server houdt doorlopend een kopie van de database bij, over een eigen versleutelde verbinding.
  • Is de hoofdserver weg, dan neemt die tweede server de site vanzelf over in een stand die alleen leest: kijken kan, kopen en chatten even niet. Zo lopen er nooit twee databases uit elkaar.
  • Die tweede server kijkt elke minuut van buitenaf of partyppl.nl antwoordt. Daarnaast controleert de statuspagina elke vijf minuten alle onderdelen.
  • Bij grote drukte wordt een derde server gewekt die meehelpt met het tonen van openbare pagina's, van een kopie die alleen leest. Alles van je account, je tickets en betalingen blijft op de hoofdserver.

Weinig gegevens, geen trackers

Wat we niet hebben, kan ook niet uitlekken.

  • Geen advertenties, geen trackers van derden en geen verkoop van gegevens. Onze eigen statistiek werkt zonder cookie.
  • Lettertypen komen van onze eigen server, zodat geen lettertypedienst ziet welke pagina je leest.
  • Eerlijk erbij: de kaart haalt tegels bij OpenFreeMap, dat daarbij je IP-adres ziet, en een video van YouTube, SoundCloud of Mixcloud laadt pas als je zelf op afspelen tikt.

Regelmatig nagelopen

Beveiliging is geen vinkje maar onderhoud.

  • Op 15 september 2026 hebben we het hele platform langs de richtlijnen van het NCSC gelopen en de bevindingen opgelost.
  • Op 18 oktober 2026 hebben we alles nagelopen wat er in de dagen daarvoor bij kwam. Dat leverde acht bevindingen op, waarvan twee hoog. Voor alle acht staat de oplossing in de code.
  • Bij elke wijziging draaien automatische tests, ook op de beveiligingsregels, de headers en de rechten. Bij elke controle kijken we of de gebruikte pakketten bekende kwetsbaarheden hebben.
  • Dit zijn onze eigen controles, geen audit door een externe partij.

Waar wij zelf aan voldoen

Normen en regels die we zelf toepassen en zelf nalopen.

  • PCI DSS, via SAQ A

    Je kaartgegevens vul je alleen in bij Stripe: op de betaalpagina van Stripe, of in de knoppen voor Apple Pay en Google Pay die Stripe zelf op onze pagina tekent. Ze komen nooit op onze servers. Daardoor valt PartyPPL onder SAQ A, de lichtste zelfbeoordeling van PCI DSS. Een zelfbeoordeling, geen certificaat.

  • AVG

    Een register van verwerkingen (artikel 30), een DPIA-toets (artikel 35) met een eigen DPIA voor nieuwe verwerkingen met meer risico, verwerkersovereenkomsten met de leveranciers die gegevens voor ons verwerken, en onze eigen verwerkersovereenkomst voor organisatoren. Een datalek melden we binnen 72 uur bij de AP.

  • NCSC-richtlijnen

    De ICT-beveiligingsrichtlijnen voor webapplicaties van het NCSC zijn onze basis. Op 15 september 2026 liepen we het hele platform erlangs, op 18 oktober 2026 alles wat er daarna bij kwam.

  • security.txt (RFC 9116)

    Op elk van onze adressen staat een geldige security.txt, met ons meldadres, onze sleutel en dit beleid.

  • DSA: melden en actie

    Illegale inhoud meld je bij ons volgens de Digital Services Act (artikel 16), en je krijgt ons besluit met de reden terug. Zie de DSA-pagina.

PartyPPL zelf heeft geen ISO- of SOC-certificaat, en er is nog geen audit door een externe partij geweest. Wat hierboven staat, lopen we zelf na.

Wat we nog niet hebben

  • Geen certificering van PartyPPL zelf, zoals ISO 27001 of SOC 2. Onze leveranciers hebben die wel; welke, staat bij Privacy.
  • Geen pentest of audit door een externe partij. Dat staat op onze lijst.
  • Geen functionaris voor gegevensbescherming.
  • Geen beveiligingsteam dat dag en nacht meekijkt. Wel bewaking die ons waarschuwt, en meldingen die meteen bij een mens binnenkomen.

Waarom we details weglaten

We noemen wat we doen, niet hoe je het precies omzeilt. Exacte limieten, versies en adressen van interne systemen staan hier daarom niet. Wil je dieper graven, doe dat dan volgens de spelregels op Kwetsbaarheid melden.

Verder lezen