Rebuild media

twitter reflets irc reflets feed rss reflets
Reflets
  • Technos
    • Rainbow Hat
    • Monkey Tools
  • Politique
  • France
  • Economie
  • Monde
  • Sagas
    • Bienvenue dans la com
    • Deep Packet Inspection
    • Bienvenue chez Amesys
    • High Frequency Trading
    • Bienvenue dans la presse
    • Bienvenue dans la zik
    • Le radar de Reflets.info
    • Retour sur un quinquennat Sarkozy
  • Entretiens
  • On s’en fout
    • Revue de Web
  • Littérature
  • Radio Reflets
  • Tribunes
Par bluetouff 15 juin 2011 20 Commentaires

IPV6, FOAF, SSL et Internet des objets

Il y a presque deux ans, j’avais évoqué un peu par dessus la jambe l’usage de FOAF (Friend of a Friend), couplé à SSL. Le sujet était un peu crétin...

internet mapIl y a presque deux ans, j’avais évoqué un peu par dessus la jambe l’usage de FOAF (Friend of a Friend), couplé à SSL. Le sujet était un peu crétin puisqu’il se cantonnait à une solution nerdy pour contourner HADOPI et se créer un réseau de confiance à des fins de partage. Aujourd’hui, avec la pénurie d’IPV4 et l’arrivée d’IPV6, ce sont également nos objets de tous les jours qui seront peu à peu connectés à Internet. On appelle ça l’Internet des objets. Nous allons donc tenter un exercice de vulgarisation d’une architecture technologique appliquée aux usages d’Internet, tels qu’ils devraient toujours l’être : décentralisés, permettant la confiance et donnant tous les pouvoirs à l’utilisateur, pour partager des données et des équipements… et pourquoi pas des applications. Ces technologies existent, elles combinent réseau, web sémantique et chiffrement afin de faire communiquer des humains, des objets et des applications.

Avec une IP publique, accessible depuis Internet, ce qu’on nomme timidement l’Internet des objets posera de nouvelles problématiques en matière de sécurité, mais ce n’est pas le propos pour cet article. Inversement, nous aurons le loisir de partager l’intelligence des objets de notre quotidien grâce au réseau. Et c’est bien là le plus intéressant. Prenons pour débuter un premier cas relativement simple :

  • Jean dispose d’un ordinateur et d’un disque dur multimedia contenant sa collection de films, il partage son disque dur avec l’ordinateur de François et la télévision de Gérard tandis que son ordinateur communique avec celui de Pierre.
  • Gérard n’a pas d’ordinateur, mais il dispose d’une télévision connectée qui va chercher ses programmes du soir dans le disque dur multimédia de Jean, dans l’ordinateur de Pierre et dans l’ordinateur de sa grand-mère pour visionner les photos et les vidéos familiales.
  • La grand-mère de Gérard dispose d’un ordinateur qui partage ses recettes de cuisines avec le réfrigérateur de Gérard. Elle dispose également d’un Nabaztag qui va chercher sa musique dans l’iPad de François, qu’elle ne connait pas directement mais qui est un amis de son petit-fils.
  • Pierre qui aime beaucoup les recettes de cuisine de la grand mère de Gérard dispose d’un four capable d’aller chercher les temps de cuisson des recettes de la Grand mère de Gérard sur le réfrigérateur de ce dernier.

En terme de flux, ça nous donne sensiblement quelque chose qui ressemble à ceci :

flux foaf ssl ipv6

Essayons maintenant de comprendre la mécanique de ce schéma et le rôle de nos briques techniques.

  • FOAF se base sur le vocabulaire RDF et permet la diffusion ciblée de flux
  • SSL est utilisé pour l’authentification et le transport de données et permet donc une diffusion des flux à des tiers à qui on souhaite les diffuser parce qu’on les trouve dignes de confiance
  • IPV6 permet de rendre tous les équipements domestiques « communicants » sur le réseau

SI vous me suivez jusque là, rassurez vous, vous avez compris le gros de la mécanique.

Nous avons donc ici un cas d’utilisation assez simple que l’on pourrait s’amuser à complexifier un peu en y ajoutant des applications web.

  • Imaginons par exemple que la grand mère de Gérard soit tellement bonne cuisinière, qu’elle crée un groupe Facebook avec lequel elle partage le flux de données de ses recettes. Elle déclare donc à l’API de Facebook que ses recettes doivent être partagées sur son groupe Facebook.
  • Un jour, Jean découvre le groupe Facebook de la grand-mère de Gérard, devient fan et syndique donc toutes les recettes sur son ordinateur.
  • Comme la grand mère de Gérard est fan de tango et de musette, elle décide de partager uniquement ces deux styles de musique depuis son Nabaztag. Mais la voici heurtée à un cruel dilemme. La communauté tango de LastFM est géniale, mais particulièrement nulle niveau musette. Elle demande donc à son Nabaztag de ne partager que le tango avec LastFM et le musette qu’avec la communauté de Radio Bleue dont la communauté, dans ce genre style musical, est bien plus dynamique que sur LastFM.

On obtient donc quelque chose qui ressemble à ça :

foaf ssl flux 2
Récapitulons, nous avons donc :

  • Des machines qui communiquent avec d’autres machines de manière automatisée, par le biais de flux RDF ;
  • Des machines qui communiquent avec des API de sites web ;
  • Divers équipements qui se mettent à communiquer entre eux selon des règles de confiance accordées par une intervention humaine aussi simple qu’un « je fais confiance à.. oui ou non » via une PKI légère où chacun a son certificat SSL, le tout grâce à IPV6 qui octroie une IP publique pour chaque équipement.

Si vous m’avez suivi, vous devez commencer à voir l’intérêt de la chose. Le pouvoir est entièrement dans les mains des utilisateurs, qui choisissent quels flux d’informations partager avec quels équipements, quelles personnes ou quels sites web. Les flux sont chiffrés et SSL permet une authentification de ces équipements entre eux.

L’arrivée des objets reliés à Internet dans notre paysage numérique pose déjà aujourd’hui des problèmes relatifs à la neutralité. On sent peu à peu venir les constructeurs et fabricants, et vous allez les voir, il n’y a pas loin à chercher, tenter d’éviter que leurs équipements puissent communiquer directement avec d’autres en créant des points de centralisation.

Typiquement, si l’on prend un fabricant de consoles de jeux comme Sony qui décrète que la PlayStation de Jean est obligée de passer par le PlayStation Network qui contactera l’Apple Store pour demander s’il a le droit de communiquer avec l’iPad de François, on voit tout de suite à quel point un fabricant peut devenir à la fois le maillon le plus inutile et le plus faible de notre architecture.

La magie de FOAF n’est malheureusement pas vraiment visible dans les schémas proposés ci-dessus. Ceci va en fait bien plus loin. Couplé à SSL et à IPV6, nous sommes en face d’une solution vraiment terrifiante pour beaucoup parce qu’elle permet de faire de l’Internet, du vrai, totalement décentralisé, qui permettrait à des humains de communiquer avec des objets, des applications web, ou d’autres humains… et à des objets de communiquer entre eux ou avec des applications web.

La nouveauté, c’est aussi qu’il devient possible d’octroyer une confiance à des objets, des applications Web et des humains, ce de manière relativement simple et relativement sécurisée. FOAF permet donc aux amis de nos amis, d’accéder à un équipement et aux données qui s’y trouvent si on détermine que l’on octroie une forme de confiance à ces derniers. Appliqué à une échelle importante, on crée donc des micro-communautés autour de données et d’équipements réseaux. La gestion de la confiance est elle, bien humaine et le reste, elle ne subit pas la volonté d’un intermédiaire auquel on ne porte aucune confiance.

Si vous souhaitez en savoir plus voici quelques liens indispensables. Les possibilités d’implémentation sont nombreuses, elles n’attendent que quelques développeurs motivés :

  • http://www.foaf-project.org/
  • http://xmlns.com/foaf/spec/
  • http://blogs.sun.com/bblfish/entry/camping_and_hacking_at_har2009
  • http://blogs.sun.com/bblfish/entry/froscon_the_free_and_open
  • Rejoindre la mailing list http://lists.foaf-project.org/pipermail/foaf-protocols/

 

Billets en relation :

  • #OpSyria : Bluecoat au coeur d’attaque MITM de grande envergure ?
  • Accéder à Reflets.info en HTTPS
  • Forcer la recherche chiffrée SSL dans la barre d’adresses de Chromium et Google Chrome
Facebook 4 Twitter 48 Google+ 1 Print Mail

Envoyer cet article par courriel

Quel est votre nom

Veuillez indiquer ci-dessous les adresses courriel de ceux à qui vous souhaitez envoyer cet article: IPV6, FOAF, SSL et Internet des objets

Entrez une adresse courriel par ligne sans dépasser un total de 5.

Envoyer

Fermer

Posté dans: Technos

S'abonner

Si vous avez apprécié cet article, abonnez vous gratuitement pour ne plus rien manquer.

Subscribe via RSS Feed Rejoignez-nous sur Twitter

20 commentaires sur "IPV6, FOAF, SSL et Internet des objets"

Trackback | Feed RSS des commentaires

Inbound Links

  1. Flattr-ages du mois de Juin 2011 | Le Codex Gnoufique | 1 juillet 2011
  1. Madouf dit :
    15 juin 2011 à 4 h 12 min

    Je ne demanderai pas la permission à Internet pour savoir si j’ai oui ou non le droit de me faire un café.

    Pour savoir le temps de cuisson de je ne sais trop quoi, pas besoin d’etre un grand chef pour savoir que ca depend de l’equipement qu’on utilise et pour pomper des recettes sur internet je n’ai pas besoin d’un frigo connecté a l’heure ou on nous explique qu’il faut faire des economies d’energie.

    Les objets connectés doivent avoir une raison d’etre connectés.

    Répondre
  2. Faro dit :
    15 juin 2011 à 6 h 10 min

    Bah Madouf, la première raison des objets connecté dans le post de bluetouff c’est, a mon avis, de permettre a des gens qui n’ont pas forcément de PC a aller sur le net.

    Si je veux faire tel ou tel recette, que mon frigo vérifie sur le net et me disent ce qu’il manque est un service :)

    Par contre, la c’est un jolie rêve, pour moi aujourd’hui, la majorité d’objet connecté c’est les voitures pour la géolocalisation et les consoles pour le tracking/surveillance de l’utilisation de sa console/JV.

    Mais cela évolue, en payant (une fortune) un module, je peux connecter ma chaudière sur mon réseau par exemple. Et on ouvre alors des possibilités de suivi fun :)

    Répondre
    • Madouf dit :
      15 juin 2011 à 17 h 53 min

      « de permettre a des gens qui n’ont pas forcément de PC a aller sur le net. »

      >>

      allez allez, vu le prix qu’on paiera et vu qu’il faudra un abonnement internet, ca va pas etre une revolution pour les gens que ca concernera au depart.

      Répondre
  3. frogone dit :
    15 juin 2011 à 7 h 20 min

    C’est beau l’ipv6…lol
    Pour moi, internet c’est ipv4. Si certain acteurs veulent connecter leurs services aux objects, qu’ils le fasse via un réseau secondaire en ipv6.

    Répondre
    • Greg dit :
      15 juin 2011 à 8 h 51 min

      Waou, ya du potentiel politique là. oO

      Répondre
      • frogone dit :
        15 juin 2011 à 10 h 11 min

        ipv4 underground, tel est mon avenir politique… ;)

        Répondre
      • frogone dit :
        15 juin 2011 à 12 h 20 min

        Pour appuyer l’inquiétude de bluetouff sur les dérives à venir, on peut également rappeler que ce protocole permet de donner des niveaux de priorités aux paquets : (lire « Développements mettant en cause la neutralité du Net ») : http://fr.wikipedia.org/wiki/Neutralit%C3%A9_du_r%C3%A9seau

        Ce n’est pas par hasard si le gouvernement français incite les acteurs de net à migrer rapidement vers l’ipv6…mais en doutiez-vous ?

        Répondre
        • Stéphane Bortzmeyer dit :
          15 juin 2011 à 16 h 03 min

          Tout faux : les possibilités de marquer les paquets pour les traiter ensuite de manière différenciée sont quasiment les mêmes en IPv4 et IPv6.

          Et, dans les deux cas, elles ne sont quasiment pas utilisées pour une raison simple : les gens qui veulent traiter différemment les paquets ne font pas confiance à un champ qui est mis par l’émetteur. Ils préfèrent se fier au numéro de port ou au DPI.

          Répondre
          • frogone dit :
            15 juin 2011 à 16 h 52 min

            Tout faux alors ? Donc si je te suis bien il est possible de faire du DPI en ipv4 directement via le routeur ?

            Je te rappelle au passage que les labs hadopistes travaillent activement sur ce concept… :)

  4. lildadou dit :
    15 juin 2011 à 7 h 54 min

    Personnellement, j’adhère presque totalement : il y a quand un problème de transitivité des droits. Si la grand-mère accepte de partager les recettes avec son petit-fils n’a t-elle pas aussi le droit de refuser que son petit-fils les partagent avec ses copains?

    Y’a que des plateforme fermée qui puissent répondre à de telles problématiques.

    Répondre
  5. Acta dit :
    15 juin 2011 à 8 h 05 min

    En pratique, ACTA interdit de partager les recettes de cuisine…

    Répondre
    • Madouf dit :
      15 juin 2011 à 17 h 57 min

      Chimere

      Répondre
  6. |StEf| dit :
    15 juin 2011 à 8 h 51 min

    Pourquoi faire du SSL sur IPv6 alors que celui-ci embarque en natif IPsec?

    Répondre
  7. Dom dit :
    15 juin 2011 à 9 h 17 min

    Tant qu’à faire de la prospective techno, plus proche de nous et quasiment bouclé il y a WebID, FOAF+SSL, authentification distribuée pouvant être auto-hébergée (le certificat est stocké dans le navigateur, ou dans une clé USB…)

    Répondre
  8. Stéphane Bortzmeyer dit :
    15 juin 2011 à 16 h 01 min

    |StEf| : cette histoire comme quoi IPsec serait « intégré » dans IPv6 est une pure légende. Aussi bien du point de vue des normes que de celui des mises en oeuvre, IPv4 et IPv6 ont exactement le même rapport à IPsec.

    Après, on rentre dans une question de choix complexe. IPsec se situe plus bas que TLS et ne permet pas facilement, par exemple, à l’application de savoir si le pair a été authentifié. IPsec protège plutôt l’infrastructure, TLS les applis.

    Répondre
    • |StEf| dit :
      15 juin 2011 à 20 h 46 min

      C’est pourtant clairement spécifié dans les RFC et cela fait partie de l’entête d’IPv6, ce qui n’est pas le cas en Ipv4 , par contre la mise en œuvre reste la même la je suis d’accord. Alors maintenant si dans les faits certains industriels ne respectent pas les RFC c’est possible mais ils ne sont pas conformes et d’autre le font comme Cisco  » http://www.cisco.com/en/US/docs/ios/ipv6/configuration/guide/ip6-ipsec.html  » qui dit clairement « IPsec is a mandatory component of IPv6 specification ».
      Il y a deux modes d’Ipsec , le mode tunneling qui n’a pas d’intérêt au sujet de l’article et le mode host to host qui lui permet de justement décharger les applications sur le chiffrement et l’authentification au niveau de la couche réseau ( niveau 3 ).

      Répondre
  9. mif92 dit :
    15 juin 2011 à 20 h 40 min

    … et le mouchard d’Hadopi, on le mets où dans le schéma?

    Répondre
  10. Baronsed dit :
    21 juin 2011 à 21 h 28 min

    Un terminal constamment connecté chez soi, qui récoltera des données et dont on ne connaîtra -probablement- pas le fonctionnement, ça ne vous dit rien ? Je suis le seul à avoir pensé à 1984 ?

    Répondre
  11. Passant dit :
    24 juin 2011 à 11 h 20 min

    Le principe est très intéressant, et plus simple à mettre en oeuvre avec IPv6, c’est vrai.

    Je m’interroge toutefois sur un point relatif à la confiance:

    > « je fais confiance à.. oui ou non » via une PKI légère

    Il me semble qu’une PKI est hiérarchique par nature, même si on peut tout à fait fonctionner en mode dégradé avec des certifications croisées pair à pair.

    Ne serait-il pas plus logique de s’appuyer là aussi sur un système distribué plutôt que hiérarchique ?

    Répondre

Poster un commentaire

Cliquez ici pour annuler la réponse.


3 + quatre =

Pas Sage En Seine 2013

Teweetin’ Reflets

)( Les emails d’Al-Jazeera entre les mains de Syrian Electronic Army mettent des opposants en… goo.gl/fb/jq8YR

Il y a une heure De reflets.info's Twitter via Google

@bobylfou :)

Il y a 4 heures De reflets.info's Twitter via Twitter for Mac

RT @s3rv4i .@_reflets_ just reported the use of 171 @BlueCoat surveillance devices in #Iran after having found 34 in #Syria. reflets.info/bluecoat-tu-va…

Il y a 5 heures De reflets.info's Twitter via Twitter for Android

)( #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie goo.gl/fb/tM8iI

Il y a 5 heures De reflets.info's Twitter via Google

#BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie | reflets.info/bluecoat-tu-va…

Il y a 6 heures De reflets.info's Twitter via Twitter for Mac

faire un don

  • À propos
  • Comment faire un don ?
  • F.A.Q.
  • Rebuildicious
  • Reflets IRC
  • Epic IRC Quotes
  • AntholoTweets
  • Goodies
    • Traveling Goodies…
  • SPANOU : le best of
  • Contacts

Hackito

NosuchCon

THSF

Pas Sage en Seine

Radio Reflets

  • Radio Reflets #1
  • Radio Reflets #2
  • Radio Reflets #3
  • Radio Reflets Bêta-0.1

Articles récents

  • Les emails d’Al-Jazeera entre les mains de la Syrian Electronic Army mettent des opposants en danger
  • #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie
  • Advanced Middle East Systems, le Amesys nouveau est de retour en Libye
  • #BlueCoat spotted in #Syria once again
  • #BlueCoat en #Syrie : encore une fois la main dans le pot de confiture
  • Apple et les données biométriques, Acte 2 : après la voix, vos empreintes digitales !
  • Amesys et la surveillance de masse : du fantasme à la dure réalité
  • Le Monde est-il encore un journal d’information ?
  • Ma contre-histoire de l’internet
  • Dites donc, chers représentants, vous n’avez pas honte ?
  • Reflets et Telecomix inspirent un épisode de The Good Wife
  • #Apple #SIRI et la conservation de données biométriques
  • L’Arabie Saoudite cherche à surveiller #WhatsApp et #Viber (et bien d’autres…)
  • Amesys, DGSE, DRM, et si…
  • Le Quai d’Orsay se dote d’un expert es-numérique
  • Qui vole un œuf violera un jour la bouchère
  • @Marianne2fr, TOR, le poids des mots, le choc des pixels : plongée dans le journalisme à la con
  • Amesys : Reflets.info invite Laurent Fabius à aller au delà des mots
  • On aimerait tant pouvoir croire les démocraties…
  • PNIJ Leak : la plateforme nationale des interceptions judiciaires ou l’histoire d’une fuite

Archives

  • mai 2013 (18)
  • avril 2013 (25)
  • mars 2013 (29)
  • février 2013 (19)
  • janvier 2013 (33)
  • décembre 2012 (12)
  • novembre 2012 (26)
  • octobre 2012 (33)
  • septembre 2012 (29)
  • août 2012 (42)
  • juillet 2012 (74)
  • juin 2012 (34)
  • mai 2012 (38)
  • avril 2012 (37)
  • mars 2012 (47)
  • février 2012 (42)
  • janvier 2012 (74)
  • décembre 2011 (47)
  • novembre 2011 (65)
  • octobre 2011 (78)
  • septembre 2011 (58)
  • août 2011 (49)
  • juillet 2011 (26)
  • juin 2011 (70)
  • mai 2011 (68)
  • avril 2011 (53)
  • mars 2011 (66)
  • février 2011 (73)
  • janvier 2011 (72)
  • décembre 2010 (2)

Derniers articles

  • Les emails d’Al-Jazeera entre les mains de la Syrian Electronic Army mettent des opposants en danger 25 mai 2013
  • #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie 24 mai 2013
  • Advanced Middle East Systems, le Amesys nouveau est de retour en Libye 24 mai 2013
  • #BlueCoat spotted in #Syria once again 23 mai 2013
  • #BlueCoat en #Syrie : encore une fois la main dans le pot de confiture 22 mai 2013
  • Apple et les données biométriques, Acte 2 : après la voix, vos empreintes digitales ! 21 mai 2013
  • Amesys et la surveillance de masse : du fantasme à la dure réalité 18 mai 2013
  • Le Monde est-il encore un journal d’information ? 16 mai 2013
  • Ma contre-histoire de l’internet 16 mai 2013
  • Dites donc, chers représentants, vous n’avez pas honte ? 16 mai 2013

Mots-clefs

#rev11 Amesys Anonymous Banques Bienvenue dans la com Bull CDS Censure Crise de la dette souveraine Crise financière Deep Packet Inspection DPI démocratie Eagle Economie Espagne Europe Facebook featured FMI France François Hollande Google Grèce HADOPI Internet Kadhafi Libye Maroc Neutralité du Net OpSyria Politique Presse Qosmos Reflets Sarkozy Sarkozy Surveillance Syrie Sécurité Telecomix TMG Tunisie UMP Égypte

Commentaires récents

  • franck le cantalou dans #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie
  • MathieuF dans #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie
  • Tomy13 dans #BlueCoat : tu vas avoir du mal avec ton #spanous© : 171 appliances en Iran, 34 en Syrie

Les plus commentés

  • Le PUR fail : Ze blaireau takedown #agenceh #eurorscg #hadopi
    170 comments
  • Le honeypot de TMG
    133 comments
  • Megaupload est mort : nous entrons dans une ère nouvelle
    117 comments
  • Ta mère en string sur Facebook : tu l'as vue ma contradiction ?
    107 comments
  • FTTH et THD : l'enfumage de l'ARCEP continue !
    100 comments

© 2013 Reflets. | Mentions Légales | Hosted by Toonux