Re: [LCFC] wml://security/disclosure-policy.wml
Bonjour,
Le 16/05/2020 à 10:19, JP Guillonneau a écrit :
> Bonjour,
>
> dernière chance de commentaire.
>
> Amicalement.
>
> --
> Jean-Paul
>
Quelques suggestions
Amicalement,
jipege
--- /home/jpg1/Documents/traductions/l10n/d_f/disclosure-policy/disclosure-policy.wml 2020-05-17 17:26:13.529000066 +0200
+++ /home/jpg1/Documents/traductions/l10n/d_f/disclosure-policy/disclosure-policy_jpg.wml 2020-05-17 17:39:09.436032274 +0200
@@ -11,9 +11,9 @@
<h2>Dispositions générales</h2>
<p>L’équipe de sécurité de Debian entre en contact habituellement avec les
-rapporteurs de vulnérabilité sous quelques jours (Consultez les rubriques de la
+rapporteurs de vulnérabilité sous quelques jours. (Consultez les rubriques de la
FAQ pour <a href="faq#contact">joindre l’équipe de sécurité</a> et
-<a href="faq#discover">rapporter des vulnérabilités</a>).
+<a href="faq#discover">rapporter des vulnérabilités</a>.)
<p>La plus grande partie des logiciels faisant partie du système d’exploitation
Debian n’a pas été écrite spécialement pour Debian. Le système d’exploitation
@@ -47,21 +47,21 @@
rapport initial et la divulgation) à deux semaines. Cependant, des délais plus
longs ne sont pas inhabituels, en fonction de coordinations supplémentaires
avant de partager avec la liste des distributions et d’adaptations avec les cycles
-de publication de fournisseurs mensuelles voire trimestrielles. Corriger les
-vulnérabilités du protocole Internet peut même prendre plus longtemps, et par
-conséquent, il en est de même pour développer des tentatives d’atténuation
+de publication de fournisseurs mensuels voire trimestriels. Corriger les
+vulnérabilités du protocole Internet peut même prendre plus longtemps, et il en
+est de même pour développer des tentatives d’atténuation
de vulnérabilités matérielles dans des logiciels.</p>
<h2>Empêchement des embargos</h2>
-<p>Puisque la coordination en privé est propice à créer des frictions et rend
+<p>Dans la mesure où la coordination en privé est propice à créer des frictions et rend
difficile d’impliquer les bons experts en la matière, Debian encourage une
divulgation publique des vulnérabilités avant même le développement d’un
correctif, sauf si une telle démarche mettrait clairement en danger les
utilisateurs de Debian ou les autres parties.</p>
<p>L’équipe de sécurité de Debian demande souvent aux rapporteurs de transmettre
-les rapports de bogue publics dans le(s) système(s) appropriés de suivi de
+les rapports de bogue publics dans le(s) système(s) approprié(s) de suivi de
bogues (tels que le <a href="../Bugs/">système de suivi de bogues de Debian</a>),
en fournissant une aide selon les besoins.</p>
@@ -101,5 +101,5 @@
<p>Les rapports de vulnérabilité dans l’infrastructure propre de Debian sont
gérés de la même façon. Si cette vulnérabilité d’infrastructure n’est pas le
résultat d’une mauvaise configuration, mais une vulnérabilité dans un logiciel
-utilisé, la coordination multipartie habituelle est nécessaire, avec un
+utilisé, la coordination multipartite habituelle est nécessaire, avec un
calendrier similaire à celui décrit ci-dessus.</p>
Reply to: