correzioni finali

FileSharing/Syncthing.md

@@ -6,7 +6,7 @@ __Syncthing__ è un __Software Libero__ pubblicato su [syncthing.net](http://syn
 ![Screenshot](http://2.bp.blogspot.com/-l9nooLvGiq0/U49JiCnoTKI/AAAAAAAATEI/qZGrWb1SGKQ/s1600/syncthing.png)
 - _Immagine:_ __GUI__ di __Syncthing__ in funzione su __Ubuntu Linux__
 
-L'intero ecosistema di __Syncthing__ è _libero_, _aperto_ e _Open Source_: il software nasce come applicativo a riga di comando con interfaccia _Web_, accessibile tramite un _Web Browser_. Ogni dispositivo è identificato tramite __TLS__ e l'indirizzo __IP__ degli altri dispositivi viene comunicato tramite un __Software Tracker__ anch'esso __Open Source__. E' possibile utilizzare il tracker gestito dagli sviluppatori del software oppure usarne uno gestito personalmente.
+L'intero ecosistema di __Syncthing__ è _libero_, _aperto_ e _Open Source_: il software nasce come applicativo a riga di comando con un'aggiunta interfaccia _Web_, accessibile tramite un _Web Browser_. Ogni dispositivo è identificato tramite __TLS__ e l'indirizzo __IP__ degli altri dispositivi viene comunicato tramite un __Software Tracker__ anch'esso __Open Source__. E' possibile utilizzare il tracker gestito dagli sviluppatori del software oppure usarne uno gestito personalmente.
 
 Il software è implementato usando il linguaggio di programmazione __Go__ (anche detto __Golang__).
 
@@ -18,7 +18,7 @@ Passi da seguire su ogni dispositivo (almeno due sono necessari):
 1. dopo aver avviato il software seguendo le istruzioni offerte dal sito web, aggiungere alla lista dei dispositivi un'altro dispositivo con cui sincronizzare i propri dati.
 1. aggiungere una o più cartelle alla lista dei percorsi da sincronizzare e scegliere con quali dispositivi condividerle
 
-Quando i due dispositivi __sono accesi contemporaneamente__ e __sono in grado di comunicare via rete locale o internet__, cominceranno a sincronizzare il contenuto delle cartelle.
+Quando i due dispositivi __sono accesi contemporaneamente__ e __sono in grado di comunicare via rete locale o Internet__, cominceranno a sincronizzare il contenuto delle cartelle.
 
 - il comportamento del software in caso di conflitto dei file è configurabile.
 - il software supporta più sistemi di __Version Control__ per i dati delle cartelle.
@@ -39,6 +39,6 @@ __BEP__ utilizza __TCP__ per comunicare e __TLS__ per crittografia e autenticazi
 
 Spesso i dispositivi possono trovarsi dietro __NAT__ e/o __Firewall__.
 
-Syncthing include delle tecniche basilari di _NAT Traversal_, ma per comunicare uno dei due interlocutori deve poter ricevere __connessioni in ingresso__.
+Syncthing include delle tecniche basilari di _NAT Traversal_, ma per comunicare stabilmente uno dei due interlocutori deve poter ricevere __connessioni in ingresso__.
 
-Dunque, per avere la totale certezza che i dispositivi comunichino, è necessario posizionarli temporaneamente nella stessa rete locale, oppure utilizzare un terzo dispositivo in grado di ricevere __connessioni in ingresso__.
+Dunque, _per avere la totale certezza che due dispositivi comunichino_, è necessario posizionarli temporaneamente nella stessa rete locale, oppure utilizzare un __terzo dispositivo__ in grado di ricevere __connessioni in ingresso__ che può fungere da tramite e soprattutto permette la sincronizzazione anche se i due dispositivi da sincronizzare non sono mai accesi contemporaneamenti o mai connessi direttamente tra loro.

FileSharing/file_sharing.md

@@ -2,12 +2,12 @@
 
 Con __Cloud Storage__ si intende l'_immagazzinare dei dati in remoto_ a scopo di File Sharing, File Hosting o backup personale, utilizzando _un servizio offerto da una terza parte_. Questo sistema presenta molteplici vantaggi:
 
-- i dati sono accessibili da ovunque sia presente una connessione a internet
-- è possibile dare l'accesso ai dati a qualcuno senza doverli trasferire fisicamente
+- i dati sono accessibili da ovunque sia presente una connessione a Internet
+- è possibile concedere l'accesso ai dati a qualcuno senza doverli trasferire fisicamente
 - non si è limitati dallo spazio disponibile sul proprio dispositivo
 - non è necessario sincronizzare le informazioni manualmente tra dispositivi diversi
 
-Con __File Sharing__ si intende la condivisione di file tra utenti, ad esempio un documento che coinvolge i propri colleghi o amici e parenti. Con __File Hosting__ si intende invece la condivisizone di file tra utenti su larga scala, ad esempio un cortometraggio distribuito liberamente in rete e scaricato da milioni di persone. Spesso i __provider__ che offrono questi servizi (come Dropbox, Google Drive o Mega) offrono entrambe le soluzioni.
+Per promuovere la chiarezza del documento, con __File Sharing__ intendiamo la condivisione di file tra utenti, ad esempio un documento che coinvolge i propri colleghi o amici e parenti. Con __File Hosting__ intendiamo invece la condivisizone di file tra utenti su larga scala, ad esempio un cortometraggio distribuito liberamente in rete e scaricato da milioni di persone. Spesso i __provider__ che offrono questi servizi (come Dropbox, Google Drive o Mega) offrono entrambe le soluzioni.
 
 I più diffusi servizi di __Cloud Storage__ sono __Google Drive__ e __Dropbox__.
 
@@ -18,18 +18,18 @@ Questa tecnologia presenta anche degli svantaggi:
 - è necessario affidare le proprie informazioni a __una terza parte__, facendo emergere problematiche di __privacy__, __sicurezza__ e __fiducia__;
 - vi sono spesso limiti di __spazio__ o di __utilizzo__ ed è necessario pagare per alleviarli o rimuoverli;
 - non sempre è disponibile una buona connessione a internet;
-- in caso di fallimento dell'infrastruttura della terza parte, __i dati o la loro accessibilità potrebbe compromettersi__.
+- in caso di fallimento dell'infrastruttura della terza parte, __i dati privati potrebbero essere divulgati o resi inaccessibili__.
 
 ## La soluzione: i sistemi decentralizzati
 
 La maggior parte delle problematiche del __Cloud Storage__ sono derivate da __centralizzazione__ e __delega__ della gestione a una __terza parte__. Questi problemi non esistono se vengono utilizzate tecnologie di __Cloud Storage decentralizzato__, infatti queste tecnologie:
 
-- funzionano indipendentemente (o quasi, in alcuni casi), senza bisogno di una __terza parte__, dunque
-    - non esiste il problema del fallimento dell'infrastruttura della terza parte
-- non hanno bisogno di __server__ per conservare le informazioni, perchè
-    - i dati sono inviati direttamente da un dispositivo all'altro
-- funzionano anche in una rete locale non connessa a Internet
-- sono limitati solo dalla _potenza di calcolo_ dei dispositivi e dalla _qualità della connessione_ tra loro
+- funzionano indipendentemente (o quasi, in alcuni casi), senza bisogno di una __terza parte__, dunque:
+    - non esiste il problema del fallimento dell'infrastruttura della terza parte;
+- non hanno bisogno di __server__ per conservare le informazioni, perchè:
+    - i dati sono inviati direttamente da un dispositivo all'altro;
+- funzionano anche in una rete locale non connessa a Internet;
+- sono limitati solo dalla _potenza di calcolo_ dei dispositivi e dalla _qualità della connessione_ tra loro.
 
 I più diffusi sistemi di _File Sharing_ decentralizzati sono __Bittorrent Sync__ e __Syncthing__, mentre per il _File Hosting_ su larga scala il servizio dominante è __BitTorrent__ seguito da _E-Mule_.
 
@@ -37,19 +37,21 @@ I più diffusi sistemi di _File Sharing_ decentralizzati sono __Bittorrent Sync_
 
 BitTorrent è un __protocollo__ di __file hosting__ su larga scala che permette di creare un file chiamato __torrent__ molto leggero (pochi kilobyte) che, tramite un client __BitTorrent__, può essere aperto per contattare gli utenti che possiedono il/i file descritti dal torrent per scaricarli direttamente dai loro computer, senza passare per alcun server se non il __tracker__ necessario per trovare gli indirizzi __IP__ di chi possiede il file.
 
+Un utente che entra in possesso di un __torrent__ legato ad esempio a una collezione di cortometraggi amatoriali può, tramite un client Bittorrent, scaricare i file dei cortometraggi dal computer degli altri utenti. I dati si diffondono nella rete partendo dai creatori del __torrent__.
+
 Il file __.torrent__ contiene semplicemente:
 
-- il nome e la dimensione dei file contenuti
+- il nome e la dimensione dei file legati al torrent
 - il/i __tracker__ a cui collegarsi per trovare gli utenti che possiedono i file
 
-Tramite __tracker__, gli utenti pubblicizzano il fatto di possedere i file (o parte dei file) di un determinato __torrent__ in modo da trovare gli interessati e diffondere ulteriormente i file. Questo significa che:
+Tramite __tracker__, gli utenti pubblicizzano il fatto di possedere un determinato __torrent__ in modo da trovare gli interessati e diffondere ulteriormente i file o ottenere le parti mancanti. Questo significa che:
 
 - un __.torrent__ popolare è molto più veloce da scaricare. In gergo viene chiamato __healthy torrent__.
-- un __.torrent__ abbandonato è impossibile da scaricare, rendendo persi per sempre i dati contenuti. Questo viene chiamato __dead torrent__. Questo problema non esiste se vengono 
+- un __.torrent__ abbandonato è impossibile da scaricare, rendendo persi per sempre i dati contenuti. Questo viene chiamato __dead torrent__.
 
-In particolare, coloro che hanno il __100%__ dei dati del torrent ma rimangono connessi sono chiamati __Seed__ perchè fanno da __seme__ per la diffusione dei dati, mentre gli altri sono chiamati __peer__. I __leech__, invece, sono coloro che scaricano di dati ma non li redistribuiscono e sono ovviamente nocivi per la vita dei __torrent__.
+In particolare, coloro che hanno il __100%__ dei dati del torrent ma rimangono connessi alla rete sono chiamati __Seed__ perchè fanno da __seme__ per la diffusione dei dati, mentre gli altri sono chiamati __peer__. I __leech__, invece, sono coloro che scaricano di dati ma non li redistribuiscono e sono ovviamente nocivi per la vita dei __torrent__.
 
-BitTorrent supporta anche __crittografia__ e __hole punching__ per superare __NAT__ non simmetrici. Utilizza principalmente __UDP__ per le connessioni. A causa della decentralizzazione e della conseguenza difficoltà nel bloccare l'accesso ai file, viene usato spesso dai __pirati informatici__ ma a differenza dall'__opinione popolare__, è usato solo parzialmente dai __pirati__ ed è __illegale__ solo se usato per distribuire materiale protetto da copyright senza permesso.
+BitTorrent supporta anche __crittografia__ e __hole punching__ per superare __NAT__ non simmetrici e promuovere la privacy. Utilizza principalmente __UDP__ per le connessioni. A causa della decentralizzazione e della conseguente difficoltà nel bloccare l'accesso ai file, viene usato spesso dai __pirati informatici__ ma a differenza dall'__opinione popolare__, è usato solo parzialmente dai __pirati__ ed è __illegale__ solo se usato per distribuire materiale protetto da copyright senza permesso.
 
 ### Bittorrent Sync
 

Messaggistica/bitmessage.md

@@ -6,20 +6,24 @@ Ne esiste una sola implementazione completa (al momento della scrittura di quest
 
 il protocollo, in breve, definisce che:
 
-- ogni utente è identificato da una __coppia di chiavi crittografiche__ e da un __indirizzo__ derivato dalla __chiave pubblica__
+- ogni utente è identificato da una __coppia di chiavi crittografiche__ e da un __indirizzo__ derivato dalla sua __chiave pubblica__
 - ogni messaggio è __firmato__ con la chiave privata del mittente e __interamente crittografato__ con la chiave pubblica del destinatario.
     - l'unica informazione visibile del messaggio è il __TTL__ che ha lo scopo di evitare il __flooding__ della rete con lo stesso messaggio
     - i messaggi rimangono nella rete solo per qualche giorno, poi sono persi per sempre se il mittente non decide di reinviare
-    - è necessario completare un __Proof Of Work__ (illustrato nel capitolo Bitcoin di questo documento) per l'invio di un messaggio 
+    - è necessario completare un __Proof Of Work__ per l'invio di un messaggio
 - la rete implementa meccanismi __anti-flooding__ per evitare la saturazione della stessa
 
+__flooding__: come dice il nome, si tratta dell'_allagamento_ di una rete, ovvero di un flusso di dati in ingresso nella rete maggiore di quello in uscita che arriverà prima o poi a rendere inutilizzabile il sistema.
+
+__Proof Of Work__: si tratta di una _prova_ che dimostra che una certa quantità di _lavoro_ è stata effettuata. Viene inserito nei servizi come __Bitmessage__ in allegato ai messaggi per provare che del tempo (pochi secondi o minuti) è stato speso per creare il proof of work. Essendo obbligatorio un nuovo proof of work in ogni messaggio, questo sistema rende quasi impossibile il flooding.
+
 ## Come si usa
 
 __PyBitmessage__ è disponibile gratuitamente sul sito [bitmessage.org](https://bitmessage.org). Il software è molto semplice da usare e ulteriori informazioni sono contenute nello stesso.
 
 - il software creerà un nuovo indirizzo Bitmessage al suo avvio
 - è possibile mantenere una lista contatti in cui memorizzare gli indirizzi conosciuti
-- Esistono i __Canali__ di Bitmessage che agiscono da Mailing List.
+- Esistono i __Canali__ di Bitmessage che agiscono da _Mailing List_, permettendo una variante della messaggistica di gruppo.
 
 ## Come funziona
 
@@ -32,7 +36,7 @@ Essenzialmente, il protocollo __Bitmessage__ è molto semplice, infatti ogni nod
 - ai messaggi inviati va allegato un __proof of work__ molto tassante
     - questo è necessario per il funzionamento della rete, ma il software deve usare molte risorse per il __proof of work__
 
-In realtà, esso descrive procedure di __proof of work__ e __anti flooding__ molto complesse che permettono il corretto funzionamento della rete e il blocco di eventuali attaccanti.
+Il protocollo descrive procedure di __proof of work__ e __anti flooding__ molto complesse che permettono il corretto funzionamento della rete e fungono da repellente per eventuali attaccanti.
 
 ## Confronto con E-Mail
 
@@ -40,11 +44,11 @@ La maggior parte dei problemi di __PyBitmessage__ derivano dal suo alto livello
 
 Alcuni dei maggiori problemi di accessibilità del software sono:
 
-- mancanza di __client avanzati__ che invece esistono per le __E-Mail__ (ad esempio Mozilla _Thunderbird_ o Microsoft _Outlook_) e permettono di organizzare in maniera avanzata i messaggi
+- mancanza di __client avanzati__ che invece esistono per le __E-Mail__ (ad esempio Mozilla _Thunderbird_ o Microsoft _Outlook_) e permettono di organizzare in maniera complessa la posta,
 - impossibilità di un'istanza del software di ricevere messaggi _non destinati ad essa_ (a scopo di _caching_). Anche se in futuro fosse possibile, sarebbero necessarie le __chiavi private__ di accesso dei destinatari
-- impossibilità (per ora) di usare __indirizzi arbitrari__ come ad esempio _nome.cognome@azienda.it_, costringendo invece gli utenti ad usare indirizzi auto generati impossibili da memorizzare
-- elevato uso di __risorse hardware__ ed elevata __congestione di rete__ causata dal software
-- mancanza di __client per tutte le piattaforme__ e di __client web__, questi ultimi perchè non permetterebbero di mantenere la sicurezza.
-- non ancora supportato l'uso di __password__ per proteggere le proprie chiavi private.
+- impossibilità (per ora) di usare __indirizzi arbitrari__ come ad esempio _nome.cognome@azienda.it_, costringendo invece gli utenti ad usare indirizzi auto generati impossibili da memorizzare,
+- elevato uso di __risorse hardware__ ed elevata __congestione di rete__ causata dal software,
+- mancanza di __client per tutte le piattaforme__ e di __client web__, questi ultimi perchè non permetterebbero di mantenere la sicurezza,
+- non ancora supportato (al momento della scrittura) l'uso di __password__ per proteggere le proprie chiavi private.
 
 Finchè non viene trovata soluzione ad almeno _parte_ di questi problemi, BitMessage __non è pronto__ per rimpiazzare le __E-Mail__.

Messaggistica/introduzione.md

@@ -9,8 +9,9 @@ Il concetto di __E-Mail__ (posta elettronica) è una delle prime applicazioni pr
 
 Le E-Mail sono però distribuite __in chiaro__, senza __crittografia o firme digitali__, usando __server centralizzati__. Queste caratteristiche rendono le email un sistema __poco sicuro__, __tracciabile__ e __vulnerabile__ soprattutto perchè:
 
-- ogni messaggio intercettato è _leggibile_ e _alterabile_
+- ogni messaggio intercettato è _leggibile_ e potenzialmente _alterabile_
 - il sistema è vulnerabile a moltissime tipologie di attacchi
+- la mancanza di un sistema di __proof-of-work__ rende lo _spam_ (posta indesiderata di massa) molto comune
 - mittenti e destinatari sono difficilmente identificabili a causa della mancanza di __firme digitali__
 
 Questi problemi sono _parzialmente_ risolti usando i protocolli __GPG__ e __S/MIME__ rispettivamente per gestire l'aspetto di _firma_ e _crittografia_ e per integrarlo nelle __E-Mail__ insieme ad _allegati_, _immagini_ e altri documenti multimediali.
@@ -23,12 +24,13 @@ Bitmessage è un esempio di servizio _libero_, _sicuro_, _anonimo_ e _decentrali
 
 # Messaggistica istantanea e VoIP
 
-La messaggistica istantanea (spesso arracchita con __VoIP__ (telefonate via Internet) come nel caso di __Skype__ e __WhatsApp__) presenta numerosi problemi, tra cui:
+La messaggistica istantanea, spesso arricchita con __VoIP__ (telefonate via Internet) come nel caso di __Skype__ e __WhatsApp__, presenta numerosi problemi:
 
-- profonda centralizzazione
+- profonda centralizzazione, che:
+    - permette al gestore di conoscere completaemente _ogni interazione di ogni utente con il servizio_!
 - mancanza di crittografia __end-to-end__, ovvero dal mittente al destinatario, che causa:
-    - possibilità dei _server centralizzati_ di origliare ogni conversazione e alterare messaggi
-    - la divulgazione di tutte le conversazioni degli utenti (in caso i _server centralizzati_ vengano compromessi)
+    - possibilità dei _server centralizzati_ di origliare ogni conversazione e alterare messaggi,
+    - la potenziale divulgazione di tutte le conversazioni degli utenti in caso i _server centralizzati_ vengano compromessi.
 
 ## Soluzioni
 
@@ -42,6 +44,7 @@ Innanzi tutto, un sistema di messaggistica istantanea richiede che il destinatar
 - se due utenti si trovano entrambi dietro un __NAT__ diverso, si verifica la situazione molto comune chiamata __NAT simmetrico__ che rende quasi impossibile la connessione diretta tra i due. Questo è risolvibile creando una connessione __indiretta__ tra gli interlocutori, passando per altri nodi, oppure incaricando altri nodi di consegnare i messaggi in maniera simile alla soluzione di __Bitmessage__.
 - difficoltà di immagazzinare i __metadati__ come, nel caso di conversazione di gruppo, il nome del gruppo o la storia di messaggi o il profilo degli utenti, perchè la mancanza di __server centrali__ rende potenzialmente __inaffidabile__ ogni utente. Questo può essere risolto creando un sistema di metadati distribuito simile alla soluzione di __Freenet__, usando firme digitali e crittografia per definire i permessi di modifica.
 - impossibilità di scambiare messaggi se due utenti __non sono online contemporaneamente__. Questo può essere risolto mantenendo una __cache distribuita__ e/o mantenendo in circolo i messaggi nella rete, in maniera simile alla soluzione di BitMessage.
+- un sistema decentralizzato richiede __grande quantità di banda e di tempo__ per creare le necessarie connessioni e scambiare dati all'avvio del software client. _Entrambi questi requisiti_ non sono _quasi mai disponibili sui dispositivi mobili_ come gli smartphone, _i quali però sono i più usati_ per questo tipo di applicazione.
 
 Questi problemi sono quasi tutti risolvibili in qualche modo, ma con enorme difficoltà. Attualmente in svilppo esistono alcuni servizi di messaggistica e/o __VoIP__ sperimentali tra cui __Ricochet__ e __Tox__, mentre un'alternativa matura ma non più in evoluzione è __TorChat__.
 

Tor/tor.md

@@ -42,7 +42,7 @@ Quando un nodo decide di spedire un pacchetto fuori dalla rete:
 - __crea un layer (strato) di crittografia per ogni nodo sulla strada verso l'uscita__, effettivamente incapsulando il pacchetto in numerosi strati
   - Da qui deriva il nome _"Tor"_, che originariamente significava _"The Onion Router"_ (l'instradatore a cipolla).
 
-Altre importanti caratteristiche:
+Quindi:
 
 - A ogni __hop__ nella rete, ogni nodo rimuove il proprio strato di crittografia. In questo modo si è certi che il pacchetto originale possa essere letto solo dal __nodo di uscita__ e che il percorso del pacchetto __sia per forza quello stabilito in origine dal mittente__.
 
@@ -50,7 +50,7 @@ Altre importanti caratteristiche:
 
 Di conseguenza qualsiasi intercettazione di un pacchetto a metà strada del percorso nella rete Tor è inutile poichè:
 
-- il pacchetto si trova __incapsulato almeno uno strato crittografico__
+- il pacchetto si trova __incapsulato in almeno uno strato crittografico__
 - il sorgente e il destinatario scritti nel __pacchetto intercettato__ sono quelli delle __due estremità del singolo collegamento tra due nodi Tor__, non quelli dell'originale destinatario e sorgente.
 - __solo l'exit node__ sa chi è il vero _destinatario_ del pacchetto.
 - __solo il nodo del primo hop__ sa chi è il vero _mittente_ del pacchetto.
@@ -65,10 +65,12 @@ __Attenzione__ alle intercettazioni dal _nodo di uscita_ alla _destinazione fina
 
 ## Servizi Nascosti
 
-Tor offre anche la possibilità di __gestire un servizio nascosto__ accessibile __esclusivamente tramite Tor__. Gli __hidden services__ di __Tor__ sono raggiungibili tramite la rete Tor attraverso il loro __onion address (.onion)__, un indirizzo che permette ai pacchetti di essere instradati alla corretta destinazione.
+Tor offre anche la possibilità di __gestire un servizio nascosto__ accessibile __esclusivamente tramite Tor__. Gli __hidden services__ di __Tor__ sono raggiungibili tramite la rete Tor attraverso il loro __onion address (.onion)__, un indirizzo che permette ai pacchetti di essere instradati alla corretta destinazione esattamente come i normali __hostname__ (ad esempio _google.it_ o _facebook.com_).
 
 Un __hidden service__ può essere mantenuto anche da dietro un qualsiasi __NAT__, __Firewall__ o sistema di sicurezza a patto che la macchina che lo ospita sia connessa alla rete __Tor__.
 
+Lo scopo degli __hidden service__ è di offrire un servizio senza però che gli utenti possano sapere il suo indirizzo __IP__ e dunque la sua _posizione fisica di origine_, particolarmente utile per nascondere l'identità dei gestori di servizi illegali.
+
 ### WWW To Onion Gateway
 
 Esistono dei servizi denominati __WWW to Onion gateway__ che permettono agli utenti di accedere ai servizi __.onion__ attraverso una normale navigazione __web__. Essi agiscono da __proxy web__ in modo da contattare i servizi attraverso __Tor__ per conto dell'utente. Ovviamente in questo modo i benefici di __Tor__ vengono annullati e l'utente è completamente tracciabile, in compenso però __Tor__ non è richiesto sul computer dell'utente.

appunti.md

@@ -1,27 +0,0 @@
-Idee per la tesina (Enrico Fasoli). Il percorso che ho intenzione di seguire è "Privacy e Anonimato nella rete"
-
-## Privacy e anonimato nella rete
-
-- Funzionamento delle reti, di internet e dei servizi web (Sistemi + Tecnologie)
-- Tracciamento di un dispositivo sulla rete internet (Approfondimento)
-- Protezione delle informazioni su internet tramite crittografia (Sistemi + Matematica?)
-- Come ottenere l'anonimato totale (impedire tracciamento) su internet (Approfondimento)
-- Limitazioni dell'anonimato su internet (Approfondimento)
-- Servizi web nascosti (Tecnologie + Approfondimento)
-- Pagamenti anonimi e sicuri tramite Bitcoin
-- E-Mail anonime e sicure tramite BitMessage
-
-## Cosa sono e come funzionano i Bitcoin
-
-- Cosa sono i Bitcoin e cosa permettono di fare
-- Come funziona il protocollo bitcoin (Tecnologie + Sistemi)
-- Perchè i trasferimenti bitcoin sono anonimi
-- Perchè i Bitcoin funzionano
-- Bitcoin Mining (Sistemi + Matematica?)
-- Limitazioni del protocollo Bitcoin (Tecnologie + Sistemi)
-
-## Bitmessage: il protocollo sicuro e intracciabile per le E-Mail
-
-- Perchè bitmessage
-- Cosa è BitMessage e cosa permette di fare
-- Analisi del protocollo BitMessage (Sistemi + Tecnologie)

freenet.md

@@ -6,9 +6,9 @@ Freenet si basa sul concetto di __archivio decentralizzato__, ovvero le informaz
 
 Dunque __Freenet__ offre:
 
-- __Forums__ su cui discutere con gli altri utenti
-- __Chat__ per parlare direttametne con gli altri utenti
-- __Freesites__ ovvero classici siti web esclusivi di Freenet
+- __Forums__ su cui discutere con gli altri utenti,
+- __Chat__ per parlare direttametne con gli altri utenti,
+- __Freesites__ ovvero classici siti web esclusivi di Freenet, distribuiti sulla rete e quindi la cui origine non è tracciabile.
 
 Chiunque può __pubblicare il proprio Freesite__ semplicemente usando il software __Freenet__.
 
@@ -25,4 +25,6 @@ Per interfacciarsi a __Freenet__ è necessario un Browser Web. Questo perchè il
 
 __Freenet__ usa un modello di comunicazione __molto simile a quello di Tor__ (dettagliato nel capitolo dedicato a Tor), crittografando tutte le comunicazioni. Inoltre grazie alla sua __decentralizzazione__, combatte efficacemente la censura, e non permette di __origliare__ sulle comunicazioni.
 
+Come detto in precedenza, i dati sono organizzati in un __database distribuito__ che non ha centralizzazione ma si trova su tutti i computer degli utenti di __Freenet__, permettendo di accedere ai dati pubblicati in origine da un utente anche se esso non è più collegato da tempo alla rete __Freenet__. I dati sono mantenuti finchè rimangono abbastanza popolari, poi vengono scartati gradualmente per lasciare posto a dati più importanti e popolari.
+
 A partire dalla versione __0.7__, __Freenet__ può essere configurato per __nascondere attivamente__ il suo utilizzo, promuovendo __l'anonimato__ e la lotta contro la __censura__.

tails.md

@@ -21,7 +21,7 @@ Tails offre anche strumenti utili per rimuovere tracce da dispositivi di memoriz
 ![Tails Desktop](https://www.linuxquestions.org/questions/attachment.php?attachmentid=18436&d=1431527910)
 - _Immagine:_ Desktop Environment di __Tails OS 1.4__
 
-__Tails__ offre un'interfaccia grafica molto _semplice_ e _spoglia_ usando il popolare __Desktop Environment GNOME__.
+__Tails__ offre un'interfaccia grafica molto _semplice_ usando il popolare __Desktop Environment GNOME__.
 
 Dal desktop è possibile notare:
 - una serie di icone ad _accesso rapido _ per gli strumenti più importanti, tra cui