AVVISO PROGRAMMA BETA Questo documento si applica al Programma Beta di Kompunik, un progetto pilota di ricerca gratuito e solo su invito, gestito da Joss Gillet (Fondatore di Kompunik). Questo è un prototipo sperimentale senza garanzia di servizio.

Panoramica sulla Sicurezza

Data di entrata in vigore: 1 gennaio 2026 Ultimo aggiornamento: 1 gennaio 2026

In Kompunik, la sicurezza dei Suoi dati e l'integrità della nostra piattaforma sono alla base di tutto ciò che realizziamo. Il presente documento fornisce una panoramica delle misure di sicurezza tecniche e organizzative che abbiamo implementato per proteggere i nostri utenti, i loro dati e l'esperienza di apprendimento.

1. Autenticazione e Controllo degli Accessi

Utilizziamo un sistema di autenticazione multilivello per garantire che solo gli utenti autorizzati possano accedere alla piattaforma e alle sue funzionalità.

1.1 Framework di Autenticazione

Auth.js v5 con strategia JWT (JSON Web Token) fornisce un'autenticazione sicura e stateless
Autenticazione con e-mail e password con hashing delle password tramite bcrypt
Single Sign-On (SSO) tramite Google Workspace e Microsoft Entra ID per gli utenti delle organizzazioni, utilizzando i protocolli standard del settore OAuth 2.0 / OpenID Connect
I token di sessione sono conservati in cookie sicuri, HttpOnly e SameSite per prevenire attacchi cross-site

1.2 Autenticazione Multi-Fattore (MFA)

OTP via e-mail (One-Time Password): Abilitato per impostazione predefinita per tutti gli utenti con account personale. Un codice di verifica a tempo limitato viene inviato al Suo indirizzo e-mail registrato durante l'accesso.
TOTP (Time-based One-Time Password): Supporto opzionale per app di autenticazione (ad es., Google Authenticator, Authy) per una sicurezza più robusta, con codici di recupero di backup
Politica MFA dell'organizzazione: Gli amministratori dell'organizzazione possono richiedere l'MFA per tutti gli utenti della propria organizzazione e configurare quali metodi MFA sono consentiti

1.3 Controllo degli Accessi Basato sui Ruoli

Quattro ruoli distinti con permessi graduali: Learner (Studente), Manager, Amministratore dell'Organizzazione e Super Amministratore
Applicazione del controllo degli accessi a livello di route nel middleware garantisce che gli utenti possano accedere solo alle pagine e alle funzionalità appropriate al proprio ruolo
Protezione degli endpoint API con verifica del ruolo su ogni azione server

1.4 Gestione delle Sessioni

Token JWT con scadenza configurabile e logica di aggiornamento
Attributi dei cookie sicuri (HttpOnly, Secure, SameSite=Lax) per prevenire il dirottamento di sessione e gli attacchi CSRF
Limitazione della velocità sugli endpoint di autenticazione per prevenire attacchi brute-force (5 tentativi per 15 minuti per e-mail)

2. Crittografia dei Dati

Tutti i dati sono crittografati sia in transito che a riposo per proteggere contro l'accesso non autorizzato.

2.1 Crittografia in Transito

TLS 1.2 o superiore è applicato su tutte le connessioni tra gli utenti e la piattaforma
HTTPS è obbligatorio; le connessioni HTTP sono reindirizzate automaticamente
Le intestazioni HTTP Strict Transport Security (HSTS) sono impostate per prevenire attacchi di downgrade del protocollo

2.2 Crittografia a Riposo

Crittografia AES-256 per tutti i dati archiviati in MongoDB Atlas
Backup automatizzati crittografati gestiti dall'infrastruttura di MongoDB Atlas
I contenuti multimediali in DigitalOcean Spaces sono crittografati a riposo tramite crittografia lato server

2.3 URL Firmati per i Contenuti Multimediali

Tracce audio, video, immagini e certificati sono forniti tramite URL firmati a tempo limitato con scadenza di un (1) ora
Gli URL firmati sono generati lato server e non possono essere condivisi o riutilizzati dopo la scadenza
La protezione contro l'hotlinking convalida le intestazioni di origine e referrer delle richieste

3. Privacy e Trattamento dei Dati

La privacy è integrata nella progettazione della piattaforma, non trattata come un aspetto secondario.

3.1 Conformità al RGPD

Piena conformità al Regolamento Generale sulla Protezione dei Dati (RGPD) per tutti i soggetti interessati nell'UE
Il trattamento dei dati si basa su basi giuridiche chiare: esecuzione del contratto, interesse legittimo e consenso esplicito
Gli utenti possono esercitare i propri diritti sui dati (accesso, rettifica, cancellazione, portabilità) in qualsiasi momento

3.2 Privacy per Impostazione Predefinita

I profili degli utenti sono privati per impostazione predefinita — nessuna informazione personale è visibile agli altri utenti a meno che non sia esplicitamente abilitata
I profili pubblici, le schede di condivisione e la visibilità nella community sono funzionalità opt-in
Risposte 404 che preservano la privacy per profili inesistenti o privati (nessuna enumerazione degli utenti)

3.3 Condivisione dei Dati Basata sul Consenso

Le funzionalità della community (post, commenti, circoli, sfide) richiedono la partecipazione attiva
Le funzionalità di confronto tra pari richiedono un'adesione esplicita sia dell'organizzazione che dell'utente
Le impostazioni dell'avatar e della visibilità del profilo sono granulari e controllate dall'utente

3.4 Nessun Tracciamento di Terze Parti

Nessun servizio di analisi di terze parti (nessun Google Analytics, Mixpanel o simili)
Nessun cookie pubblicitario o tecnologia di tracciamento cross-site
Nessuna vendita di dati a inserzionisti, intermediari di dati o terze parti
Tutte le analisi sono calcolate internamente dal nostro database utilizzando dati anonimizzati e aggregati

3.5 Diritto alla Cancellazione

Gli utenti possono richiedere la cancellazione completa dell'account
I dati dell'account vengono eliminati entro 30 giorni dalla richiesta di cancellazione
Le registrazioni finanziarie sono conservate per 7 anni come richiesto dalla legge francese

4. Infrastruttura e Hosting

La nostra infrastruttura è progettata per affidabilità, sicurezza e protezione dei dati.

4.1 Database

MongoDB Atlas database cloud-hosted con backup automatizzati, ripristino point-in-time e crittografia a livello di cluster
Infrastruttura certificata SOC 2 Type II
Accesso al database limitato agli account di servizio dell'applicazione con permessi minimi necessari

4.2 Archiviazione dei Contenuti

DigitalOcean Spaces (archiviazione a oggetti compatibile S3) per file multimediali, certificati e risorse caricate
Crittografia a riposo lato server
Accesso controllato tramite URL firmati con scadenza a tempo limitato

4.3 Hosting dell'Applicazione

Applicazione Next.js con runtime Node.js
L'isolamento delle variabili d'ambiente garantisce che i segreti non siano mai esposti al codice lato client
Separazione tra build-time e runtime del codice server e client

4.4 Backup Automatizzati

I backup del database sono automatizzati e crittografati da MongoDB Atlas
Capacità di ripristino point-in-time per il disaster recovery
I contenuti multimediali sono archiviati in modo ridondante in DigitalOcean Spaces con replica integrata

5. Sicurezza dell'Applicazione

L'applicazione è costruita con pratiche di sviluppo incentrate sulla sicurezza su tutti i livelli.

5.1 Validazione degli Input

Tutti gli input degli utenti sono validati lato server prima dell'elaborazione
Controllo rigoroso dei tipi con TypeScript su tutto il codice sorgente
I caricamenti di file sono validati per tipo, dimensione e contenuto (inclusa la sanificazione SVG per rimuovere script dannosi)

5.2 Sanificazione dei Contenuti

I contenuti generati dagli utenti (post della community, commenti) vengono renderizzati come testo semplice utilizzando la protezione XSS integrata di React
I contenuti del blog (creati dagli amministratori) sono sanificati utilizzando sanitize-html con una lista consentita rigorosa di tag HTML sicuri
I caricamenti SVG sono elaborati tramite un sanificatore dedicato che rimuove script, gestori di eventi e oggetti esterni

5.3 Sicurezza del Database

Solo query parametrizzate — tutte le query MongoDB utilizzano filtri parametrizzati, eliminando completamente le vulnerabilità di iniezione
Nessun utilizzo di $where, eval() o qualsiasi costruzione dinamica di query
Le operazioni sul database sono incapsulate in funzioni dedicate del livello di accesso ai dati

5.4 Limitazione della Velocità delle Richieste

La limitazione della velocità è applicata su tutti gli endpoint sensibili:
- Accesso: 5 tentativi per 15 minuti per e-mail
- Registrazione: 5 tentativi per ora per e-mail
- Reset della password: 3 tentativi per 15 minuti
- Endpoint API: limiti configurabili per route
- Funzionalità assistite da IA: budget giornalieri per utente
Le intestazioni di limitazione (X-RateLimit-Remaining, X-RateLimit-Reset) informano i client della quota residua

5.5 Intestazioni di Sicurezza

Content Security Policy (CSP): Limita le origini di script, stili, immagini e connessioni a origini attendibili
X-Content-Type-Options: nosniff per prevenire la confusione dei tipi MIME
X-Frame-Options: SAMEORIGIN per prevenire il clickjacking
Referrer-Policy: strict-origin-when-cross-origin per limitare la divulgazione del referrer
Permissions-Policy: Limita l'accesso alle API del browser sensibili

5.6 Protezione CSRF

Le azioni server dispongono di protezione CSRF integrata attraverso i meccanismi del framework Next.js
L'attributo del cookie SameSite=Lax previene il cross-site request forgery
Le route API sono protette dall'autenticazione e dalla verifica del ruolo

6. Isolamento dei Tenant delle Organizzazioni

Le organizzazioni sulla piattaforma operano in ambienti isolati per prevenire la fuga di dati tra i tenant.

6.1 Isolamento dei Dati

Tutte le query del database per i dati delle organizzazioni includono l'identificativo dell'organizzazione come filtro obbligatorio
Gli utenti possono accedere solo ai dati appartenenti alla propria organizzazione
L'accesso ai dati inter-organizzazione è impedito a livello di query del database

6.2 Controllo degli Accessi

I gate dei ruoli nel middleware garantiscono che gli utenti possano accedere solo alle route appropriate alla propria organizzazione e al proprio ruolo
Gli amministratori dell'organizzazione possono gestire solo gli utenti e le impostazioni all'interno della propria organizzazione
La visibilità dei manager è limitata ai team assegnati (i manager vedono solo gli studenti del proprio team)

6.3 Isolamento della Personalizzazione Grafica

La personalizzazione grafica dell'organizzazione (loghi, nomi visualizzati) è circoscritta per organizzazione
La personalizzazione non influisce sulle altre organizzazioni né sull'esperienza globale della piattaforma
Le risorse di personalizzazione caricate sono archiviate in percorsi specifici per organizzazione

6.4 Isolamento della Community

Gli spazi della community delle organizzazioni sono completamente separati dalla community globale
Post, circoli, sfide e sale di pratica creati nello spazio di un'organizzazione sono visibili solo ai membri di tale organizzazione
Le funzionalità della community dell'organizzazione possono essere abilitate o disabilitate dall'amministratore dell'organizzazione

6.5 Gestione dei Contratti e delle Postazioni

Le condizioni contrattuali e le allocazioni delle postazioni sono gestite per organizzazione
Le assegnazioni delle postazioni sono validate rispetto ai limiti contrattuali con operazioni atomiche sul database per prevenire l'over-allocation
Le modifiche alle postazioni attivano le appropriate modifiche di accesso (periodi di grazia, aggiornamenti delle iscrizioni)

7. Moderazione dei Contenuti

I contenuti della community sono moderati attraverso una pipeline completa a sei livelli per mantenere un ambiente sicuro e rispettoso.

7.1 Pipeline di Moderazione

Limitazione della velocità: Previene la pubblicazione rapida e lo spam
Sanificazione HTML: Rimuove qualsiasi markup HTML e potenziali vettori XSS dagli input degli utenti
Normalizzazione del testo: Normalizza il testo per rilevare tecniche di evasione (omoglifi, leetspeak, caratteri di larghezza zero)
Corrispondenza con la blocklist: Verifica i contenuti rispetto a blocklist specifiche per lingua di termini vietati
Classificazione IA: I contenuti sono analizzati dall'API di Moderazione di OpenAI per discorsi d'odio, violenza, molestie e altre categorie di contenuti dannosi
Revisione umana: I contenuti contrassegnati vengono inoltrati alla coda di moderazione amministrativa per la revisione manuale

7.2 Contrassegno Automatizzato

I contenuti che attivano le soglie della blocklist o della classificazione IA vengono automaticamente sospesi per la revisione
Gli utenti ricevono un feedback chiaro quando i loro contenuti necessitano di modifiche

7.3 Segnalazione e Revisione

Tutti gli utenti possono segnalare contenuti o comportamenti tramite una segnalazione strutturata con categorie di motivazione predefinite
Le segnalazioni vengono monitorate ed escalate quando si ricevono più segnalazioni per lo stesso contenuto
Gli amministratori hanno accesso a una coda di moderazione dedicata con strumenti di filtraggio e azione

7.4 Progettazione Fail-Open

Se il servizio di moderazione IA è temporaneamente non disponibile, i contenuti vengono consentiti per evitare l'interruzione del servizio
La moderazione automatizzata è integrata dalla segnalazione della community per intercettare eventuali contenuti che eludono i controlli automatizzati

8. Sicurezza dei Pagamenti

Le transazioni finanziarie sono gestite con i più elevati standard di sicurezza tramite la nostra partnership con Stripe.

8.1 Conformità PCI-DSS

Tutta l'elaborazione dei pagamenti è gestita da Stripe, che è certificato PCI-DSS Livello 1 (il più alto livello di certificazione per la sicurezza dei pagamenti)
Kompunik non riceve, elabora o conserva mai numeri di carta di credito, CVV o dettagli completi della carta di pagamento sui propri server
I dati della carta di pagamento vengono inseriti direttamente negli elementi di pagamento sicuri di Stripe

8.2 Sicurezza dei Webhook

Gli eventi webhook di Stripe sono verificati tramite validazione della firma crittografica prima dell'elaborazione
La deduplicazione degli ID evento previene l'elaborazione duplicata dello stesso evento di pagamento
L'endpoint webhook è soggetto a limitazione della velocità per prevenire abusi

8.3 Elaborazione Idempotente

L'attivazione del pagamento è idempotente — l'elaborazione dello stesso evento più volte produce lo stesso risultato senza addebiti o attivazioni duplicati
Le registrazioni delle transazioni forniscono una traccia di audit completa di tutte le attività di pagamento

9. Conformità e Standard

9.1 Conformità Attuale

Allineamento al RGPD per tutti i soggetti interessati nell'UE, incluse basi giuridiche documentate, diritti dei soggetti interessati e accordi per il trattamento dei dati con i sub-responsabili
Obiettivo di risposta agli incidenti di 48 ore per gli incidenti di sicurezza — ci impegniamo a indagare e iniziare la risoluzione entro 48 ore dalla rilevazione dell'incidente
Revisioni di sicurezza interne regolari del codice, delle dipendenze e della configurazione dell'infrastruttura
Audit delle dipendenze tramite scansione automatizzata delle vulnerabilità dei pacchetti di terze parti

9.2 Note sulla Trasparenza

Crediamo nella trasparenza riguardo alla nostra attuale postura di sicurezza e alla nostra roadmap di miglioramento:

Le certificazioni SOC 2 e ISO 27001 sono pianificate per una fase futura con la crescita dell'organizzazione
La limitazione della velocità attualmente utilizza l'archiviazione in memoria (adatta per distribuzioni a singola istanza); la migrazione a una limitazione distribuita basata su Redis è pianificata per gli ambienti di produzione multi-istanza
I test di sicurezza sono attualmente eseguiti tramite revisioni interne; l'ingaggio di una società esterna di penetration testing è pianificato
L'infrastruttura di audit logging è in fase di sviluppo per fornire tracce di attività complete per finalità di conformità e analisi forense

10. Divulgazione Responsabile

Se scopre una vulnerabilità di sicurezza nella piattaforma Kompunik, La incoraggiamo a segnalarla in modo responsabile.

10.1 Come Segnalare

La preghiamo di inviare i rapporti sulle vulnerabilità a compliance@kompunik.org con:

Una descrizione dettagliata della vulnerabilità
I passaggi per riprodurre il problema
L'impatto potenziale della vulnerabilità
Eventuali suggerimenti per la risoluzione, se applicabili

10.2 Il Nostro Impegno

Confermeremo la ricezione del Suo rapporto entro 48 ore
Indagheremo e forniremo una valutazione iniziale entro 5 giorni lavorativi
La terremo informato/a sui nostri progressi nella risoluzione della vulnerabilità
Non intraprenderemo azioni legali contro i ricercatori che segnalano vulnerabilità in buona fede e seguono le pratiche di divulgazione responsabile

10.3 Ambito

La presente politica di divulgazione responsabile copre l'applicazione web Kompunik e le relative API. I servizi di terze parti (Stripe, MongoDB Atlas, DigitalOcean) hanno i propri canali di segnalazione sulla sicurezza.

11. Contatti

Per domande sulle nostre pratiche di sicurezza o per segnalare un problema di sicurezza, La preghiamo di contattarci a:

Joss Gillet (Founder of Kompunik) Avignone, Francia

Richieste sulla sicurezza e segnalazioni di vulnerabilità: compliance@kompunik.org
Richieste sulla privacy: compliance@kompunik.org
Supporto generale: contact@kompunik.org

La presente Panoramica sulla Sicurezza è in vigore dal 1 gennaio 2026.

Termini Specifici del Beta

Natura Sperimentale

Questa piattaforma è un prototipo sperimentale. Le funzionalità possono cambiare, essere rimosse o malfunzionare senza preavviso. Non viene fornita alcuna garanzia di disponibilità, tempo di attività o prestazioni.

Gestione dei Dati

I dati raccolti durante il beta potrebbero essere eliminati alla fine del periodo beta. Sebbene adottiamo ragionevoli precauzioni per proteggere i vostri dati, non vengono fornite garanzie riguardo alla persistenza o al backup dei dati.

Utilizzo dei Feedback

Qualsiasi feedback, suggerimento o idea fornita durante il beta può essere utilizzata per migliorare il prodotto senza compenso o attribuzione.

Nessun Compenso Finanziario

La partecipazione al beta è volontaria e non retribuita. Non si applicano compensi finanziari, crediti o rimborsi.

Limitazione di Responsabilità

Joss Gillet (Fondatore di Kompunik) non sarà responsabile per danni diretti, indiretti, incidentali o consequenziali derivanti dall'uso di questa piattaforma beta. L'uso è interamente a proprio rischio.

Riservatezza (Facoltativo)

Potreste incontrare funzionalità o contenuti non ancora disponibili pubblicamente. Sebbene non sia legalmente vincolante, vi chiediamo di trattare le funzionalità non rilasciate con discrezione.

Nessun Rapporto Commerciale

Questo beta non costituisce un servizio commerciale, contratto o abbonamento. Non verranno emesse fatture e non si applicano accordi sui livelli di servizio.

Sicurezza e protezione dei dati