1. Chi gestisce ZAD
Titolare del trattamento e fornitore: Marco Zulian, P. IVA 03334690801, Viale Pio XI 204, 89133 Reggio di Calabria, Italia.
Contatto privacy e assistenza: zaditalialibera@zulianarchitetturadigitale.eu
Piattaforma: ZAD Social — https://social.zulianarchitetturadigitale.me
La Beta nazionale è gratuita e riservata ai maggiorenni. Testi, fotografie e storie fotografiche non richiedono pagamenti. Video, dirette e notifiche push non sono attivi. Il sostegno tramite Stripe è facoltativo e non attribuisce privilegi. Non vendiamo dati personali né attiviamo pubblicità comportamentale in questa configurazione.
2. Quali dati vengono trattati
Per registrarti non chiediamo nome e cognome reali, indirizzo di residenza o un'email. Questo non significa assenza di dati: account, post e fotografie sono conservati sulla VPS per fornire il social. La chiave privata e la cronologia letta delle chat restano nel browser del dispositivo; sul server transitano buste cifrate e rimangono metadati. Le copie di sicurezza sono cifrate prima dell'invio a Google Drive, con chiavi conservate separatamente.
- Account: username univoco, ID, nome pubblico, biografia, eventuali avatar e link, ruolo e data di creazione. L'accesso ordinario usa password: il database conserva un hash scrypt, non la password in chiaro; conserva inoltre hash del codice di recupero e dei token di sessione. Per chi attiva MFA, il server conserva il segreto TOTP cifrato con una chiave del servizio e lo stato anti-riutilizzo. L'amministrazione richiede MFA verificata. Il recupero iniziale del proprietario è un file riservato separato, non un file pubblico del sito.
- Accesso: non è richiesta un'email per l'accesso username/password. Google e Apple non sono collegati in questa Beta. Il salvataggio delle credenziali in Password di Apple è una funzione del dispositivo, non un accesso federato a ZAD.
- Contenuti e interazioni: post, fotografie, storie, commenti, reazioni, salvataggi, follower, blocchi, preferenze sulle notizie, notifiche interne, segnalazioni, motivazioni e ricorsi. Le fotografie possono contenere dati di terzi o visibili nell'immagine anche dopo la ricodifica. I contenuti editoriali e le relative revisioni sono conservati per le funzioni del blog.
- Contributi facoltativi: il backend conserva identificativi Stripe associati all’account, importo, valuta, frequenza, stato verificato, date e versione delle condizioni accettate. Se invii una richiesta di recesso/rimborso conserva inoltre il nome indicato per la dichiarazione, l’eventuale email di contatto, la dichiarazione e la risposta; questi dati non diventano parte del profilo pubblico. Non conserva numero completo della carta o CVC. Il sostegno non modifica accesso o privilegi. Stripe tratta i dati ricevuti dal proprio checkout secondo la propria informativa; il checkout non viene caricato automaticamente per usare il social.
- Messaggi: buste cifrate, chiavi pubbliche, partecipanti, autore, conversazione e date; limiti e copie locali sono descritti nella sezione 5.
- Sicurezza: l'IP è ricevuto dal proxy/server; il limitatore applicativo conserva un identificatore derivato tramite hash e contatori con scadenza. Un hash non rende automaticamente anonimo un dato. Restano registri tecnici, audit e dati trattati dall'hosting. I registri del servizio sono riservati al gestore e ai soggetti autorizzati per assistenza tecnica. Non registriamo intenzionalmente password, codici o testo delle chat nei log applicativi.
- Posizione facoltativa: se attivi il GPS per i distributori, il browser conserva le coordinate in locale e le invia all'API carburanti per la ricerca. Puoi cercare anche senza GPS. Aprendo Google Maps, il relativo link può trasmettere origine e destinazione; la cartografia OpenFreeMap/OpenMapTiles/OpenStreetMap sono descritte nell'informativa cookie.
- Assistenza: i dati che invii volontariamente via email o attraverso un canale esterno sono trattati per risponderti. Non inviare password o codici. Per un futuro contributo facoltativo il checkout ospitato da Stripe può chiedere email e dati necessari al pagamento o ai documenti economici: sono distinti dai dati necessari per iscriversi gratuitamente.
3. Finalità e basi giuridiche
- Fornire l'account e le funzionalità richieste: esecuzione del contratto (art. 6, par. 1, lett. b GDPR).
- Gestire assistenza e richieste sul servizio: esecuzione del contratto, oltre ai pertinenti obblighi di legge.
- Conservare documentazione fiscale e adempiere a obblighi normativi: obbligo legale (art. 6, par. 1, lett. c GDPR).
- Proteggere l'integrità del servizio, prevenire abusi e gestire segnalazioni: legittimo interesse ove applicabile, previa valutazione del bilanciamento, e/o obblighi legali (art. 6, par. 1, lett. f/c GDPR).
- Eventuali trattamenti facoltativi: soltanto sulla base della pertinente base giuridica, incluso il consenso quando richiesto.
La pubblicazione di opinioni politiche, convinzioni o altre informazioni particolari può rivelare dati tutelati dall'articolo 9 GDPR. Evita di pubblicare dati particolari su altre persone senza un presupposto legittimo. La scelta di rendere pubblici i tuoi dati non autorizza ZAD a impiegarli per finalità ulteriori. Per contenuti riservati valgono i limiti di accesso e i diritti descritti qui. ZAD non usa tali informazioni per creare profili politici degli utenti o vendere dati a inserzionisti.
4. Profili, contenuti e visibilità
Username e alcuni dati di presentazione possono restare visibili anche per un account privato. Il backend schema 22 comprende account privati e richieste di approvazione dei follower: i contenuti riservati non diventano pubblici accettando un follower. La relativa interfaccia è disponibile nelle impostazioni di privacy. I post hanno visibilità pubblica o follower; blocchi e controlli di accesso sono applicati dal backend. Un profilo privato non equivale a una chat cifrata e non impedisce copie da parte di un destinatario autorizzato.
Articoli e altri contenuti pubblici possono essere letti o copiati e, dove accessibili ai motori, indicizzati. Non promettiamo né indicizzazione né assenza di indicizzazione. Nessun controllo impedisce screenshot o copie detenute da terzi. L'esportazione JSON è disponibile da Impostazioni, con i limiti descritti nella procedura dati e cancellazione.
5. Messaggistica e crittografia
I nuovi messaggi sono cifrati nel browser prima dell'invio, mediante ECDH P-256, HKDF e AES-GCM. La chiave privata del dispositivo rimane in IndexedDB; il server riceve la chiave pubblica e buste cifrate destinate a mittente e destinatario. Il percorso applicativo corrente non contiene una funzione amministrativa per decifrare tali buste. Il server conosce comunque i partecipanti e i metadati della conversazione.
Dopo la decifratura e il salvataggio locale confermati dal browser destinatario, la busta viene eliminata dal database operativo. Per i messaggi successivi all’attivazione della nuova politica, le buste non confermate non sono più consegnabili dopo 30 giorni dall’invio e sono rimosse a blocchi dalla manutenzione al successivo ciclo riuscito. È previsto un avviso al mittente dal 27° giorno. Le buste storiche anteriori sono preservate e soggette a revisione separata: non vengono cancellate retroattivamente da questo aggiornamento. L'eliminazione di un messaggio da parte del mittente lo nasconde nell'app, ma non equivale alla rimozione immediata della riga o delle copie già ricevute.
La cronologia locale è salvata in chiaro dall'app nel browser: non è un archivio cifrato a riposo. La chiave è associata al browser e non viene sostituita automaticamente da un altro dispositivo. Recuperare la password non recupera chiavi e cronologia; non sono implementati sincronizzazione multi-dispositivo o recupero delle chiavi. Cancellare i dati del sito può causare perdita di messaggi e chiavi. Le buste possono inoltre rimanere nei backup precedenti.
Questa descrizione non certifica un protocollo end-to-end sottoposto ad audit indipendente: non sono implementate verifica fuori banda dell'identità delle chiavi o le garanzie del double ratchet. Non promettiamo segretezza assoluta, protezione da un dispositivo compromesso o cancellazione di tutte le copie.
6. Fornitori e destinatari
- Hosting: VPS OVHcloud per backend Node, database SQLite e fotografie su filesystem privato. Non sono attivi D1 o R2 su questa installazione. Non pubblichiamo indirizzi di amministrazione, credenziali o percorsi interni dei backup. Le categorie di destinatari comprendono fornitori di hosting, assistenza infrastrutturale e archiviazione cloud; informazioni sulle garanzie applicabili possono essere richieste al titolare.
- DNS e posta: i DNS del dominio .me e gli MX della casella .eu verificati il 21 ottobre puntano a Register.it. La casella è gestita dal titolare per assistenza, segnalazioni e richieste privacy; non inviare segreti o materiale illecito.
- Backup: la VPS esegue copie quotidiane cifrate verso uno spazio Google Drive riservato al gestore. Chiavi e credenziali non sono contenute negli archivi pubblici e sono conservate separatamente dallo spazio Drive. L’utente non riceve accesso al Drive del gestore: esportazione e download dei propri dati passano dai controlli autenticati di ZAD. Il monitoraggio n8n è ospitato sulla VPS e tratta esiti tecnici, non il testo delle chat. Copie storiche esistono anche sulla VPS e su Marco Hard. Il recupero con riapplicazione delle cancellazioni è stato collaudato. Il ciclo di 30 giorni si applica alle nuove copie dopo l’attivazione della politica; le copie precedenti restano protette e soggette a revisione separata. Le copie sono accessibili solo al gestore e non sono un Drive condiviso con gli utenti; il fornitore non riceve la chiave di cifratura degli archivi.
- Servizi esterni facoltativi: collegamenti alle fonti, Google Maps e cartografia OpenFreeMap/OpenMapTiles/OpenStreetMap comportano contatti con terzi solo quando il browser effettua la richiesta relativa. Il caricamento volontario della mappa contatta
tiles.openfreemap.orgper stile, caratteri e dati cartografici: il fornitore riceve l’indirizzo IP e le richieste delle aree visualizzate. I prezzi restano forniti dal database ZAD. Non trattiamo questi servizi come fornitori di account o pagamenti ZAD.
Il social è servito dalla VPS; Cloudflare è usato anche per il relay tecnico server-to-server che scarica i CSV ufficiali MIMIT. Il relay non riceve account, fotografie o messaggi ZAD e non sostituisce il database carburanti. Google/Apple OAuth e push sono disabilitati. Stripe è collegato al backend per il sostegno facoltativo; la ricezione dei webhook è attiva e distinta dall’accettazione di nuovi contributi, che può essere sospesa senza interrompere la gestione di quelli esistenti. Non elenchiamo come attivi servizi soltanto progettati. Eventuali nuove integrazioni richiedono aggiornamento di questa informativa.
Non utilizziamo contenuti degli utenti per addestrare modelli AI in questa configurazione. Comunicazioni ad autorità possono avvenire nei casi previsti dalla legge e per richieste valide. I servizi esterni possono comportare trattamenti fuori dal SEE. Non garantiamo la permanenza di ogni copia in un unico Paese. Per informazioni su destinatari e garanzie applicabili contatta il titolare; per i trattamenti svolti direttamente dai fornitori consulta le rispettive informative.
7. Conservazione e cancellazione
La conservazione segue questi criteri. Gli automatismi futuri e le revisioni manuali sono distinti; le copie storiche precedenti alla nuova politica sono preservate e soggette a revisione separata.
| Dati | Durata o criterio approvato | Applicazione |
|---|---|---|
| Account, profilo, post e fotografie | Durante l’utilizzo dell’account, fino alla cancellazione attraverso i controlli disponibili o alla gestione motivata del contenuto. Nessuna cancellazione per sola inattività nella prima Beta. | Cancellazione account e pulizia a blocchi già presenti. Obiettivo approvato: completare la pulizia entro 7 giorni dalla richiesta valida, salvo eccezioni motivate; la richiesta incompleta rimane in coda di manutenzione e può essere segnalata al titolare. |
| Storie fotografiche | 24 ore di visibilità. Obiettivo pulizia dei media non più utilizzati entro le successive 24 ore. | La visibilità scade dopo 24 ore; la pulizia è a blocchi al successivo ciclo di manutenzione riuscito. Una foto riutilizzata altrove non è un media non utilizzato. |
| Sessioni e contatori antiabuso | Sessioni fino a 7 giorni dall’emissione, salvo revoca anticipata. Contatori secondo la finestra della singola operazione. | La manutenzione elimina i record scaduti al successivo ciclo riuscito. |
| Messaggi non consegnati | Massimo 30 giorni dall’invio; la busta consegnata viene rimossa prima, dopo la conferma del destinatario. | Conferma di ricezione, limite di consegna a 30 giorni, avviso dal 27° giorno e pulizia a blocchi sono implementati per i nuovi messaggi. Una sospensione della manutenzione può ritardare la rimozione fisica ma non estende il periodo di consegna. I messaggi storici precedenti alla politica sono preservati per revisione separata. |
| Metadati e cronologia locale | Obiettivo: rimuovere conversazioni vuote inattive da 90 giorni, solo in assenza di messaggi pendenti. Cronologia e chiavi locali fino a rimozione volontaria o perdita dei dati del browser. | Per le nuove conversazioni, l’ultima attività è registrata e la pulizia rimuove a blocchi solo conversazioni vuote inattive da 90 giorni; le conversazioni storiche sono preservate. Nessuna cancellazione remota garantita delle copie sui dispositivi o sostituzione delle chiavi. |
| Segnalazioni, decisioni, ricorsi e relative prove | 12 mesi dalla chiusura definitiva del caso. Riesame trimestrale dei casi ancora aperti; elementi limitati a quanto necessario. | Il titolare riesamina manualmente i casi chiusi e conserva solo gli elementi necessari; non è attiva una cancellazione automatica generalizzata dei casi. L’azzeramento dei riferimenti all’utente non garantisce anonimizzazione. |
| Audit amministrativo e log tecnici | Audit amministrativo: 12 mesi. Log tecnici ordinari: 30 giorni. Incidenti: dati pertinenti fino alla chiusura, con riesame trimestrale. | Il titolare verifica manualmente necessità e scadenze. Non è promessa una cancellazione automatica generale dei registri di ogni fornitore; i log applicativi contengono esiti tecnici, senza testo delle chat o password. |
| Assistenza e richieste privacy | Assistenza ordinaria: 12 mesi dalla chiusura. Documentazione delle richieste sui diritti: 24 mesi dalla chiusura, limitata agli elementi necessari. | Controllo quotidiano assunto dal titolare. Accessi alla casella riservati al titolare; revisione manuale dei casi chiusi e degli allegati superflui secondo questi periodi. |
| Backup e copie operative | Ciclo di 30 giorni per nuove copie dopo l’attivazione della politica, con backup quotidiani; restore di prova ed esportazioni operative temporanee: massimo 7 giorni dalla verifica. | Backup quotidiani cifrati e recupero verificati. La rotazione a 30 giorni riguarda solo gli snapshot successivi alla data di attivazione della politica e conserva l’ultima copia verificata. Tutte le copie precedenti restano protette da scarto automatico e richiedono revisione separata; non promettiamo la scomparsa immediata da ogni archivio storico. |
| Revisioni editoriali e recuperi operativi | Revisioni: conservate per la gestione editoriale; il codice limita a 50 le revisioni storiche per articolo. Credenziali/recuperi iniziali: sostituzione o revoca soltanto dopo consegna privata e prova del recupero. | Non attribuiamo un termine temporale mai approvato alle revisioni; la necessità dei riferimenti personali e delle copie va riesaminata. Nessun recupero del proprietario viene cancellato adesso. |
Eccezioni per obblighi applicabili o controversie richiedono motivo, dati strettamente necessari, accessi limitati e riesame documentato; non autorizzano una conservazione indiscriminata. Prima di rimettere in servizio un backup ripristinato devono essere riapplicate le cancellazioni successive allo snapshot. Il recupero schema 22, la riconciliazione delle cancellazioni e il blocco di quarantena prima del riavvio sono stati collaudati. Ciò non equivale a cancellare immediatamente i dati da ogni archivio storico. Le copie sui dispositivi altrui non sono sotto il nostro controllo. Vedi la procedura di cancellazione.
8. Diritti degli interessati
Marco Zulian controlla personalmente la casella zaditalialibera@zulianarchitetturadigitale.eu e la coda delle segnalazioni almeno una volta al giorno. Questo non è un presidio continuativo né una garanzia di risposta o rimozione entro 24 ore. Per pericoli immediati rivolgersi ai servizi di emergenza competenti. Per un’urgenza indica nell’oggetto il pericolo e il riferimento del contenuto; il titolare valuta tempestivamente la segnalazione quando ricevuta. I ricorsi sono riesaminati con motivazione comunicata attraverso i controlli disponibili o il contatto di assistenza.
Nei casi previsti dal GDPR, l'utente può chiedere accesso, rettifica, cancellazione, limitazione, portabilità e opposizione, nonché revocare eventuali consensi senza pregiudicare i trattamenti precedenti. Le richieste possono essere inviate a zaditalialibera@zulianarchitetturadigitale.eu. È inoltre possibile proporre reclamo al Garante per la protezione dei dati personali o all'autorità di controllo competente.
9. Minori, sicurezza e modifiche
L'iscrizione è riservata ai maggiorenni e richiede una dichiarazione 18+: non è una verifica documentale dell'età. Se rilevi un account di un minore, segnalalo al gestore per la valutazione e le misure necessarie.
HTTPS, hash delle password, cookie di sessione HttpOnly/Secure, autorizzazioni backend e MFA amministrativa sono misure implementate, non garanzie di invulnerabilità. Le fotografie e il database operativo non sono dichiarati cifrati a riposo; sono stati verificati backup cifrati. La riservatezza delle chat non elimina gli obblighi applicabili del gestore: non dichiariamo sorveglianza indiscriminata, possibilità di leggere ogni chat o assenza assoluta di responsabilità. Gli incidenti e le richieste valide sono gestiti dal titolare, limitando accessi e dati a quanto necessario e documentando gli interventi. Il trattamento dei contenuti privati non è escluso da ogni obbligo applicabile.
Le modifiche sostanziali sono comunicate attraverso il servizio o gli opportuni canali. Questo documento descrive il funzionamento di ZAD e non promette invulnerabilità o anonimato assoluto.