Seguretat

La base de dades i els arxius de Playium s'allotgen a Supabase, a la Unió Europea (regió eu-west-1, Irlanda).

Les funcions del servidor (el codi que envia els emails, rep els pagaments o atén WhatsApp) s'executen a la xarxa de Supabase, a la regió més propera a cada petició: normalment a Europa, però també als Estats Units. Llegeixen i escriuen sempre a la base de dades de la UE. La resta de proveïdors i el lloc on tracten les dades són a la llista de subencarregats.

• Totes les comunicacions amb la plataforma van xifrades (HTTPS/TLS), i el navegador està obligat a fer servir sempre HTTPS (HSTS). • Supabase xifra en repòs la base de dades i els arxius. • Les notificacions push viatgen xifrades fins al dispositiu.

Cada registre porta el parc al qual pertany. Les polítiques de seguretat a nivell de fila de la base de dades impedeixen que un parc llegeixi o modifiqui les dades d'un altre, també quan s'accedeix directament a l'API. Els arxius de cada parc es desen a la seva pròpia carpeta.

L'aïllament i els permisos es comproven amb més de 150 proves automàtiques que s'executen contra una base de dades real, a més de proves que revisen les polítiques al codi.

• Personal del parc: comptes personals amb dos rols, administrador i empleat. La sessió del tauler caduca a les 8 hores a cada dispositiu. • Famílies: cada compte només veu les dades de la seva pròpia família. Quan el parc dona d'alta una família al taulell, la contrasenya temporal que rep per email s'ha de canviar en entrar. • Codis per email: els codis de verificació d'un sol ús caduquen i s'invaliden després de 5 intents fallits; i hi ha un límit de codis que es poden demanar en pocs minuts, per frenar els abusos. • Contrasenyes: les desa el proveïdor d'autenticació de manera irreversible; Playium no les veu. • Claus de les passarel·les de pagament: el tauler les mostra emmascarades i mai arriben senceres al navegador. La resta de claus de serveis externs (per exemple, el token de WhatsApp de cada local) es desen al servidor i el navegador no hi té accés. • Enllaç del calendari sincronitzat: fa servir un codi secret que el parc pot regenerar.

Supabase fa una còpia automàtica de la base de dades cada dia i cada còpia es conserva set dies. En esborrar un local, les seves dades desapareixen també de les còpies en aquest termini.

• Els canvis es proven primer en un entorn de proves separat, amb la seva pròpia base de dades, abans d'arribar a producció; només les correccions urgents poden anar directes a producció. • El codi té milers de proves automàtiques, entre elles les d'aïllament entre parcs. • Els canvis a la base de dades es versionen i s'apliquen de manera controlada.

Els errors es registren en una eina de monitorització (Sentry, allotjada a la UE); els que envia el servidor van sense emails, telèfons ni claus.

Si es produeix una bretxa de seguretat que afecti les dades d'un parc, Playium li ho notifica en un termini màxim de 48 hores, tal com estableix el contracte d'encàrrec del tractament.

Preferim dir-ho clar:

• Sense certificacions: Playium no té ISO 27001 ni SOC 2 (Supabase i altres proveïdors sí que tenen les seves). • Sense doble factor: els comptes del tauler entren només amb email i contrasenya. • Sense proves de penetració externes fins ara. • Registres del servidor: els registres tècnics de les funcions del servidor poden incloure adreces d'email; es desen a Supabase i només hi accedeix el personal tècnic de Playium.

Si trobes un error de seguretat, escriu-nos a hola@limbo.ad amb els detalls per reproduir-lo. Et contestarem, l'investigarem i t'avisarem quan estigui resolt. Et demanem que no accedeixis a dades d'altres persones més enllà del que sigui imprescindible per demostrar-lo ni el facis públic abans que l'hàgim corregit.

El contacte també és a security.txt.