Objet : Liste de travail pour la traduction de la philosophie GNU (liste à inscription publique)
Archives de la liste
- From: Vincent-Xavier JUMEL <vxjumel AT april.org>
- To: Joshua Gay via RT <resources AT fsf.org>
- Cc: trad-gnu AT april.org, fcouchet AT april.org
- Subject: [[TRAD GNU]] Re: [gnu.org #712017] secure boot campaign translation
- Date: Sun, 23 Oct 2011 16:31:43 +0200
Le 18 octobre à 20:21 Joshua Gay via RT a écrit
> Thank you very much for creating this translation. Unfortunately, we
> have made several updates to this page since first publishing it,
> including the title. Would it be possible for you to update your
> translation to that it matches the current text of the page?
>
Online version :
http://bn.parinux.org/ep/pad/export/Votre-d-C3-A9marrage-s-C3-A9curis-C3-A9e-est-il-un-d-C3-A9marrage-restreint-/latest?format=html
==== Translation begins here ====
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
<html xmlns="http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en">
<head>
<meta http-equiv="Content-type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Language" content="en-us" />
<title>/Votre-d-C3-A9marrage-s-C3-A9curis-C3-A9e-est-il-un-d-C3-A9marrage-restreint-</title>
</head>
<body>URL d'origine : <a
href="http://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/";>http://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/</a><br
/><br
/><b>Le « démarrage sécurisé » de votre ordinateur se révèlera-t-il être un «
démarrage restreint » ?</b><br
/>par Josh Gay — dernière modification le 20 octobre 2011 à 16h05<br
/><br
/><b>Merci de signer notre pétition pour montrer votre soutien !</b><br
/>Microsoft vient d'annoncer que si des fabricants d'ordinateurs désirent
distribuer des ordinateurs avec le logo de compatibilité Windows 8, ils
devront mettre en œuvre un mécanisme nommé « Secure Boot ». Cependant, il
faut se demander si cette technologie tiendra ses promesses, ou si on devrait
l'appeler Démarrage Restreint.<br
/>Lorsqu'il est fait correctement, le « Secure Boot » (N.d.T. : Démarrage
Sécurisé) est conçu pour nous protéger contre les <i>malware</i> en empêchant
l'ordinateur de charger des programmes binaires non-autorisés à l'amorçage.
En pratique, cela signifie que les ordinateurs le mettant en œuvre
n'amorceront pas des systèmes d'exploitation non-autorisés
&mdash;&nbsp;incluant des systèmes initialement autorisés qui ont été
modifiés sans avoir été approuvés à nouveau.<br
/>Ce pourrait être une fonctionnalité digne de ce nom si l'<i>utilisateur</i>
pouvait décider lui-même des programmes à autoriser. Cela lui permettrait par
exemple de lancer des logiciels libres écrits ou modifiés par lui-même ou par
des personnes de confiance. Néanmoins, nous sommes inquiets que Microsoft et
les fabricants de matériels mettent en œuvre ces restrictions au démarrage
d'une façon qui empêcherait les utilisateurs de démarrer n'importe quel autre
système que Windows. Dans ce cas, une meilleure appellation pour cette
technologie serait « Démarrage Restreint », puisqu'une telle exigence aurait
pour conséquence une restriction désastreuse de la liberté de l'utilisateur
et en aucun cas une fonctionnalité de sécurité.<br
/>Cette possible exigence de Démarrage Restreint est une partie de la
spécification appelée <i>Unified Extensible Firmware Interface</i> (UEFI),
qui définit une interface entre le matériel informatique et les logiciels
qu'il exécute. C'est le logiciel qui permet à votre ordinateur de démarrer,
et il remplacera à terme le BIOS traditionnel. La plupart des ordinateurs de
Lenovo, HP et Dell sont désormais vendus avec UEFI et les autres
constructeurs les suivent. Tous les ordinateurs d'Apple sont vendus avec EFI
et des composants d'UEFI. Au démarrage, ce logiciel initie une chaîne qui, en
utilisant un protocole d'authentification à base de cryptographie à clef
publique, va vérifier le noyau de votre système d'exploitation et d'autres
composants pour s'assurer qu'ils n'ont pas subi de modification
non-autorisée. Si les composants font échouer la vérification, l'ordinateur
ne démarrera pas.<br
/>La menace n'est pas la spécification UEFI elle-même, mais la façon dont les
fabricants d'ordinateur vont choisir de mettre en œuvre ces restrictions de
démarrage. En fonction des mises en œuvre des constructeurs, ils pourront
verrouiller les propres ordinateurs des utilisateurs, les empêchant pour
toujours de démarrer sur un système d'exploitation libre ou d'en installer
un.<br
/>Il est essentiel que les fabricants utilisent de bonnes mises en œuvre
d'UEFI. Pour respecter la liberté des utilisateurs et réellement protéger
leur sécurité, ils doivent soit permettre aux utilisateurs de désactiver les
restrictions de démarrage, soit fournir un moyen sûr pour installer et
utiliser le système d'exploitation libre de leur choix. Les propriétaires
d'ordinateurs ne doivent pas avoir à demander une autorisation à un tiers
pour exercer leurs libertés.<br
/>L'alternative est terrifiante et inacceptable : les utilisateurs devraient
mettre en œuvre des mesures complexes et risquées pour contourner ces
restrictions ; la tendance populaire de recyclage de vieux matériels avec
GNU/Linux toucherait à sa fin, augmentant le volume de matériel jeté dans les
décharges ; et les sociétés éditrices de systèmes d'exploitation privateurs
gagneraient un avantage gigantesque par rapport au mouvement des logiciels
libres, du fait de leurs accointances avec les fabricants.<br
/>Nous surveillerons de près les développements dans ce domaine, et ferons
campagne de façon active pour être sûrs que cette liberté importante est
protégée. Notre première action est de démontrer que nous voulons cette
liberté, et que nous n'achèterons ni ne recommanderons d'ordinateurs qui
cherchent à la restreindre.<br
/>Merci de signer notre pétition pour montrer votre soutien !<br
/>Vous pouvez également vous tenir informé sur ce cas :<br
/><br
/><ul><li>S'inscrire à la lettre mensuelle</li
><li>Nous suivre sur identi.ca @fsf</li
><li>Lire nos blogs ou s'abonner à nos flux RSS</li></ul
><b>En apprendre plus sur Windows 8, UEFI, et les restrictions de
>chargement</b><br
/><ul><li>English Wikipedia UEFI overview</li
><li>UEFI Specifications</li></ul
><b>Nouvelles et blogs</b><br
/><ul><li>UEFI secure booting, by Matthew Garrett; in addition to providing a
brief overview of Restricted Boot, this article explains specifically why
dual-booting an operating system may be difficult, or at times virtually
impossible, for systems implementing and using Restricted Boot.</li
><li>Trusted Computing 2.0, by Ross Anderson of the Security Research,
>Computer Laboratory, University of Cambridge.</li
><li>Protecting the pre-OS environment with UEFI,Tony Mangefeste of Microsoft
>— a response to Garrett, et al.</li
><li>UEFI secure booting (part 2), by Matthew Garrett — a follow-up to
>Microsoft's blog post.</li
><li>ArsTechnica article</li
><li>Supporting UEFI secure boot on Linux: the details, by Matthew
>Garrett<br/><br
/></li></ul
></body>
</html>
==== Translation ends here ====
--
Vincent-Xavier JUMEL GPG Id: 0x2E14CE70 http://thetys-retz.net
Rejoignez les 5460 adhérents de l'April http://www.april.org/adherer
Parinux, logiciel libre à Paris : http://www.parinux.org
- [[TRAD GNU]] secure boot campaign translation, Vincent-Xavier JUMEL, 17/10/2011
- Message indisponible
- [[TRAD GNU]] Re: [gnu.org #712017] secure boot campaign translation, Vincent-Xavier JUMEL, 23/10/2011
- Message indisponible
Archives gérées par MHonArc 2.6.16.