DEM È DAVVERO SICURO

FAQ. Messaggistica in DEM

Al fine di scambiare messaggi, l'applicazione DeM deve prima stabilire una connessione con i nodi Artery Storage, poiché tutti gli scambi di dati passano attraverso di loro. Per fare questo, il codice dell'applicazione ha diversi indirizzi ip dei nodi di controllo (come descritto nella descrizione di Artery Storage) e un indirizzo API aziendale centralizzato da cui l'applicazione può recuperare l'elenco (se l'indirizzo non è disponibile, si usano gli indirizzi incorporati).

Dopo aver lanciato l'applicazione e ottenuto gli indirizzi di un nodo di controllo, viene inviata una richiesta a tale nodo per ottenere gli indirizzi dei nodi di controllo responsabili del servizio di un particolare account (che l'utente ha specificato al login). Dopo l'installazione di questi nodi, un ulteriore scambio di informazioni di servizio avviene con loro (le informazioni di servizio includono: un elenco di nodi che memorizzano la corrispondenza dell'utente, un elenco di contatti utente (in forma criptata), limiti di spazio di archiviazione, indirizzi di nodi blockchain, informazioni sugli account blockchain per il loro indirizzo e nickname, impostazioni dell'applicazione)).

Questo è necessario per garantire il funzionamento dell'applicazione.

Una volta che la ricerca degli indirizzi è completata ("fase di inizializzazione"), l'applicazione "va online" cioè comunica direttamente con i nodi di Artery Storage, cioè, in primo luogo aggiorna il timestamp con informazioni sull'ultima presenza online dell'applicazione, e in secondo luogo contatta i nodi che memorizzano la corrispondenza e scarica nuovi messaggi nello storage locale (collocato nel cellulare).

L'applicazione stabilisce anche una connessione permanente a uno dei nodi che memorizza la corrispondenza dell'utente e reagisce alla registrazione di nuovi messaggi (li scarica e li aggiunge alla memoria locale).

Quando si scambiano messaggi, l'applicazione invia richieste ai nodi assegnati per l'archiviazione della corrispondenza (ricevuti durante la fase di inizializzazione).

Ci sono 2 tipi di messaggi: inviati e ricevuti.

Inviati sono quelli quando qualcuno registra un messaggio per l'utente e l'app scarica questi messaggi e li salva nella memoria locale.

Ricevuti, quando l'applicazione ottiene la chiave pubblica dell'utente (destinatario del messaggio) dalla blockchain, cripta il messaggio con essa e lo scrive nella sezione pubblica del destinatario del messaggio. Una copia del messaggio criptato con la chiave pubblica del mittente è anche scritta nella sezione pubblica del mittente.

Tutte le transazioni sono firmate con la chiave dell'utente e controllate per l'autenticità (immutabilità e appartenenza a un utente specifico).

Quando un file viene inviato, viene prima diviso in blocchi, ogni blocco viene criptato, poi caricato su diversi nodi di Artery Storage, e poi gli hash di questi blocchi vengono allegati al blocco che contiene il messaggio dell'utente. L'elenco dei blocchi allegati al messaggio è memorizzato in forma chiara, questo non permetterà il recupero dei dati, ma permette di rimuovere completamente le informazioni dalla memoria quando viene raggiunto il limite di record (se abilitato a rimuovere i vecchi messaggi).

Alcune delle funzioni di messaggistica non critiche del messenger sono state implementate (e nuove saranno implementate) in modo centralizzato. Se i server dell'azienda non sono disponibili, tali funzioni non funzioneranno. Cioè:

1. La funzione "cosa fa l'utente" (cioè stampa un messaggio, seleziona una foto, ecc.) - questa utilizza server aziendali centralizzati attraverso i quali gli eventi rilevanti vengono passati tra le applicazioni attive.

2. La ricerca per corrispondenza parziale di nickname (a causa del fatto che non è possibile cercare nella blockchain).

3. L'invio di notifiche PUSH (questo richiede token e servizi che sono disponibili solo per le aziende) - per questo, le informazioni vengono inviate al server aziendale su chi ha inviato il messaggio e a chi (il token PUSH è collegato all'indirizzo del destinatario, queste informazioni vengono memorizzate solo dalla società e non vengono passate a terzi).

4. Nuova implementazione della funzione "l'ultimo accesso" su base centralizzata, per migliorare la precisione di visualizzazione e ridurre il carico sui nodi di controllo (poiché questa funzione non è critica per la messaggistica).


I dati dell'utente sono protetti utilizzando gli algoritmi di crittografia asimmetrica a curva ellittica xChaCha20 e secp256k1.

Le informazioni nel blocco sono criptate con una chiave unica per xChaChat20 usando un nonce casuale e un salt (dati casuali), poi la chiave stessa, il salt e il nonce sono criptati da un algoritmo asimmetrico e tutte queste informazioni sono memorizzate nel blocco. Il generatore di numeri pseudorandom crittograficamente sicuro (CPRNG) fornito dal sistema operativo (iOS, Android) è usato per creare la chiave, il nonce e il salt.

Ogni blocco di messaggio memorizza informazioni sul mittente, il destinatario, il messaggio stesso e le informazioni dell'allegato. (hash dei blocchi di dati inclusi nel messaggio, se il messaggio è più grande di 1mb).

Tutte le richieste di un'applicazione sono firmate separatamente con la chiave privata dell'applicazione, in modo che i nodi possano verificare che l'applicazione sia affidabile. Se terzi sviluppatori vogliono rilasciare la propria applicazione, possono ottenere la chiave per essa contattando il comitato di voto. Questo è per proteggere gli utenti dallo SPAM