Re: [riot-devel] [GSOC] Introduction

2015-03-19 Thread Francesco Ermini
The aim of the project is to avoid the use of hardcoded keys inside the
firmware and add more flexibility in keys management.
So we need an API that performs the following tasks:
1. Wait for an input that just says hey, install a new key
i.e  the NFC gateway detects an NFC device in his range or an UART device
has been plug.
2. Check the security parameters.
i.e a device identifier, a timeout for reading the payload,the protocol to
use...other parameters and finally the key
3. Create a database of all the informations received and guarantee that
nobody steels them!
In case of 802.15.4, since the encryption is done by the hardware of the
Xbee, the best solution consists of get rid   of the key right
after the key is set into the Xbee.
In case of RPL and CoAP the idea is to store the key in a secure storage or
a volatile area so that a device   tampering could lead
to key deletion
4. Implement the functions that will set the security keys into the desired
protocol/device

 Finally at the end of the project we'll test the encrypted communications
of the nodes

I hope I was clear, best regards Francesco


2015-03-19 10:57 GMT+01:00 Hauke Petersen hauke.peter...@fu-berlin.de:

  HI Francesco,

 On 18.03.2015 19:07, Francesco Ermini wrote:

  Thanks for the Xbee driver,I'll wait the PR for testing!

  The security aspect is about including in RIOT the possibility to
 dynamically insert a set of encryption keys at run time through an external
 channel (I have a collegue working on NFC driver on  RIOT). Basically,the
 keys I want to exchange are those concering the 802.15.4 protocol,but we
 can use the same technique for RPL or CoAP.

 Sounds very interesting! There is quite some demand for this inside (and
 outside) of our community. Regarding GSOC - do you have already a rough
 idea about an architecture and a high-level project plan on how you would
 like to structure this as a GSOC project? I encourage you to share this
 with us, so we can help you to improve it!

 Cheers,
 Hauke





 2015-03-16 19:21 GMT+01:00 Hauke Petersen hauke.peter...@fu-berlin.de:

  Hi Francesco,

 welcome to RIOT first of all.

 Cool that you are working with the UDOO boards! BLE development with
 these boards would indeed be a little difficult, as I don't know any
 shields without fully integrated network stack, that would allow for access
 to the BLE link layer.

 Porting the Xbee device to RIOT is unfortunately already almost finished
 [1] - I am just sitting on the last fixes and will release a PR in the next
 couple of days...

 The security aspect however is not yet included. Taking this to a more
 general approach (valid for not only the xbee device) is however a very hot
 topic. Here I would indeed see a project for GSOC. Do you have already any
 further ideas what you would like to do in this direction? It would be
 nice, if you could roughly sketch our your ideas, so we can discuss them
 further.

 Cheers,
 Hauke

 [1] https://github.com/haukepetersen/RIOT/tree/add_driver_xbee




 On 12.03.2015 15:46, Francesco Ermini wrote:


  Hi,

  my name is Francesco Ermini, and I'm student in electronics  and
 telecommunication engineering at the University of Florence,Italy.

  My current Ms.C. thesis is about IoT secure communications. Our testbed
 is made by some UDOO Quad boards, with Linux + RiOT as operating systems
 (the UDOO can host two OSes at once).
 I checked the GSOC ideas page, and I found the Bluetooth Low Energy
 driver one. Although interesting, using BTLE wouldn't rally match my
 current work.
 However, we also found that the XBee shield is not yet supported in RiOT
 (open bug / feature request). This would match a bit more my thesis work,
 and my (evil) tutor would be happier.

  My question is: what about implementing the XBee driver (including the
 dynamic security keys setup) ?

  Best regards,

  Francesco


  ___
 devel mailing 
 listdevel@riot-os.orghttp://lists.riot-os.org/mailman/listinfo/devel





  --
 Francesco Ermini
 Via Abebe Bikila, 8 50012 (FI)
 cell. 3338710609
 tell. 055642820





-- 
Francesco Ermini
Via Abebe Bikila, 8 50012 (FI)
cell. 3338710609
tell. 055642820
___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel


Re: [riot-devel] [GSOC] Introduction

2015-03-19 Thread Hauke Petersen

HI Francesco,

On 18.03.2015 19:07, Francesco Ermini wrote:

Thanks for the Xbee driver,I'll wait the PR for testing!

The security aspect is about including in RIOT the possibility to 
dynamically insert a set of encryption keys at run time through an 
external channel (I have a collegue working on NFC driver on  RIOT). 
Basically,the keys I want to exchange are those concering the 802.15.4 
protocol,but we can use the same technique for RPL or CoAP.
Sounds very interesting! There is quite some demand for this inside (and 
outside) of our community. Regarding GSOC - do you have already a rough 
idea about an architecture and a high-level project plan on how you 
would like to structure this as a GSOC project? I encourage you to share 
this with us, so we can help you to improve it!


Cheers,
Hauke





2015-03-16 19:21 GMT+01:00 Hauke Petersen hauke.peter...@fu-berlin.de 
mailto:hauke.peter...@fu-berlin.de:


Hi Francesco,

welcome to RIOT first of all.

Cool that you are working with the UDOO boards! BLE development
with these boards would indeed be a little difficult, as I don't
know any shields without fully integrated network stack, that
would allow for access to the BLE link layer.

Porting the Xbee device to RIOT is unfortunately already almost
finished [1] - I am just sitting on the last fixes and will
release a PR in the next couple of days...

The security aspect however is not yet included. Taking this to a
more general approach (valid for not only the xbee device) is
however a very hot topic. Here I would indeed see a project for
GSOC. Do you have already any further ideas what you would like to
do in this direction? It would be nice, if you could roughly
sketch our your ideas, so we can discuss them further.

Cheers,
Hauke

[1] https://github.com/haukepetersen/RIOT/tree/add_driver_xbee




On 12.03.2015 15:46, Francesco Ermini wrote:


Hi,

my name is Francesco Ermini, and I'm student in electronics  and
telecommunication engineering at the University of Florence,Italy.

My current Ms.C. thesis is about IoT secure communications. Our
testbed is made by some UDOO Quad boards, with Linux + RiOT as
operating systems (the UDOO can host two OSes at once).
I checked the GSOC ideas page, and I found the Bluetooth Low
Energy driver one. Although interesting, using BTLE wouldn't
rally match my current work.
However, we also found that the XBee shield is not yet supported
in RiOT (open bug / feature request). This would match a bit more
my thesis work, and my (evil) tutor would be happier.

My question is: what about implementing the XBee driver
(including the dynamic security keys setup) ?

Best regards,

Francesco


___
devel mailing list
devel@riot-os.org  mailto:devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel





--
Francesco Ermini
Via Abebe Bikila, 8 50012 (FI)
cell. 3338710609
tell. 055642820


___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel


Re: [riot-devel] [GSOC] Introduction

2015-03-18 Thread Francesco Ermini
Thanks for the Xbee driver,I'll wait the PR for testing!

The security aspect is about including in RIOT the possibility to
dynamically insert a set of encryption keys at run time through an external
channel (I have a collegue working on NFC driver on  RIOT).
Basically,the keys I want to exchange are those concering the 802.15.4
protocol,but we can use the same technique for RPL or CoAP.


2015-03-16 19:21 GMT+01:00 Hauke Petersen hauke.peter...@fu-berlin.de:

  Hi Francesco,

 welcome to RIOT first of all.

 Cool that you are working with the UDOO boards! BLE development with these
 boards would indeed be a little difficult, as I don't know any shields
 without fully integrated network stack, that would allow for access to the
 BLE link layer.

 Porting the Xbee device to RIOT is unfortunately already almost finished
 [1] - I am just sitting on the last fixes and will release a PR in the next
 couple of days...

 The security aspect however is not yet included. Taking this to a more
 general approach (valid for not only the xbee device) is however a very hot
 topic. Here I would indeed see a project for GSOC. Do you have already any
 further ideas what you would like to do in this direction? It would be
 nice, if you could roughly sketch our your ideas, so we can discuss them
 further.

 Cheers,
 Hauke

 [1] https://github.com/haukepetersen/RIOT/tree/add_driver_xbee




 On 12.03.2015 15:46, Francesco Ermini wrote:


  Hi,

  my name is Francesco Ermini, and I'm student in electronics  and
 telecommunication engineering at the University of Florence,Italy.

  My current Ms.C. thesis is about IoT secure communications. Our testbed
 is made by some UDOO Quad boards, with Linux + RiOT as operating systems
 (the UDOO can host two OSes at once).
 I checked the GSOC ideas page, and I found the Bluetooth Low Energy driver
 one. Although interesting, using BTLE wouldn't rally match my current work.
 However, we also found that the XBee shield is not yet supported in RiOT
 (open bug / feature request). This would match a bit more my thesis work,
 and my (evil) tutor would be happier.

  My question is: what about implementing the XBee driver (including the
 dynamic security keys setup) ?

  Best regards,

  Francesco


 ___
 devel mailing 
 listdevel@riot-os.orghttp://lists.riot-os.org/mailman/listinfo/devel





-- 
Francesco Ermini
Via Abebe Bikila, 8 50012 (FI)
cell. 3338710609
tell. 055642820
___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel


[riot-devel] [GSOC] Introduction

2015-03-12 Thread Francesco Ermini
Hi,

my name is Francesco Ermini, and I'm student in electronics  and
telecommunication engineering at the University of Florence,Italy.

My current Ms.C. thesis is about IoT secure communications. Our testbed is
made by some UDOO Quad boards, with Linux + RiOT as operating systems (the
UDOO can host two OSes at once).
I checked the GSOC ideas page, and I found the Bluetooth Low Energy driver
one. Although interesting, using BTLE wouldn't rally match my current work.
However, we also found that the XBee shield is not yet supported in RiOT
(open bug / feature request). This would match a bit more my thesis work,
and my (evil) tutor would be happier.

My question is: what about implementing the XBee driver (including the
dynamic security keys setup) ?

Best regards,

Francesco
___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel


Re: [riot-devel] [GSOC] Introduction

2015-03-06 Thread Alexandru Razvan Caciulescu
Hi Oliver,

It seems i was connecting to different riot-os channel.

Thanks for the heads up!
Alex


2015-03-06 21:08 GMT+02:00 Oliver Hahm oliver.h...@inria.fr:

 Hi Alexandru!

  My question is if on Sunday there is any chance to catch anyone
  from RIOT on the IRC channel since so far it's been empty ?

 Are you sure you were on the right server and channel (#riot-os on
 Freenode)? Usually there are always between 20 and 30 people in the channel
 (while of course not always active).

 Cheers,
 Oleg
 ___
 devel mailing list
 devel@riot-os.org
 http://lists.riot-os.org/mailman/listinfo/devel

___
devel mailing list
devel@riot-os.org
http://lists.riot-os.org/mailman/listinfo/devel