Message-ID: <55211779.40603@cyberesprit.fr>
Date: Sun, 05 Apr 2015 13:07:37 +0200
From: cyberesprit <cyberesprit@cyberesprit.fr>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: educ@april.org
References: <551EBE9C.1020208@lesderniersdelaclasse.pw>	<CAKsBS2gV0hpbHe6Z-DxiZn-z__5+2rHvk3d=yVdjGSS2jvdKMA@mail.gmail.com> <CAKsBS2izwb+=MDo+XgRS1pQGzK4qcDZ7+24fWdULqP5_d5-M3w@mail.gmail.com> <551F9A36.7050500@free.fr> <551FA8E1.2010308@pi-et-ro.net> <551FB29B.6010709@free.fr> <551FB6DE.2040800@lesderniersdelaclasse.pw> <5520019B.6050503@pi-et-ro.net> <55204A18.8020804@open-elearning.com> <55206187.4020206@cyberesprit.fr> <5520FEA3.4060906@pi-et-ro.net>
In-Reply-To: <5520FEA3.4060906@pi-et-ro.net>
Subject: Re: [EDUC] Fwd: Ubuntu chez les gendarmes
Reply-To: cyberesprit <cyberesprit@cyberesprit.fr>
Errors-to: educ-owner@april.org
Precedence: list
Precedence: bulk
Sender: educ-request@april.org
Content-type: multipart/mixed; boundary="----------=_1428232166-26991-33"

This is a multi-part message in MIME format...

------------=_1428232166-26991-33
Content-Type: multipart/alternative;
 boundary="------------050709010903090107080101"

This is a multi-part message in MIME format.
--------------050709010903090107080101
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

En quoi l'acc=C3=A8s au r=C3=A9seau avant le d=C3=A9marrage de l'OS est un =
probl=C3=A8me ?
En rapport avec le logiciel uefi qui pourrait potentiellement envoyer
des informations ou servir de connexion =C3=A0 distance ?

=C3=87a ne pourrait fonctionner que sur un r=C3=A9seau dhcp de toute fa=C3=
=A7on (ce qui
est la majorit=C3=A9 certes ..) sauf dans le futur avec l'ipv6 peut-=C3=AAt=
re.
Le probl=C3=A8me du BIOS non libre a toujours =C3=A9t=C3=A9 l=C3=A0 et c'es=
t un vrai
probl=C3=A8me ! Exactement comme les firmwares de certains composants (si ce
n'est tous) comme les puces GPRS des t=C3=A9l=C3=A9phones ..

***********************

Il y a un autre probl=C3=A8me : Les constructeurs sont corrompus, le
consommateur (majoritaire) se pose rarement des questions (et rarement
les bonnes) et il n'aime pas quand on lui dit ce qu'il devrait faire (et
comment) - m=C3=AAme si j'aimerai avoir tord - et surtout il n'aime pas qua=
nd
on lui dit qu'il a fait une erreur. Je ne sais m=C3=AAme pas lequel est le
plus simple =C3=A0 r=C3=A9soudre ni comment le r=C3=A9soudre mais passons. =
L=C3=A0 o=C3=B9 je
veux en venir c'est que tant que les consommateurs seront dans cet =C3=A9ta=
t,
rien ne pourra changer. Donc UEFI ou non, =C3=A0 cause de l'ignorance du
consommateur (qui fait des faux choix) et de l'incomp=C3=A9tence du
constructeur (qui impose ses choix) la boucle est boucl=C3=A9e.

Bon, vous savez d=C3=A9j=C3=A0 probablement tous tout =C3=A7a mais =C3=A0 c=
ause de ces
probl=C3=A8matiques, la majorit=C3=A9 ne se bat pas contre ces injustices l=
i=C3=A9s au
num=C3=A9rique, donc les probl=C3=A8mes li=C3=A9s =C3=A0 l'UEFI, car il fai=
t confiance
aveugl=C3=A9ment. Et l'=C3=A9tat n'aide pas du tout =C3=A0 changer la donne=
, c'est m=C3=AAme
le contraire.

On peut imaginer peupler un tableau comparatif des diff=C3=A9rents
ordinateurs du march=C3=A9 avec du rouge pour ce qui est =C3=A0 =C3=A9viter=
 absolument,
du orange pour ce qui devrait =C3=AAtre =C3=A9vit=C3=A9 et du vert pour ce =
qui est
potable, mais le probl=C3=A8me reste le m=C3=AAme : La communication et la =
prise
en compte de l'information. Surtout la prise en compte qui est une forme
de conscience. Et l'information, faut-elle lui faire confiance ? Et
comment ne pas se tromper avec toute cette flopp=C3=A9 d'informations qui se
contredisent ? Qui me dit que j'ai toutes les cartes en mains pour bien
choisir ? Suis-je dans un =C3=A9tat en toute connaissance de cause ? Est-ce
que je me pose au moins les bonnes questions ? etc ...

"C'est nul ton Linux, on peut m=C3=AAme pas l'installer sur mon ordinateur =
!"

Oui mais non .. l'ignorance est un vilain d=C3=A9faut (m=C3=AAme si parfois=
, comme
tout, elle peut =C3=AAtre utile). Nous on sait que le probl=C3=A8me ne vien=
t pas
de "Linux" mais le consommateur majoritaire ne le sait pas. Et puis =C2=AB
l'informatique c'est trop compliqu=C3=A9 =C2=BB aussi. Comme si tout =C3=A9=
tait simple
avant d'avoir acquis les connaissances et termin=C3=A9 son apprentissage. P=
ar
contre ce qui est difficile c'est d'apprendre quelque chose de similaire
=C3=A0 ce qu'on sait d=C3=A9j=C3=A0 (ou plut=C3=B4t auquel on est habitu=C3=
=A9) et de devoir
surmonter le passage frustrant pour y arriver (un exemple simple :
apprendre le clavier B=C3=89PO alors qu'on est habitu=C3=A9 =C3=A0 l'AZERTY=
).

Comme je le dit souvent : La technologie n'est pas ton amie et la
confiance =C3=A7a se m=C3=A9rite.

Pardon d'avoir un peu d=C3=A9riv=C3=A9. Faites pas attention si c'est hors =
sujet
mais la premi=C3=A8re question reste active.

Librement,
cyberesprit


Le 05/04/2015 11:21, Louis-Maurice De Sousa a =C3=A9crit :
> Le 05/04/2015 00:11, cyberesprit a =C3=A9crit :
>> Bonsoir,
>>
>> Attention, ce n'est pas l'UEFI qui est =C3=A0 remettre en cause, mais la
>> pr=C3=A9sence de SecureBOOT.
>
> UEFI est un probl=C3=A8me parce qu'il donne acc=C3=A8s au r=C3=A9seau ava=
nt le
> d=C3=A9marrage de l'OS.
> Ce n'est pas le m=C3=AAme probl=C3=A8me que SecureBoot, mais cela en est =
un.
>
>> Premi=C3=A8rement, selon l'UEFI, le secureBoot est d=C3=A9sactivable (sa=
uf ARM) ou
>> alors on peut mettre sa propre clef, voir en anglais (la 3=C3=A8me optio=
n)
>> http://www.howtogeek.com/175641/how-to-boot-and-install-linux-on-a-uefi-=
pc-with-secure-boot/
>>
>
> Cela d=C3=A9pend des marques et mod=C3=A8les.
> =C3=87a va de on d=C3=A9sactive et on installe GNU/Linux =C3=A0 on peut r=
ien faire en
> passant par on installe GNU/Linux mais on n'a plus acc=C3=A8s =C3=A0 Wind=
ows=C2=AE.
>
>
>> Deuxi=C3=A8mement, il me semblait que =C3=A7a avait =C3=A9t=C3=A9 cass=
=C3=A9 et que n'importe
>> qu'elle distribution peut s'installer sans probl=C3=A8me (?).
>
> Euh non, pas sans probl=C3=A8me. Et quand tu ne peux m=C3=AAme pas d=C3=
=A9marrer en
> USB, =C3=A7a complique.
>
>> Sinon, certains UEFI propose le mode BIOS.
>>
>> Bref, il me semble que ce probl=C3=A8me n'en est plus un depuis quelques
>> temps maintenant (m=C3=AAme si le probl=C3=A8me m$ et son comportement e=
st
>> toujours d'actualit=C3=A9) avec une distribution r=C3=A9cente (m=C3=AAme=
 Archlinux par
>> exemple :
>> https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interfa=
ce#Secure_Boot
>>
>> ).
>
> Tout est tr=C3=A8s fluctuant d'o=C3=B9 la difficult=C3=A9 d'avoir un disc=
ours contre
> ces syst=C3=A8mes. D'une marque =C3=A0 l'autre et d'un mod=C3=A8le =C3=A0=
 l'autre dans la
> marque, le probl=C3=A8me se pose diff=C3=A9remment.
>
>
>
>
> --
> Pour vous d=C3=A9sinscrire de cette liste : https://listes.april.org/wws/=
sigrequest/educ
>
> Pour g=C3=A9rer votre abonnement =C3=A0 la liste educ et vos informations=
 personnelles :
> http://listes.april.org/wws/info/educ
>
>


--------------050709010903090107080101
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    En quoi l'accès au réseau avant le démarrage de l'OS est un problème
    ?<br>
    En rapport avec le logiciel uefi qui pourrait potentiellement
    envoyer des informations ou servir de connexion à distance ?<br>
    <br>
    Ça ne pourrait fonctionner que sur un réseau dhcp de toute façon (ce
    qui est la majorité certes ..) sauf dans le futur avec l'ipv6
    peut-être.<br>
    Le problème du BIOS non libre a toujours été là et c'est un vrai
    problème ! Exactement comme les firmwares de certains composants (si
    ce n'est tous) comme les puces GPRS des téléphones ..<br>
    <br>
    ***********************<br>
    <br>
    Il y a un autre problème : Les constructeurs sont corrompus, le
    consommateur (majoritaire) se pose rarement des questions (et
    rarement les bonnes) et il n'aime pas quand on lui dit ce qu'il
    devrait faire (et comment) - même si j'aimerai avoir tord - et
    surtout il n'aime pas quand on lui dit qu'il a fait une erreur. Je
    ne sais même pas lequel est le plus simple à résoudre ni comment le
    résoudre mais passons. Là où je veux en venir c'est que tant que les
    consommateurs seront dans cet état, rien ne pourra changer. Donc
    UEFI ou non, à cause de l'ignorance du consommateur (qui fait des
    faux choix) et de l'incompétence du constructeur (qui impose ses
    choix) la boucle est bouclée.<br>
    <br>
    Bon, vous savez déjà probablement tous tout ça mais à cause de ces
    problèmatiques, la majorité ne se bat pas contre ces injustices liés
    au numérique, donc les problèmes liés à l'UEFI, car il fait
    confiance aveuglément. Et l'état n'aide pas du tout à changer la
    donne, c'est même le contraire.<br>
    <br>
    On peut imaginer peupler un tableau comparatif des différents
    ordinateurs du marché avec du rouge pour ce qui est à éviter
    absolument, du orange pour ce qui devrait être évité et du vert pour
    ce qui est potable, mais le problème reste le même : La
    communication et la prise en compte de l'information. Surtout la
    prise en compte qui est une forme de conscience. Et l'information,
    faut-elle lui faire confiance ? Et comment ne pas se tromper avec
    toute cette floppé d'informations qui se contredisent ? Qui me dit
    que j'ai toutes les cartes en mains pour bien choisir ? Suis-je dans
    un état en toute connaissance de cause ? Est-ce que je me pose au
    moins les bonnes questions ? etc ...<br>
    <br>
    "C'est nul ton Linux, on peut même pas l'installer sur mon
    ordinateur !"<br>
    <br>
    Oui mais non .. l'ignorance est un vilain défaut (même si parfois,
    comme tout, elle peut être utile). Nous on sait que le problème ne
    vient pas de "Linux" mais le consommateur majoritaire ne le sait
    pas. Et puis « l'informatique c'est trop compliqué » aussi. Comme si
    tout était simple avant d'avoir acquis les connaissances et terminé
    son apprentissage. Par contre ce qui est difficile c'est d'apprendre
    quelque chose de similaire à ce qu'on sait déjà (ou plutôt auquel on
    est habitué) et de devoir surmonter le passage frustrant pour y
    arriver (un exemple simple : apprendre le clavier BÉPO alors qu'on
    est habitué à l'AZERTY).<br>
    <br>
    Comme je le dit souvent : La technologie n'est pas ton amie et la
    confiance ça se mérite.<br>
    <br>
    Pardon d'avoir un peu dérivé. Faites pas attention si c'est hors
    sujet mais la première question reste active.<br>
    <br>
    Librement,<br>
    cyberesprit<br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">Le 05/04/2015 11:21, Louis-Maurice De
      Sousa a écrit :<br>
    </div>
    <blockquote cite="mid:5520FEA3.4060906@pi-et-ro.net" type="cite">Le
      05/04/2015 00:11, cyberesprit a écrit :
      <br>
      <blockquote type="cite">Bonsoir,
        <br>
        <br>
        Attention, ce n'est pas l'UEFI qui est à remettre en cause, mais
        la
        <br>
        présence de SecureBOOT.
        <br>
      </blockquote>
      <br>
      UEFI est un problème parce qu'il donne accès au réseau avant le
      démarrage de l'OS.
      <br>
      Ce n'est pas le même problème que SecureBoot, mais cela en est un.
      <br>
      <br>
      <blockquote type="cite">Premièrement, selon l'UEFI, le secureBoot
        est désactivable (sauf ARM) ou
        <br>
        alors on peut mettre sa propre clef, voir en anglais (la 3ème
        option)
        <br>
<a class="moz-txt-link-freetext" href="http://www.howtogeek.com/175641/how-to-boot-and-install-linux-on-a-uefi-pc-with-secure-boot/">http://www.howtogeek.com/175641/how-to-boot-and-install-linux-on-a-uefi-pc-with-secure-boot/</a>
        <br>
      </blockquote>
      <br>
      Cela dépend des marques et modèles.
      <br>
      Ça va de on désactive et on installe GNU/Linux à on peut rien
      faire en passant par on installe GNU/Linux mais on n'a plus accès
      à Windows®.
      <br>
      <br>
      <br>
      <blockquote type="cite">Deuxièmement, il me semblait que ça avait
        été cassé et que n'importe
        <br>
        qu'elle distribution peut s'installer sans problème (?).
        <br>
      </blockquote>
      <br>
      Euh non, pas sans problème. Et quand tu ne peux même pas démarrer
      en USB, ça complique.
      <br>
      <br>
      <blockquote type="cite">Sinon, certains UEFI propose le mode BIOS.
        <br>
        <br>
        Bref, il me semble que ce problème n'en est plus un depuis
        quelques
        <br>
        temps maintenant (même si le problème m$ et son comportement est
        <br>
        toujours d'actualité) avec une distribution récente (même
        Archlinux par
        <br>
        exemple :
        <br>
<a class="moz-txt-link-freetext" href="https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#Secure_Boot">https://wiki.archlinux.org/index.php/Unified_Extensible_Firmware_Interface#Secure_Boot</a>
        <br>
        ).
        <br>
      </blockquote>
      <br>
      Tout est très fluctuant d'où la difficulté d'avoir un discours
      contre ces systèmes. D'une marque à l'autre et d'un modèle à
      l'autre dans la marque, le problème se pose différemment.
      <br>
      <br>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">--
Pour vous désinscrire de cette liste : <a class="moz-txt-link-freetext" href="https://listes.april.org/wws/sigrequest/educ">https://listes.april.org/wws/sigrequest/educ</a>

Pour gérer votre abonnement à la liste educ et vos informations personnelles :
<a class="moz-txt-link-freetext" href="http://listes.april.org/wws/info/educ">http://listes.april.org/wws/info/educ</a>


</pre>
    </blockquote>
    <br>
  </body>
</html>

--------------050709010903090107080101--

------------=_1428232166-26991-33
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

--
Pour vous désinscrire de cette liste : https://listes.april.org/wws/sigrequest/educ

Pour gérer votre abonnement à la liste educ et vos informations personnelles :
http://listes.april.org/wws/info/educ


------------=_1428232166-26991-33--