« Tablette-smartphone-logiciel-libre » : différence entre les versions
Ligne 69 : | Ligne 69 : | ||
==Systèmes d'exploitation (todo:fpo)== | ==Systèmes d'exploitation (todo:fpo)== | ||
Système d'exploitation<ref>[https://linuxfr.org/news/a-quand-les-smartphones-et-tablettes-libres Panorama d'OS libres]</ref>. | |||
* 4 libertés ? | * 4 libertés ? | ||
* problèmes des pilotes (pas de pilotes) | * problèmes des pilotes (pas de pilotes) | ||
Ligne 74 : | Ligne 77 : | ||
* forks privateurs (samsung va "personnaliser" son android, Orange va ajouter des applications et des réglages imposés, etc.) | * forks privateurs (samsung va "personnaliser" son android, Orange va ajouter des applications et des réglages imposés, etc.) | ||
* API (-> libre -> gouvernance -> publique -> patent free ... sous ensembles des problématiques d'interop) | * API (-> libre -> gouvernance -> publique -> patent free ... sous ensembles des problématiques d'interop) | ||
==Applications (todo: jollfr)== | ==Applications (todo: jollfr)== |
Version du 27 janvier 2014 à 19:10
![]() |
Bienvenue sur un projet | ![]() |
du groupe de travail Sensibilisation |
Cette page présente une page de suivi en cours de réalisation.
Si vous souhaitez participer, n'hésitez pas à laisser votre avis sur la page de discussion en suivant au mieux ces recommandations.
Introduction
Rappeler pourquoi les logiciels libres : pour avoir le contrôle de son informatique, et en l'espèce de son appareil (Cf l'alternative stallmanienne : « si ce n'est pas l'utilisateur qui contrôle la machine, c'est la machine qui contrôle l'utilisateur ». Cf aussi les exemples très didactiques de Benjamin Bayart de 2h02min10sec à 2h13min30sec de la vidéo http://data.confs.fr/enjeux_bayart/360p/) et en conséquence de ses données.
Le degré de liberté actuel des smartphones et tablettes sera étudié à travers différentes domaines : - Hardware : En amont, choisir le hardware en fonction de l'existence d'un bootloader/d'une amorce non vérrouillé(e) et de pilotes libres et, lorsqu'il n'existe pas de pilotes libres pour un composant (cas de la puce GSM), en fonction de son isolation physique du reste des composants afin de limiter son pouvoir. - OS - Applications - Gestionnaire d'applications - Données
Les différents domaines liés au mobile et problématiques associées (personne référente) :
Hardware & bootloader/amorce (todo:tbe)
- Bootloader/amorce ouvert. Peut on installler l'hypothétique OS de son choix sur son téléphone ? -> conseils d'achat.
Installer un autre système sur son appareil à la place de celui existant :
En dehors des rares cas où vous pourrez acheter un smartphone ou une tablette avec le système libre de votre choix, il vous faudra, comme c'est le cas avec les ordinateurs personnels, « écraser » le système fourni et le remplacer par le système d'exploitation de votre choix.
Cette opération peut se faire suivant deux techniques :
- Soit on reflashe l'appareil en utilisant le bootloader quand le constructeur le permet (c'est-à-dire si le bootloader n'est pas verrouillé),
- Sinon il faudra « rooter » le système de l'appareil (c'est-à-dire obtenir l'accès au compte root grâce au noyau Linux présent dans le système existant).
La possibilité d'installer un autre système est un point à bien examiner lors de l'achat de votre appareil. Attention : cette opération, mal réalisée, peut rendre votre appareil inutilisable.
Hardware & pilotes (todo:tbe)
Pas de maîtrise des composants (ni par le fabricant de téléphone ni par le développeur d'OS) Pour deux composants des téléphones mobiles/ordiphones en particulier il est complexe de développer des pilotes libres par rétro-ingénierie : la partie graphique (2D, 3D, vidéo) et la partie communication.
Pourquoi des pilotes libres ?
1) Pour savoir ce que fait le pilote, comme tout logiciel (contrôle de la machine, cf l'intro ci-dessus ).
2) Pour ne pas être empêché de mettre à jour le système (impliquant une mise à jour de composants fondamentaux comme une nouvelle version d'une bibliothèque logicielle du système ou de nouvelles API) au motif qu'un pilote binaire n'aurait pas été adapté (pérénité de la machine et sécurité)
1) Les puces graphiques en présence et leur prise en charge au moyen de pilotes libres
État des lieux en date de janvier 2014 :
- ARM Mali : pilote 2D/3D bien avancé mais pas encore intégré dans la pile graphique de Linux (il devrait l'être à relativement court terme probablement)
- Qualcomm Adreno : pilote 2D/3D libre pour A2xx et A3xx intégré dans la pile graphique de Linux (A4xx à suivre à court-moyen terme probablement, étant une évolution des A3xx)
- NVIDIA GeForce ULP (Tegra) : pilote 2D libre intégré dans la pile graphique de Linux pour Tegra 2/3 (pilote 2D pour Tegra 4 à suivre à court terme ; pilote 3D à suivre à court-moyen terme probablement)
- Vivante Corporation Vivante : pilote 2D libre intégré dans la pile graphique de Linux limité aux SoCs Marvell Armada 510 pour l'instant (Armada 610 à suivre à court terme probablement)
- Broadcom VideoCore (rétro-ingénierie complexe, pourtant il existe une initiative de pilote libre mais celle-ci est encore balbutiante)
- Imagination Technologies PowerVR Series 5 (SGX) (mieux vaut ne rien attendre côté rétro-ingénierie eu égard à la complexité de la tâche)
- Intel HD Graphics (apparu récemment, encore peu diffusée) : Intel fournit lui-même le pilote libre 2D/3D/vidéo :)
=> À noter : L'accélération vidéo n'est pas indispensable car n'empêche pas l'affichage (d'autant que les shaders programmables du GPU peuvent être mis à contribution pour soulager le CPU). Mais ne pas recourir aux unités dédiées à la vidéo du SoC implique une consommation énergétique supérieure et donc une autonomie moindre.
=> Quel cœur graphique privilégier dans l'optique d'un pilote libre ?
Si les cœurs graphiques PowerVR d'Imagination sont à fuir comme la peste, les GeForce ULP (Tegra), Mali (200/400), Adreno et Vivante sont à privilégier pour qui espère un pilote libre à court ou moyen terme (En premier lieu Adreno bénéficie déjà d'un pilote 2D/3D communautaire, Mali n'est pas très loin derrière, et, si le pilote libre pour HD Graphics est directement fourni par Intel, la puce n'est pas encore très répandue dans le monde mobile. En deuxième lieu il sera intéressant de suivre les progrès des pilotes Vivante et Tegra . En troisième lieu il n'est pas interdit d'imaginer un jour un pilote libre pour les VideoCore, mais l'architecture alambiquée de la puce – tout comme celle des PowerVR – incite à la prudence)[1].
2) La partie communication : le problème de l'incontournable (à ce jour) pile GSM propriétaire et son emprise variable
=> État des lieux en date de janvier 2014 : Tant que des composants aussi fondamentaux que l'accès au réseau resteront gérés par des pilotes binaires propriétaires, il sera difficile de s'assurer que la vie privée de l'utilisateur sera bien respectée. Hélas ! Il n'existe pas aujourd'hui de pilote libre pour la partie modem des téléphones (feature phone ou smartphone) (il y a bien le projet OsmocomBB, mais peu de téléphones sont supportés – et aucun smartphone – et ce n'est pas encore utilisable).
=> Que faire en attendant ? Dans la mesure où aucune solution matérielle actuelle n'offre une partie réseau libre, le cloisonnement du modem limite le risque d'espionnage de l'utilisateur. Ainsi les modèles sur lesquels le système d'exploitation libre Replicant est porté sont choisis dorénavant notamment en fonction de l'isolation du modem : Il s'agit des plate-formes Exynos de Samsung, ou encore de la plateforme OMAP de Texas Instruments (qui équipe notamment le smartphone GTA04 et dont le modem est un CPU distinct exécutant son propre système d'exploitation (suggestion : évaluer la taille du « pilote » – en fait un miniOS – pour rendre l'argument significatif. NB : dans leRaspberry Pi par exemple, c'est le cœur graphique, au pilote privateur, qui initialise les autres composants du SoC : on voit bien qu'il est le véritable coeur du SoC), certes non-libre, mais dialoguant avec le reste du matériel au moyen de logiciels libres dans le cas de Replicant ce qui permet de limiter son action à sa fonction de modem). À l'inverse le SoC Qualcomm QSD qui a le modem embarqué dans le SoC, lequel modem a accès à la mémoire etc. est à éviter. Hélas les SoC Qualcomm QSD sont ceux choisis pour faire tourner les smartphones Firefox OS pour le moment. De même le SoC choisi par Fairphone a le modem inclus sur le SoC ce qui ne permet pas de contrôler son activité[2] ).
En cliquant sur la page dédiée du wiki Replicant de chaque appareil supporté par cet OS, on a le diagnostic de l'emprise du modem sur le reste des composants http://redmine.replicant.us/projects/replicant/wiki#Technical-infos-on-the-devices. Par exemple pour les Samsung Galaxy S2 et S3 le risque est "limité" à "Modem could access GPS" (en sachant que par ailleurs l'opérateur localise son client par triangulation) alors que le GTA04 profite de l'isolation complète du modem. Comparer avec les HTC Dream/HTC Magic construits sur un SoC Qualcomm : "The modem controls sound, GPS, main CPU memory (read/write)"... effrayant, non ?
Lire à ce sujet : Entretien avec Paul Kocialkowski, développeur Replicant
Systèmes d'exploitation (todo:fpo)
Système d'exploitation[3].
- 4 libertés ?
- problèmes des pilotes (pas de pilotes)
- + logiciels, services de base
- forks privateurs (samsung va "personnaliser" son android, Orange va ajouter des applications et des réglages imposés, etc.)
- API (-> libre -> gouvernance -> publique -> patent free ... sous ensembles des problématiques d'interop)
Applications (todo: jollfr)
- Variante: personnalisation, privatisation (4 libertés), choix par défaut, backdoor, bundling
- Langage: framework, SDK, Javascript
- Application: 4 libertés, cross-platform
- Sound boxing
Gestionnaire d'applications (todo:fpo)
- Gestion/contrôle des applications : puis-je installer ou supprimer les logiciels de mon choix ? Les partager ? Les étudier/modifier ?
- Choix du magasin : puis-je choisir l'origine de mes programmes ? Exemple : application RATP Androïd accessible uniquement dans le Playstore. L'appli est gratuite (et non libre) mais impose qu'on se vende à Google.
- Politique de gestion de contenus via les applicatifs
Données (todo: jollfr)
- Choix des données par défaut
- Accès aux données : qui à accès à quoi ? Comment ? ai-je le contrôle là dessus ?
- Informations liées au traitement des données : suis-je informé de ce qui est fait de mes données ?
- Localisation des données: Device (ou est-ce ? Chez moi ? chez un ami ? chez un inconnu ?), Fournisseurs (qui contrôle ?), données sur serveurs physiques (juridiction impliquée)
- Point à approfondir : La différence avec les PC. Quels spécificités posent les mobiles sur le pb des datas.
Terminologie
- SoC : « System on Chip », ou système sur puce : Tous les composants sont réunis sur une même puce conçue à la manière de légos : un coeur graphique 2D de chez X, un coeur 3D de chez Y, un coeur vidéo de chez Z...
- ARM : jeu d'instructions qui domine l'embarqué, concurrent du jeu d'instructions x86 (processeurs Intel Atom et Core, AMD A et FX) qui domine le desktop
- GPU : « Graphics Processing Unit », ou processeur graphique (par oposition au CPU qui est un processeur généraliste)
- feature phone : téléphone simple sans les fonctions d'un ordinateur (à l'inverse d'un smartphone qui est un ordinateur avec fonction téléphone)
- smartphone : Benjamin Bayart parle d' « ordinateur de poche » avec téléphone et appareil photo comme périphériques (source : http://data.confs.fr/enjeux_bayart/360p/), je trouve ça bien trouvé car ça situe bien les enjeux en faisant appel à toutes les questions déjà soulevées dans le domaine des ordinateurs « de bureau ».
Références
Liens
- http://www.framablog.org/index.php/post/2011/03/17/richard-stallman-reve-staline
- http://wiki.april.org/w/T%C3%A9l%C3%A9phones_libres
- http://forum.frandroid.com/topic/166680-tuto-android-sans-google-v2/#entry2714825
- http://fr.wikipedia.org/wiki/Syst%C3%A8me_d%27exploitation_mobile
- https://www.prism-break.org/#fr
- http://www.gnu.org/philosophy/javascript-trap.html
- Est ce que Cyanogen contribue aux tracking de ses utilisateurs? http://tuxicoman.jesuislibre.net/2013/12/est-ce-que-cyanogen-contribue-aux-tracking-de-ses-utilisateurs.html
- Vie privée : Google annule des réglages très utiles sur Android. "Avec Android 4.3, Google a donné la possibilité à l'usager de régler très précisément les autorisations d'accès pour chaque application. Or, la firme de Mountain View affirme qu'il n'était pas prévu de donner ce contrôle à l'usager, le groupe évoquant une expérimentation. Avec Android 4.4.2, ces réglages ont été retirés, Google pointant une instabilité logicielle." http://www.numerama.com/magazine/27827-vie-privee-google-annule-des-reglages-tres-utiles-sur-android.html
- Et côté DRM au sens large (contrôle des actions de l'utlisateur, en fait): Silencieusement, Google retire l'upload des PDF de Play Livres pour Android: "Google vient de pousser une nouvelle mise à jour pour son application Play Livres sous Android. Si la note de version n'indique aucun changement, il y en a pourtant un : il est désormais impossible d'uploader un PDF depuis son terminal mobile". Google a précisé que « cette fonctionnalité n'était présente qu'à titre expérimental et elle fera son retour plus tard »: http://www.pcinpact.com/news/85046-silencieusement-google-retire-upload-pdf-play-livres-pour-android.htm
- Intéressante illustration des probèmess de vie privée sur smartphones car mettant en jeu une application aussi "bête" que celle d'une lampe torche, utilisée pour collecter et revendre des informations sur l'utilisateur... https://linuxfr.org/users/benbben/journaux/informatique-de-confiance-et-android