diff --git a/FileSharing/Syncthing.md b/FileSharing/Syncthing.md index d298988..5894f07 100644 --- a/FileSharing/Syncthing.md +++ b/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. diff --git a/FileSharing/file_sharing.md b/FileSharing/file_sharing.md index 15909d0..72b644b 100644 --- a/FileSharing/file_sharing.md +++ b/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 diff --git a/Messaggistica/bitmessage.md b/Messaggistica/bitmessage.md index 3366642..05c8060 100644 --- a/Messaggistica/bitmessage.md +++ b/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__. diff --git a/Messaggistica/introduzione.md b/Messaggistica/introduzione.md index a55842f..ad99ea0 100644 --- a/Messaggistica/introduzione.md +++ b/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__. diff --git a/Tor/tor.md b/Tor/tor.md index 1c8224c..e942eb2 100644 --- a/Tor/tor.md +++ b/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. diff --git a/appunti.md b/appunti.md deleted file mode 100644 index d07423b..0000000 --- a/appunti.md +++ /dev/null @@ -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) diff --git a/freenet.md b/freenet.md index 55c374f..a172845 100644 --- a/freenet.md +++ b/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__. diff --git a/tails.md b/tails.md index 098359c..d1415e1 100644 --- a/tails.md +++ b/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