Perché echoBOS?

Scoprite in dettaglio perché i servizi cloud convenzionali sono problematici per le organizzazioni di soccorso – e come echoBOS risolve questi problemi.

Perché i servizi cloud convenzionali sono problematici

Le autorità e le organizzazioni di soccorso sono soggette a requisiti speciali per la protezione dei dati e la sicurezza delle informazioni

CLOUD Act e accesso da paesi terzi

I messenger di fornitori statunitensi sono soggetti al CLOUD Act: le autorità statunitensi possono esigere la consegna dei dati archiviati – anche da server in Europa e all'insaputa degli interessati.

I server UE da soli non bastano

La posizione fisica del server da sola non garantisce la sovranità dei dati. Ciò che conta inoltre sono le politiche a livello organizzativo, le strutture automatizzate e una separazione delle organizzazioni direttamente nel database.

Analisi dei metadati

Anche con contenuti crittografati, vengono raccolti metadati: chi comunica con chi, quando, quanto spesso e da quale posizione. Questi dati hanno un alto valore informativo.

Mancanza di isolamento dati a livello organizzativo

I messenger convenzionali non sono progettati per l'isolamento dei dati a livello organizzativo. La comunicazione di servizio e privata avviene sugli stessi dispositivi – senza separazione tecnica a livello di database.

Nessun audit logging

Senza una registrazione tracciabile, non è possibile dimostrare chi ha avuto accesso a quali dati e quando. Questo è un rischio di conformità per le autorità.

Nessuna protezione dell'accesso al dispositivo

I messenger consumer non offrono la possibilità di imporre lo sblocco biometrico a livello organizzativo. Ogni membro decide autonomamente – un rischio per la sicurezza in caso di dispositivi smarriti.

La nostra architettura di sicurezza

echoBOS è stato progettato da zero per le esigenze delle organizzazioni di soccorso

Server tedeschi

Tutti i dati vengono archiviati e trattati esclusivamente su server in Germania. Si applica la legge tedesca sulla protezione dei dati.

Separazione dei mandanti

La Row Level Security separa i dati delle organizzazioni direttamente nel database. Ogni organizzazione vede solo i propri contenuti.

Crittografia di trasporto

Tutta la trasmissione dati tra app, interfaccia web e server è crittografata tramite TLS. Le richieste non crittografate vengono reindirizzate su HTTPS.

File e password protetti

I file della chat e dell'archivio documenti sono accessibili solo tramite link firmati a tempo limitato, generati solo dopo la verifica dei permessi. Le password vengono memorizzate esclusivamente come hash crittografici.

Ruoli e permessi

Ruoli per membri e admin, più permessi singoli – ad esempio per creare eventi o approvare prenotazioni – e responsabili per reparti e gruppi.

I vostri contenuti restano in Germania

I dati della vostra organizzazione sono archiviati esclusivamente in Germania e non vengono condivisi con terzi. Nell'app e nell'applicazione web nessun servizio di tracciamento e nessuna pubblicità. L'unica eccezione è il recapito delle notifiche push: avviene necessariamente tramite Google e Apple e non trasmette né nomi né contenuti.

Controllo di accesso biometrico

Gli amministratori possono imporre lo sblocco biometrico dell'app a livello organizzativo. echoBOS non memorizza dati biometrici – la verifica avviene esclusivamente sul dispositivo.

Sicurezza del dispositivo a livello organizzativo

Con echoBOS, l'organizzazione – non il singolo membro – determina quali politiche di sicurezza si applicano a ogni dispositivo. Gli amministratori possono imporre lo sblocco biometrico dell'app tramite impronta digitale o Face ID.

  • Politiche di sicurezza globali definite dagli amministratori
  • Sblocco biometrico dell'app imponibile
  • Non disattivabile dai singoli membri
  • Utilizzo della sicurezza nativa del dispositivo (Face ID, impronta digitale)
  • Nessun dato biometrico memorizzato da echoBOS

echoBOS e messenger privati

Funzione
echoBOS
Messenger privati
Admin impone il blocco dell'app
L'utente non può aggirare la protezione
Politica a livello organizzativo
Nessun dato biom. presso il fornitore
I dati biometrici rimangono esclusivamente sul dispositivo.

L'organizzazione gestisce l'accesso

Con echoBOS, l'organizzazione decide chi ottiene l'accesso all'app – non il singolo membro. Nessuna auto-registrazione, nessun invito incontrollato.

  • L'admin crea gli utenti e genera codici di invito personali
  • Nessuna auto-registrazione – solo le persone invitate ricevono l'accesso
  • Connessioni dei dispositivi revocabili dall'admin in qualsiasi momento
  • Lo stato della connessione nell'app mostra l'accesso gestito
  • Un nuovo codice di invito disconnette tutti i dispositivi precedenti

Flusso di onboarding sicuro

1
L'admin crea l'utente
2
Codice di invito generato
3
Il membro attiva l'app
Connesso e gestito
Accesso all'app revocabile subito
L'admin può disconnettere subito i dispositivi – senza accesso fisico al dispositivo, ad esempio quando uno smartphone di servizio è andato perso.

Convinti? Iniziate ora!

Richiedete una consulenza gratuita su come echoBOS può supportare la vostra organizzazione.

Contattateci