Ultimo aggiornamento · 2026-09-08

Sicurezza e conformità

Misure tecniche e organizzative adottate per il prodotto Palesya. Questa pagina descrive controlli verificabili; non dichiara certificazioni non conseguite.

Versione 2.4 · revisione tecnica e normativa: 13 settembre 2026

1. Architettura local-first e separazione dei ruoli

I dati operativi della palestra — anagrafiche, foto, pagamenti, certificati, planning e accessi — restano normalmente nel database locale della singola installazione. Il control plane conserva dati B2B, licenze, versione, stato tecnico, audit e diagnostica minimizzata. La palestra è titolare dei dati dei propri soci; Ciro Minopoli e Lorenzo Tèttine operano come responsabili soltanto quando eseguono un servizio su istruzioni documentate e con DPA applicabile.

2. Assistenza remota controllata

• richiesta legata a una sola sede, installazione, finalità e scadenza;
• autorizzazione locale esplicita e revocabile, con codice monouso per la modalità avanzata;
• azioni tipizzate e firmate: non sono disponibili shell, comandi arbitrari o esplorazione libera del PC;
• cartelle tecniche visibili soltanto se selezionate localmente e limitate ai metadati, senza contenuto dei file;
• eventuale condivisione schermo avviata dall'operatore, visibile, senza audio, controllo remoto o registrazione Palesya;
• collaudi fisici consentiti solo con un operatore presente e senza azionamenti automatici non certificati;
• audit di richiesta, autorizzazione, azioni, esiti, revoca e chiusura.

3. Tempi di conservazione tecnici

4. Cifratura, accessi e aggiornamenti

Il control plane usa HTTPS; gli account amministrativi richiedono credenziali individuali e autenticazione a due fattori. Le password dell'App soci sono memorizzate con PBKDF2-HMAC-SHA256 e 600.000 iterazioni; gli hash validi meno recenti vengono aggiornati dopo un accesso corretto. I token di installazione sono vincolati all'impronta del dispositivo. I job di assistenza e i manifest di aggiornamento sono verificati crittograficamente, hanno scadenza e non possono essere riutilizzati su un'altra installazione. Sono previsti backup, ripristino e tracciamento delle operazioni amministrative.

5. Separazione dei backup

I backup del control plane Palesya proteggono esclusivamente sito, licenze, audit, configurazioni centrali e telemetria minimizzata. Non comprendono ordinariamente il database dei soci delle palestre. Ogni installazione mantiene backup locali e può consegnare una copia cifrata a una cartella OneDrive o Google Drive Desktop intestata al cliente, senza API, token o credenziali ricevuti da Palesya. Il cliente controlla sincronizzazione, conservazione e prove di ripristino; un eventuale accesso di assistenza ai dati richiede istruzioni documentate e DPA applicabile.

6. Sicurezza dell'assistente AI locale

• esecuzione sul PC della struttura tramite interfaccia locale, senza API AI cloud per le conversazioni;
• funzionamento in sola lettura, senza accesso diretto al database e senza capacità di comandare hardware;
• contesto breve in memoria volatile, con scadenza entro 15 minuti di inattività e senza log persistente di domande e risposte;
• nessun riuso delle conversazioni o dei dati cliente per addestrare il modello;
• modello, runtime, prompt e knowledge base identificati e sottoposti a test prima della distribuzione;
• fallback deterministico e assistenza umana sempre disponibili.

L'assistente non decide accessi, pagamenti, certificati o diritti dei soci. Le risposte sono mantenute brevi e, se contengono termini interni o non rispettano i limiti previsti, vengono sostituite con una procedura verificata della guida standard. Palesya non utilizza un agente telefonico o vocale AI e non invia chiamate o trascrizioni a provider vocali.

7. Sicurezza dell'accesso remoto Palesya Active

• attivazione facoltativa da parte del titolare e revoca automatica quando il relativo diritto Palesya Active non è valido;
• massimo cinque account staff scelti dalla struttura, con credenziali individuali e verifica a due fattori obbligatoria;
• una connessione TLS soltanto in uscita dal PC della sede, senza aprire porte sul router;
• hostname opaco associato a una singola installazione, sessioni remote separate e richieste isolate per sede;
• gateway locale con elenco chiuso delle funzioni ammesse, limiti di dimensione, frequenza, durata e concorrenza;
• nessuna persistenza applicativa del contenuto nel relay e nessuna copia cloud del database;
• RFID, tornelli, relè, collaudi, aggiornamenti, licenze, backup, ripristini e Support Agent non raggiungibili dal canale remoto.

Il PC principale deve restare acceso, collegato a Internet e con Palesya disponibile. Un riavvio, un aggiornamento o un'interruzione di rete rende temporaneamente indisponibile il collegamento senza trasferire l'autorità del database al cloud.

8. Sicurezza del modulo App soci

• diritto opzionale separato, subordinato a Palesya Active e disattivato per impostazione predefinita;
• ogni account socio è vincolato a una sola anagrafica e non può consultare altri profili;
• proiezione Railway minima, allowlistata e isolata per sede, disponibile a PC spento e cancellata alla disattivazione del modulo;
• inviti conservati soltanto come impronta, a scadenza e monouso; QR firmati, a durata massima di 60 secondi e monouso;
• postazione fotocamera autorizzata da un link firmato e revocabile, limitato a un solo varco e privo di sessione amministrativa;
• immagini elaborate nel browser e non conservate; attraverso il relay transita soltanto il QR letto e la relativa risposta;
• presa visione dell'informativa versionata prima dell'uso, conferma del genitore o tutore per i minori e consenso promozionale separato, facoltativo e revocabile;
• notifiche facoltative, sottoscrizioni cifrate nella proiezione della sede e payload Web Push cifrati prima della consegna; una mancata notifica non elimina il messaggio;
• lettori, porte, relè e tornelli esistenti non vengono rilevati, occupati o riconfigurati dal modulo.

La web app mostra l'ora dell'ultima sincronizzazione e resta consultabile quando il PC è spento. Pagamenti e scadenze nella proiezione sono limitati agli ultimi 730 giorni e le comunicazioni agli ultimi 365 giorni. Il socio autenticato può esportare soltanto i propri dati visibili. Il QR viene sottoposto al normale controllo accessi locale: apertura e registrazione avvengono soltanto con controller e hardware disponibili e se le regole già configurate per quel socio e quel varco lo consentono. Un lettore NFC è utilizzabile soltanto dopo verifica concreta della compatibilità con credenziali mobili.

9. Quadro normativo monitorato

Il programma di conformità considera GDPR e Codice Privacy italiano, AI Act e legge italiana n. 132/2025 per il modulo AI locale, Cyber Resilience Act, Data Act, NIS2 e requisiti di accessibilità applicabili. L'applicabilità concreta dipende da ruolo, dimensione, servizio e configurazione del cliente; per questo vengono mantenuti inventario AI, registro dei trattamenti, valutazioni del rischio, DPA, procedura incidenti e revisione periodica.

10. Preparazione al Cyber Resilience Act

Gli obblighi CRA di segnalazione per vulnerabilità attivamente sfruttate e incidenti gravi di sicurezza si applicano dall'11 settembre 2026. La procedura Palesya avvia il timer dalla conoscenza dell'evento e prevede, quando applicabile, preallarme entro 24 ore e notifica principale entro 72 ore. Gli obblighi principali del regolamento si applicano dall'11 dicembre 2027 e richiedono un percorso separato di conformità del ciclo di vita. Questa preparazione non equivale a certificazione o marcatura già conseguite.

11. Segnalazione vulnerabilità

Segnalare privatamente vulnerabilità o incidenti a info@palesya.it, senza allegare database reali, credenziali o dati dei soci. Le istruzioni aggiornate e il canale privato sono pubblicati in /.well-known/security.txt. La segnalazione viene presa in carico, classificata e gestita secondo gravità e obblighi applicabili.

12. Riferimenti ufficiali

GDPR · AI Act · Trasparenza AI della Commissione europea · Linee guida EDPB 07/2020 sui ruoli · Codice di condotta software gestionale approvato dal Garante · Cyber Resilience Act · Reporting CRA della Commissione europea · Data Act · Linee guida cookie del Garante.