http://www.solink.it/hybrid-technology/

http://www.solink.it/listino/

Replacing the ITEAD Sonoff firmware

There are two versions, one with and one without RF, I went for the one without, because I will only be using it over WiFi.

Why the Sonoff?

The Sonoff isn’t the first of its kind on the market, so why this, and not one of the other?

The choice of this all comes down to how much control you want to have over your items, and how much you want others to just take care of it for you. As default the Sonoff comes pre-loaded with firmware, and can be controlled from a smartphone from the app for it. This is pretty much the same deal with other devices on the market, but with the Sonoff you are able to take it a step further.

Inside the Sonoff, there is an ESP8266 hidden, and this takes care of everything, and any one spending just a few minutes on this blog, have most likely found this IC mentioned at least once already. Not only does it have a chip easy to program, ITEAD was also nice enough to break the pins out, needed for flashing it. And this is exactly what I am about to do!

Lets flash!

Before ordering the Sonoff, I had been doing a bit of reading on how to flash it, and found it very confusing, but I ordered it, and hoped it would all make sense when I could actually look at it, sadly, it was just as confusing after getting it. So instead I closed all the pages, and decided to give it a shot myself, and it turned out to be simpler than I thought.

Before doing anything, disconnect the Sonoff from mains.

First thing you need to do, is to solder a header to the 1×5 row of holes.

These go to the TX and RX pins on the ESP8266, and are also used to provide 3v3 and GND to run the circuit.

Then it should look something like on the picture above.

The connection closest to the button at the top, is 3v3, underneth TX, then RX and last GND. The last connection is not one we are going to use for this.

To attach the programmer, first make sure it is set to 3V3, then connect it as following:

Then hold the button down on the Sonoff, and attach the programmer to your computer. Holding the button down while applying power to the ESP8266 will bring it into flash mode, which will allow you to put new firmware onto it.

My choice was to put NodeMCU onto it, which went without a hitch.

Pin functions

After having put another firmware onto the ESP8266, we would probably want to be able to control the relay again, and for that we need the pin number.

The LED on the board is actually a red/green bi-color led, but the red side is only connected to the RF module, which in my version isn’t mounted.

My code

After putting NodeMCU on mine, I modified some of my old code to match the pins on the Sonoff. This code will make it connect to a MQTT borker, turn the relay on and off, flash the led on activity, and allow the button on the Sonoff to act as a toggle switch for the relay too.

Le cronache di tutti i giorni ci hanno abituato a pensare che tutte le operazioni effettuate dagli utenti di Internet possano essere facilmente ricostruite, dal momento che tali azioni attraversano soggetti e oggetti che, a vario titolo, tengono traccia di alcune informazioni scambiate. Ad esempio, i fornitori di connettività internet devono di norma conservare i log degli accessi, mentre i gestori di siti e server Web mantengono dettagliate profilazioni su tutti gli utenti, rendendoli più o meno consapevoli della cosa. Analogo discorso vale anche per tutti i nodi attraversati e quindi coinvolti nel flusso di comunicazione, che tracciano le connessioni e sono in grado di ricostruirne il percorso.

Esiste però un lato oscuro della Rete, il Deep Web, nel quale si utilizza un meccanismo di comunicazione in grado di proteggere l’anonimato degli utenti, nascondendoli dalla possibilità di analisi del traffico.

Principi di funzionamento della rete TOR

Una delle reti più note in questo contesto è TOR, acronimo di The Onion Router, che garantisce l’anonimato grazie all’impiego di server particolari, i cosiddetti Onion Router. In questo speciale netwok, il traffico dati non attraversa più la rete in modo tradizionale, viaggiando tra i client e server, ma viene veicolata mediante un complesso e crittografato circuito virtuale instaurato tra una moltitudine di Onion Router.

Un Onion Router non è altro che un nodo della rete TOR e, solitamente, è reso disponibile da un volontario appartenente alla rete che dona parte della sua banda disponibile alla causa.

Il protocollo di comunicazione all’interno della rete TOR è stato sviluppato per garantire la segretezza della comunicazione, l’integrità dei dati, il controllo della congestione e una serie di politiche di uscita controllate.

Il segreto sta nella distribuzione della richiesta di comunicazione dell’utente, generata in modo che nessuno possa mettere in relazione l’utente stesso con la destinazione richiesta. I pacchetti che contengono la comunicazione vengono infatti distribuiti su un percorso casuale e dinamico, difficilmente predicibile, attraverso router che cancellano ogni traccia della comunicazione e che comunque ignorano la sorgente e la destinazione finale. Ogni router coinvolto instaura inoltre un canale sicuro di comunicazione con il router successivo, mediante lo scambio di specifiche coppie chiavi crittografiche, rendendo più complesso ogni attacco di tipo man-in-the-middle.

Risulta evidente che i punti di maggiore criticità nell’ambito della comunicazione risultano quelli di ingresso e di uscita dalla rete. Per questa ragione solo nodi TOR fidati possono realizzare questo compito e vengono chiamati rispettivamente Guard Node (nodo di guardia) ed Exit Node (nodo di uscita).

Esistono poi altri nodi TOR fidati che detengono un altro compito molto importante, ovvero quello di funzionare come Directory Server. Questi server HTTP detengono le liste dei router e informazioni sullo stato della rete, fornendoli ai client TOR che le richiedono.

Esempio di un flusso di informazioni

Ipotizziamo quindi un possibile flusso di informazioni tra un client TOR e un destinatario e vediamo come questo si realizza mediante una rete TOR. In primo luogo il client contatta un Directory Server per aggiornare la lista dei router e determinare informazioni utili sullo stato della rete. In base a questo, viene individuato un percorso di rete e si instaura una comunicazione sicura con il Guard Node. La comunicazione è crittografata con una apposita chiave di sessione, che viene frequentemente sostituita per ridurre la possibilità di attacco. Il Guard Node, in base alle informazioni contenute nel pacchetto, veicola quindi il messaggio al nodo intermediario su un canale sicuro. In questo momento il pacchetto ha già perso tutte le informazioni che riguardano il nodo sorgente, che pertanto in ogni caso non potrebbero più essere note ad un eventuale attaccante. Il nodo intermediario legge la sua porzione di messaggio e veicola il rimanente all’Exit Node. L’Exit Node a questo punto comunica con il nodo destinatario esterno alla rete e successivamente restituisce l’informazione al nodo sorgente con un meccanismo analogo al flusso di andata. La comunicazione tra Exit Node e destinazione può o meno essere crittografata in funzione del servizio richiesto (ad esempio HTTP o HTTPS).

Dal punto di vista tecnico la comunicazione è basata su protocollo TCP, su cui l’Onion Routing si sovrappone, mentre la crittografia della rete TOR è realizzata tramite TLS.

Il meccanismo che realizza la crittografia nella comunicazione deriva dal principio di digital mixes, inventato da David Chaum negli anni 80, che consente ad un interlocutore di inviare un messaggio segreto ad un destinatario passando attraverso un terzo nodo, senza che quest’ultimo possa leggerlo in alcun modo. Riproponendo l’esempio tradizionale di Alice, che intende inviare un messaggio riservato a Bob attraversando nodi intermedi, si evidenzia come Alice debba cifrare il messaggio più volte utilizzando (in ordine di vicinanza al destinatario) le chiavi private dei nodi intermedi. In questo modo nessuno dei nodi intermedi potrà conoscere il contenuto interno del messaggio, né il destinatario finale (a meno dell’ultimo).

Questo meccanismo è anche all’origine del simbolo della rete TOR, ovvero una cipolla, pensato proprio per rappresentare la sua caratteristica di crittografia a strati.

TOR_slides