--- title: "Sicurezza" description: "Dove LogBrew conserva i tuoi dati, come li protegge, quali fornitori li trattano e come segnalare una vulnerabilità." canonical: "https://logbrew.co/it/security" last_updated: "2026-10-31" --- # Sicurezza Dove LogBrew conserva i tuoi dati, come li protegge, quali fornitori li trattano e come segnalare una vulnerabilità. Aggiornata il 31 ottobre 2026 Canonical: https://logbrew.co/it/security HTML: https://logbrew.co/it/security ## Dove si trovano i dati - I dati dell’account, i dati dei progetti, la telemetria e i file caricati sono conservati in Germania, in un data center a Norimberga. I backup sono conservati in Germania, in un data center a Falkenstein. - Le richieste passano dalla rete globale di Cloudflare prima di raggiungere i server in Germania. ## Crittografia in transito - logbrew.co, api.logbrew.co e mcp.logbrew.co accettano solo TLS 1.2 e TLS 1.3. Le connessioni che usano TLS 1.0 o 1.1 vengono rifiutate. - Anche il traffico tra Cloudflare e i server di LogBrew è cifrato, e Cloudflare verifica il certificato del server. I server accettano solo TLS 1.2 e 1.3. - I browser devono usare HTTPS. Ogni risposta invia HSTS per 2 anni, con i sottodomini e il flag preload. - Le risposte DNS sono firmate con DNSSEC. La posta verso logbrew.co richiede TLS (MTA-STS), e la posta che non supera DMARC viene rifiutata. - I backup viaggiano verso lo storage dei backup tramite SSH, e la telemetria meno recente viaggia verso l’object storage tramite HTTPS. ## Crittografia a riposo - La telemetria più vecchia di 30 giorni passa all’object storage. Ogni oggetto è cifrato con AES-256 con una chiave che solo LogBrew possiede, quindi il fornitore dello storage non può leggerlo. - I token di accesso ai repository, gli URL dei webhook e i segreti di firma dei webhook memorizzati sono cifrati con AES-256-GCM, ciascuno con una propria chiave derivata. - Le chiavi API dei progetti e i refresh token degli agenti sono memorizzati solo come hash SHA-256, quindi una copia del database non rivela alcuna chiave utilizzabile. - Le source map e i file di simboli nativi caricati vengono cifrati con crittografia a chiave pubblica X25519 prima di lasciare il server verso lo storage dei backup. La chiave di decifratura non viene mai conservata nello storage dei backup. Ogni set di backup è firmato, e un ripristino rifiuta un set la cui firma non corrisponde. ## Controllo degli accessi - Accedi solo con GitHub, GitLab, Bitbucket o Google. LogBrew non memorizza password. - Le sessioni web usano cookie HttpOnly e durano fino a 30 giorni. Uscire chiude la sessione sul server, non solo nel browser. - Le organizzazioni hanno 3 ruoli. I proprietari gestiscono fatturazione ed eliminazione. Gli amministratori gestiscono i membri ma non vedono automaticamente i progetti. I membri vedono solo i progetti assegnati a loro. - Le chiavi di ingestione possono solo inviare dati, e le chiavi di lettura possono solo leggerli. Il proprietario del progetto può revocare una chiave in qualsiasi momento. Gli agenti si collegano tramite OAuth con il tuo consenso. - Solo il team di LogBrew può raggiungere i server di produzione, da dispositivi gestiti, tramite una rete privata cifrata e con accesso basato su chiavi. Le modifiche in produzione vengono rilasciate solo da codice revisionato che ha superato i controlli automatici. ## Conservazione ed eliminazione - La telemetria viene conservata per il periodo di conservazione del tuo piano: 30 giorni su Free, 90 su Pro, 365 su Business e il periodo del tuo contratto su Enterprise (365 finché un contratto non ne stabilisce uno). Viene eliminata da 1 a 8 giorni dopo la fine del periodo. Il passaggio a un periodo più breve elimina la telemetria più vecchia entro un giorno. I dati di utilizzo e fatturazione vengono conservati. - L’eliminazione di un progetto interrompe subito l’ingestione, e i dati attivi del progetto vengono eliminati automaticamente pochi minuti dopo. L’eliminazione di un account disattiva subito l’accesso e lascia una finestra di ripristino di 24 ore, poi elimina i dati attivi dell’account e chiude il suo piano a pagamento. - I backup esistono solo per il disaster recovery e non servono mai il prodotto. Il set completo si ripristina su un server nuovo, e ogni giorno viene eseguita una verifica di ripristino. ## Segnala una vulnerabilità - Scrivi a security@logbrew.co. L’indirizzo è pubblicato anche in security.txt su logbrew.co/.well-known/security.txt. - LogBrew accoglie la ricerca di sicurezza svolta in buona fede nel rispetto della Policy sull’utilizzo accettabile e non intraprende alcuna azione contro di essa. ## Sub-responsabili del trattamento Questi fornitori trattano dati dei clienti per conto di LogBrew. LogBrew avvisa quando questo elenco cambia. | Fornitore | Cosa fa per LogBrew | Dati trattati | Dove | | --- | --- | --- | --- | | Hetzner Online GmbH | Server, database, object storage e storage dei backup | Tutti i dati degli account, i dati dei progetti, la telemetria, le source map e i file di simboli nativi caricati, e i backup | Germania: Norimberga per server e storage, Falkenstein per i backup | | Cloudflare, Inc. | DNS, distribuzione dei contenuti, protezione dagli attacchi e HTTPS sull’edge per logbrew.co, api.logbrew.co e mcp.logbrew.co | Ogni richiesta in transito: indirizzo IP, header, cookie e corpo delle richieste, inclusa la telemetria inviata all’API | Rete globale di Cloudflare, nella località più vicina al visitatore | | Resend, Inc. | Invia le email del prodotto, come inviti e riepiloghi degli avvisi, e riceve la posta inviata agli indirizzi logbrew.co | Indirizzi email dei destinatari, nomi dei membri del team negli inviti, testo degli avvisi (titoli delle issue, nomi dei progetti, nomi delle regole, servizi) e il contenuto delle email che invii al supporto | Invio dagli Stati Uniti, ricezione in Irlanda | | Stripe | Checkout, abbonamenti, fatture e portale di fatturazione per i piani a pagamento | Riferimento all’account LogBrew e piano. La carta di pagamento, l’email di fatturazione e l’indirizzo che inserisci in Stripe Checkout vanno direttamente a Stripe e non raggiungono mai LogBrew. | Stati Uniti e Irlanda | | Apple Inc. | Notifiche push all’app iOS, solo per gli utenti che le attivano | Token push del dispositivo e testo della notifica (tipo di avviso, titolo della issue, nome del progetto, servizio) | Stati Uniti | LogBrew non usa alcun servizio esterno di error tracking o di analisi del prodotto. Gli errori di LogBrew stesso finiscono in LogBrew. Il sito web non imposta cookie pubblicitari o analitici. ## Servizi che colleghi Questi servizi non sono sub-responsabili del trattamento. Trattano dati solo perché scegli di collegarli. | Servizio | Cosa scambia LogBrew con il servizio | | --- | --- | | Accesso con GitHub, GitLab, Bitbucket o Google | LogBrew riceve il profilo che il provider condivide: nome, indirizzo email, avatar e il tuo numero utente presso quel provider. Non esiste l’accesso con password. | | Repository su GitHub, GitLab o Bitbucket | Quando colleghi un repository, LogBrew usa il tuo token di accesso per leggere i metadati del repository, i commit e i file che gli servono per il contesto del codice sorgente. | | Webhook, inclusi Slack, Discord e Microsoft Teams | LogBrew invia messaggi di avviso solo agli URL che aggiungi. | | Il tuo agente AI | Un client MCP o la CLI legge i dati dei progetti solo con il tuo consenso o la tua chiave. LogBrew non invia dati dei clienti a un proprio fornitore di AI. |