doc/fr/auditors.sgml
Stephane Legrand 17a2c8a391 Merge from the English version:
1.24 -> 1.26 fr/applications.sgml
  1.36 -> 1.37 fr/auditors.sgml
  1.74 -> 1.81 fr/developers.sgml
  1.44 -> 1.45 fr/y2kbug.sgml
  1.20 -> 1.22 fr/advocacy/myths.sgml
  1.8  -> 1.10 fr/copyright/copyright.sgml
  1.26 -> 1.27 fr/copyright/daemon.sgml
  1.86 -> 1.92 fr/projects/c99/index.sgml

Submitted by: Antoine Brodin <antoine.brodin@laposte.net>
2004-08-05 20:29:38 +00:00

776 lines
22 KiB
Text

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY date "$FreeBSD: www/fr/auditors.sgml,v 1.4 2004/02/02 20:57:49 stephane Exp $">
<!ENTITY title "Projet de v&eacute;rification du code source FreeBSD">
<!ENTITY % includes SYSTEM "includes.sgml"> %includes;
]>
<!--
The FreeBSD French Documentation Project
Original revision: 1.37
Version francaise : Luc Vo Van
Version francaise (mise a jour) : Jean-Philippe Prud'Homme <jpph@ifrance.com>
Version francaise (mise a jour) : Cykl <cykl@loutre.ath.cx>
Version francaise (mise a jour) : Stephane Legrand <stephane@freebsd-fr.org>
Version francaise (mise a jour) : Antoine Brodin <antoine.brodin@laposte.net>
-->
<html>
&header;
<h1>Informations G&eacute;n&eacute;rales</h1>
<em>&date; </em>
<h2>Introduction</h2>
<p>A la lumi&egrave;re de notre r&eacute;cent (et toujours actuel) souci de la s&eacute;curit&eacute;,
il est devenu plus qu'&eacute;vident qu'un examen complet et
rigoureux de la s&eacute;curit&eacute; dans les sources FreeBSD nous
permettra d'&ecirc;tre encore plus s&ucirc;r de la s&eacute;curit&eacute; de notre systeme
d'exploitation, un OS sur lequel de plus en plus de
personnes comptent et qui doit donc &ecirc;tre con&ccedil;u de mani&egrave;re s&eacute;curis&eacute;
pour que cela continue &agrave; en &ecirc;tre ainsi.</p>
<p>La grande quantit&eacute; dans FreeBSD de code h&eacute;rit&eacute; et de code provenant de sources ext&eacute;rieures
peut rendre difficile la d&eacute;tection de trous de s&eacute;curit&eacute; avant qu'il ne soit trop tard et
aucune tentative de grande envergure n'a
encore &eacute;t&eacute; tent&eacute;e pour inspecter le code et trouver d'&eacute;ventuelles
failles dans la s&eacute;curit&eacute;. Un tel projet est tr&egrave;s long et les d&eacute;veloppeurs
de FreeBSD n'ont pas forc&eacute;ment
le temps de s'occuper d'une telle t&acirc;che. Il est d&eacute;sormais temps de
commencer un tel projet si
nous voulons continuer &agrave; d&eacute;velopper un syst&egrave;me d'exploitation
fiable et s&ucirc;r dans un monde o&ugrave; l'Internet occupe une place
grandissante et (je le pense) produit un environnement encore plus hostile pour un syst&egrave;me
qui ne serait pas assez prot&eacute;g&eacute;. La s&eacute;curit&eacute; informatique est
une sorte d'accord entre l'administrateur local et le
fournisseur de l'OS et ce fournisseur doit faire sa part du travail.</p>
<p>La premi&egrave;re chose entreprise par l'&eacute;quipe de d&eacute;veloppement en mati&egrave;re de
s&eacute;curit&eacute; a &eacute;t&eacute; de choisir un "officier de s&eacute;curit&eacute;", <a
href="mailto:guido@FreeBSD.org">Guido van Rooij</a> qui aura
pour objectif premier de veiller &agrave; la s&eacute;curit&eacute; de notre OS
mais aussi d'&ecirc;tre pr&eacute;sent et actif dans les diff&eacute;rentes
listes de diffusion &eacute;lectroniques consacr&eacute;es &agrave; la s&eacute;curit&eacute;
ext&eacute;rieures au projet FreeBSD. Il devra
&eacute;galement tenir informer l'&eacute;quipe de tout probl&egrave;me potentiel quant
&agrave; la s&eacute;curit&eacute; pour &eacute;viter d'avoir de mauvaises surprise
comme cela a d&eacute;j&agrave; &eacute;t&eacute; quelquefois le cas.</p>
<p>La deuxi&egrave;me chose &agrave; faire sera de relire m&eacute;thodiquement chaque
ligne du code de FreeBSD en recherchant toute commande succeptible
de causer des d&eacute;bordements m&eacute;moires (sprintf()/strcpy() au lieu de
snprintf()/strncpy() et ainsi de suite), les trous de s&eacute;curit&eacute;
moins &eacute;vidents, du code insuffisamment s&eacute;curis&eacute;,
les commentaires amusants &agrave; poster sur freebsd-chat ou quoi que ce
soit d'autre qui pourrait s'av&eacute;rer int&eacute;ressant. </p>
<p>En utilisant la
<a href="ftp://ftp.FreeBSD.org/pub/FreeBSD/development/FreeBSD-CVS/CVSROOT/modules">
base de modules</a> comme canevas, nous s&eacute;parerons
l'arborescence des sources en plusieurs parties bien plus faciles &agrave; g&eacute;rer
tout en gardant une liste des modules d&eacute;j&agrave; inspect&eacute;s et ceux
restant &agrave; faire. Une &eacute;quipe de personnes choisies avec attention
est en train d'&ecirc;tre cr&eacute;&eacute;e. Cette &eacute;quipe est compos&eacute;e "d'auditeurs"
et de "critiques" (la plupart des membres &eacute;tant les deux &agrave; la
fois). Un auditeur est charg&eacute;, avec &eacute;ventuellement l'aide d'un autre auditeur,
de parcourir le code et de rechercher les possibles
trous de s&eacute;curit&eacute; et/ou bugs. Une fois qu'une
liste raisonnable de modifications est pr&ecirc;te, et en consid&eacute;rant
que tous les probl&egrave;mes ont &eacute;t&eacute; d&eacute;couverts, elle
sera envoy&eacute;e &agrave; un ou plusieurs critiques qui v&eacute;rifieront la
pertinence des changements demand&eacute;s. Si l'auditeur n'a pas les
droits n&eacute;cessaires pour modifier le code source de FreeBSD (droits de "commit")
le critique effectuera les modifications ainsi retenues si elles sont acceptables.
</p>
<h2>Crit&egrave;res n&eacute;cessaires : </h2>
<p>Pour devenir auditeur, il est pr&eacute;f&eacute;rable soit d'avoir les droits
de modification du code source sur
<em>freefall.FreeBSD.org</em> soit un accord avec un autre
auditeur/critique qui a les droits n&eacute;cessaires. Il est &eacute;galement
pr&eacute;f&eacute;rable d'&ecirc;tre sous
<a href="&enbase;/doc/&url.doc.langcode;/books/handbook/cutting-edge.html#CURRENT">FreeBSD-current</a>,
ou d'avoir acc&egrave;s &agrave; son code source
car tous nos changements seront effectu&eacute;s sur cette version pour ensuite
&ecirc;tre port&eacute;s (autant que n&eacute;cessaire) sur les anciennes versions
<strong>2.1</strong> et <strong>2.2</strong>.
<p>Les choses &agrave; rechercher et les r&egrave;gles g&eacute;n&eacute;rales &agrave; suivre
sont suffisamment complexes pour qu'il soit pr&eacute;f&eacute;rable de
les r&eacute;pertorier dans un guide de s&eacute;curit&eacute; <a
href="security/security.html">FreeBSD Security Guide</a>.
Veuillez lire ce document si ce n'est d&eacute;j&agrave; fait. D'autres
documents excellents sont le catalogue de la programmation s&eacute;curis&eacute;e <a
href="ftp://ftp.auscert.org.au/pub/auscert/papers/secure_programming_checklist">Secure
Programming Checklist</a> et le catalogue de s&eacute;curit&eacute; sous Unix <a
href="ftp://ftp.auscert.org.au/pub/auscert/papers/unix_security_checklist">Unix
Security Checklist</a>, tous deux disponibles chez AUSCERT.
<h2>Formulaire d'inscription : </h2>
<p>Voici le formulaire actuel, il est pour l'instant *tr&egrave;s* rudimentaire car le
projet n'en est qu'&agrave; ses d&eacute;buts. Au fur et &agrave; mesure que les
personnes int&eacute;ress&eacute;es indiqueront quel(s) module(s) ils d&eacute;sirent
"auditer" ou "critiquer", nous le compl&egrave;terons. Lorsque ce tableau sera
devenu difficile &agrave; g&eacute;rer, nous le changerons ou nous le mettrons sous forme
de page web (ou autre chose :) ).
J'ai laiss&eacute; quelques exemples pour la mise en forme, et cela ne
signifie en aucun cas que quelqu'un ait &agrave; s'occuper de modules
si vastes.</p>
<p>Tout les &eacute;l&eacute;ments pr&eacute;sents dans la base de donn&eacute;es sont des
cibles potentielles d'audit -du plus petit comme "cat" au
plus gros comme "lib"-, le plus important &eacute;tant que les auditeurs n'aient
pas les yeux plus gros que le ventre et qu'ils prennent des
modules adapt&eacute;s &agrave; leur possibilit&eacute;s. Il est inutile
de dire que l'on s'occupe de 15 choses &agrave; la fois, si seulement 5
sont trait&eacute;es car les autres auditeurs penseront que les 10
restantes sont en cours de traitement !</p>
Pour s'inscrire, envoyez un courrier &eacute;lectronique en anglais &agrave; <a
href="mailto:jmb@FreeBSD.org"> jmb@FreeBSD.org</a>.
<p></p>
<table border="2" CELLPADDING="3">
<tr>
<th>Module</th>
<th>Auditeur(s)</th>
<th>Critique(s)</th>
<th>Etat</th>
</tr>
<tr>
<td><a href="mailto:audit-bin@FreeBSD.org">bin</a></td>
<td><a href="mailto:adrian@psinet.net.au">ac</a>
<a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:guido@FreeBSD.org">gvr*</a>
<a href="mailto:jehamby@lightside.com">jh</a>
<a href="mailto:top@bird.cris.net">ka</a>
<a href="mailto:mudge@l0pht.com">mu</a>
<a href="mailto:vadim@tversu.ac.ru">vk</a></td>
<td><a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto:jmb@FreeBSD.org">jmb*</a>
<a href="mailto:dillon@best.net">md*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-contrib@FreeBSD.org">contrib</a></td>
<td><a href="mailto:gryphon@healer.com">cg</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-eBones@FreeBSD.org">eBones</a></td>
<td><a href="mailto:mark@grondar.za">mrvm*</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-games@FreeBSD.org">games</a></td>
<td><a href="mailto:aaronb@j51.com">ab</a>
<a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:xaa@stack.nl">xaa</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-init@FreeBSD.org">init</a></td>
<td><a href="mailto:giles@nemeton.com.au">gl</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-lib@FreeBSD.org">lib</a></td>
<td><a href="mailto:apk@itl.waw.pl">ak</a>
<a href="mailto:nordquist@platinum.com">bjn</a>
<a href="mailto:pst@FreeBSD.org">pst*</a></td>
<td><a href="mailto:davidg@FreeBSD.org">dg*</a>
<a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto:jkh@FreeBSD.org">jkh*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-libc@FreeBSD.org">libc</a></td>
<td><a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:mudge@l0pht.com">mu</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-libexec@FreeBSD.org">libexec</a></td>
<td><a href="mailto:henrich@crh.cl.msu.edu">crh</a>
<a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto:msr@cuc.com">mr</a>
<a href="mailto:witr@rwwa.com">witr</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a> </td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-lkm@FreeBSD.org">lkm</a></td>
<td><a href="mailto:obrien@NUXI.com">dob*</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-sbin@FreeBSD.org">sbin</a></td>
<td><a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto:roberto@keltia.freenix.fr">or*</a>
<a href="mailto:taob@risc.org">tao</a></td>
<td><a href="mailto:jmb@FreeBSD.org">jmb*</a>
<a href="mailto:dillon@best.net">md*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-secure@FreeBSD.org">secure</a></td>
<td><a href="mailto:tenser@spitfire.ecsel.psu.edu">dc</a>
<a href="mailto:mark@grondar.za">mrvm*</a></td>
<td><a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-telnetd@FreeBSD.org">telnetd</a></td>
<td><a href="mailto:adrian@psinet.net.au">ac</a>
<a href="mailto:davidn@labs.usn.blaze.net.au">dn</a></td>
<td><a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-usr.bin@FreeBSD.org">usr.bin</a></td>
<td><a href="mailto:bob@luke.pmr.com">bob</a>
<a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:jha@cs.purdue.edu">jha</a>
<a href="mailto:mollers.pad@sni.de">jm</a>
<a href="mailto:yokota@zodiac.mech.utsunomiya-u.ac.jp">ky*</a>
<a href="mailto:rbezuide@oskar.nanoteq.co.za">rb</a>
<a href="mailto:rajivd@sprynet.com">rd</a>
<a href="mailto:rjk@grauel.com">rjk</a>
<a href="mailto:vadim@tversu.ac.ru">vk</a></td>
<td><a href="mailto:dillon@best.net">md*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
<tr>
<td><a href="mailto:audit-usr.sbin@FreeBSD.org">usr.sbin</a></td>
<td><a href="mailto:eivind@FreeBSD.org">ee*</a>
<a href="mailto:ejc@gargoyle.bazzle.com">ejc</a>
<a href="mailto:giles@nemeton.com.au">gl</a>
<a href="mailto:imp@FreeBSD.org">imp*</a>
<a href="mailto:mollers.pad@sni.de">jm</a>
<a href="mailto:marcs@znep.com">marc</a>
<a href="mailto:rajivd@sprynet.com">rd</a></td>
<td><a href="mailto:dillon@best.net">md*</a>
<a href="mailto: guido@FreeBSD.org">gvr*</a></td>
<td>Ouvert</td>
</tr>
</table>
<h2>Auditeurs/Critiques principaux</h2>
<p>Voici la liste des personnes volontaires pour l'audit ou la
critique. Elles peuvent &ecirc;tre contact&eacute;es (en anglais) collectivement &agrave;
l'adresse <a
href="mailto:auditors@FreeBSD.org">auditors@FreeBSD.org</a>.
Si vous d&eacute;sirez juste contacter les
personnes s'occupant d'une cat&eacute;gorie particuli&egrave;re, par exemple
<strong>usr.sbin</strong>, envoyez votre
message (en anglais) &agrave; <a
href="mailto:audit-usr.sbin@FreeBSD.org">audit-<strong>usr.sbin</strong>@FreeBSD.org</a>.</p>
<table cellpadding="2">
<tr>
<th>cl&eacute;</th>
<th>Nom et Email de l'Auditeur / du Critique</th>
</tr>
<tr>
<td>ab</td>
<td>Aaron Bornstein <a
href="mailto:aaronb@j51.com">aaronb@j51.com</a></td>
</tr>
<tr>
<td>ac</td>
<td>Adrian Chadd <a
href="mailto:adrian@psinet.net.au">adrian@psinet.net.au</a></td>
</tr>
<tr>
<td>ak</td>
<td>Adam Kubicki <a
href="mailto:apk@itl.waw.pl">apk@itl.waw.pl</a></td>
</tr>
<tr>
<td>am</td>
<td>Albert Mietus <a
href="mailto:gam@gamp.hacom.nl">gam@gamp.hacom.nl</a></td>
</tr>
<tr>
<td>avk</td>
<td>Alexander V. Kalganov <a
href="mailto:top@sonic.cris.net">top@sonic.cris.net</a></td>
</tr>
<tr>
<td>bb</td>
<td>Bob Bishop <a href="mailto:rb@gid.co.uk">rb@gid.co.uk</a></td>
</tr>
<tr>
<td>bjn</td>
<td>Brent J. Nordquist <a
href="mailto:nordquist@platinum.com">nordquist@platinum.com</a></td>
</tr>
<tr>
<td>bob</td>
<td>Bob Willcox <a
href="mailto:bob@luke.pmr.com">bob@luke.pmr.com</a></td>
</tr>
<tr>
<td>btm</td>
<td>Brian T. Michely <a href="mailto:brianm@cmhcsys.com">
brianm@cmhcsys.com</a></td>
</tr>
<tr>
<td>cg</td>
<td>Coranth Gryphon <a
href="mailto:gryphon@healer.com">gryphon@healer.com</a></td>
</tr>
<tr>
<td>cl</td>
<td>Chris Lambertus <a
href="mailto:cmlambertus@ucdavis.edu">cmlambertus@ucdavis.edu</a></td>
</tr>
<tr>
<td>crh</td>
<td>Charles Henrich <a
href="mailto:henrich@crh.cl.msu.edu">henrich@crh.cl.msu.edu</a></td>
</tr>
<tr><td>dc</td>
<td>Dan Cross <a href="mailto:tenser@spitfire.ecsel.psu.edu">
tenser@spitfire.ecsel.psu.edu</a></td>
</tr>
<tr>
<td>dg*</td>
<td>David Greenman <a
href="mailto:dg@FreeBSD.org">davidg@FreeBSD.org</a></td>
</tr>
<tr>
<td>din</td>
<td>Dinesh Nair <a
href="mailto:dinesh@alphaque.com">dinesh@alphaque.com</a></td>
</tr>
<tr>
<td>dn</td>
<td>David Nugent <a
href="mailto:davidn@labs.usn.blaze.net.au">davidn@labs.usn.blaze.net.au</a></td>
</tr>
<tr>
<td>dob*</td>
<td>David E. O'Brien <a
href="mailto:obrien@NUXI.com">obrien@NUXI.com</a></td>
</tr>
<tr>
<td>dz</td>
<td>Danny J. Zerkel <a
href="mailto:dzerkel@phofarm.com">dzerkel@phofarm.com</a></td>
</tr>
<tr>
<td>ee*</td>
<td>Eivind Eklund <a
href="mailto:eivind@FreeBSD.org">eivind@FreeBSD.org</a></td>
</tr>
<tr>
<td>eh</td>
<td>Elijah Hempstone <a
href="mailto:avatar@gandalf.bss.sol.net">avatar@gandalf.bss.sol.net</a></td>
</tr>
<tr>
<td>ehu</td>
<td>Ernest Hua <a
href="mailto:hua@chromatic.com">hua@chromatic.com</a></td>
</tr>
<tr>
<td>ejc</td>
<td>Eric J. Chet <a
href="mailto:ejc@gargoyle.bazzle.com">ejc@gargoyle.bazzle.com</a></td>
</tr>
<tr>
<td>gl</td>
<td>Giles Lean <a
href="mailto:giles@nemeton.com.au">giles@nemeton.com.au</a></td>
</tr>
<tr>
<td>gvr*</td>
<td>Guido van Rooij <a
href="mailto:guido@FreeBSD.org">guido@FreeBSD.org</a></td>
</tr>
<tr>
<td>gw</td>
<td>Graham Wheeler <a
href="mailto:gram@oms.co.za">gram@oms.co.za</a></td>
</tr>
<tr>
<td>imp*</td>
<td>Warner Losh <a
href="mailto:imp@FreeBSD.org">imp@FreeBSD.org</a></td>
</tr>
<tr>
<td>jb</td>
<td>Jim Bresler <a
href="mailto:jfb11@inlink.com">jfb11@inlink.com</a></td>
</tr>
<tr>
<td>jh</td>
<td>Jake Hamby <a
href="mailto:jehamby@lightside.com">jehamby@lightside.com</a></td>
</tr>
<tr>
<td>jha</td>
<td>John H. Aughey <a
href="mailto:jha@cs.purdue.edu">jha@cs.purdue.edu</a></td>
</tr>
<tr>
<td>jk</td>
<td>Jerry Kendall <a
href="mailto:Jerry@kcis.com">Jerry@kcis.com</a></td>
</tr>
<tr>
<td>jkh*</td>
<td>Jordan K. Hubbard <a
href="mailto:jkh@FreeBSD.org">jkh@FreeBSD.org</a></td>
</tr>
<tr>
<td>jm</td>
<td>Josef Moellers <a
href="mailto:mollers.pad@sni.de">mollers.pad@sni.de</a></td>
</tr>
<tr>
<td>jmb*</td>
<td>Jonathan M. Bresler <a
href="mailto:jmb@FreeBSD.org">jmb@FreeBSD.org</a></td>
</tr>
<tr>
<td>joe*</td>
<td>Joe Greco <a
href="mailto:jgreco@solaria.sol.net">jgreco@solaria.sol.net</a></td>
</tr>
<tr>
<td>ka</td>
<td>Kalganov Alexander <a
href="mailto:top@bird.cris.net">top@bird.cris.net</a></td>
</tr>
<tr>
<td>ki</td>
<td>Kenneth Ingham <a
href="mailto:ingham@i-pi.com">ingham@i-pi.com</a></td>
</tr>
<tr>
<td>ky*</td>
<td>Kazutaka YOKOTA <a
href="mailto:yokota@zodiac.mech.utsunomiya-u.ac.jp">yokota@zodiac.mech.utsunomiya-u.ac.jp</a></td>
</tr>
<tr>
<td>marc</td>
<td>Marc Slemko <a
href="mailto:marcs@znep.com">marcs@znep.com</a></td>
</tr>
<tr>
<td>md*</td>
<td>Matt Dillon <a
href="mailto:dillon@best.net">dillon@best.net</a></td>
</tr>
<tr>
<td>mr</td>
<td>Mike Romaniw <a href="mailto:msr@cuc.com">msr@cuc.com</a></td>
</tr>
<tr>
<td>mrvm*</td>
<td>Mark Murray <a
href="mailto:mark@grondar.za">mark@grondar.za</a></td>
</tr>
<tr>
<td>mu</td>
<td>Mudge <a href="mailto:mudge@l0pht.com">mudge@l0pht.com</a></td>
</tr>
<tr>
<td>or*</td>
<td>Ollivier Robert <a
href="mailto:roberto@keltia.freenix.fr">roberto@keltia.freenix.fr</a></td>
</tr>
<tr>
<td>pb</td>
<td>Peter Blake <a
href="mailto:ppb@baloo.tcp.co.uk">ppb@baloo.tcp.co.uk</a></td>
</tr>
<tr>
<td>peter*</td>
<td>Peter Wemm <a
href="mailto:peter@FreeBSD.org">peter@FreeBSD.org</a></td>
</tr>
<tr>
<td>phk*</td>
<td>Poul-Henning Kamp <a
href="mailto:phk@FreeBSD.org">phk@FreeBSD.org</a></td>
</tr>
<tr>
<td>pst*</td>
<td>Paul Traina <a
href="mailto:pst@FreeBSD.org">pst@FreeBSD.org</a></td>
</tr>
<tr>
<td>rb</td>
<td>Reinier Bezuidenhout <a
href="mailto:rbezuide@oskar.nanoteq.co.za">rbezuide@oskar.nanoteq.co.za</a></td>
</tr>
<tr>
<td>rd</td>
<td>Rajiv Dighe <a
href="mailto:rajivd@sprynet.com">rajivd@sprynet.com</a></td>
</tr>
<tr>
<td>rel</td>
<td>Roger Espel Llima <a
href="mailto:espel@llaic.univ-bpclermont.fr">espel@llaic.univ-bpclermont.fr</a></td>
</tr>
<tr>
<td>rjk</td>
<td>Richard J Kuhns <a
href="mailto:rjk@grauel.com">rjk@grauel.com</a></td>
</tr>
<tr>
<td>rm</td>
<td>Robin Melville <a
href="mailto:robmel@nadt.org.uk">robmel@nadt.org.uk</a></td>
</tr>
<tr>
<td>rs</td>
<td>Robert Sexton <a
href="mailto:robert@kudra.com">robert@kudra.com</a></td>
</tr>
<tr>
<td>sc</td>
<td>Sergei Chechetkin <a
href="mailto:csl@whale.sunbay.crimea.ua">csl@whale.sunbay.crimea.ua</a></td>
</tr>
<tr>
<td>tao</td>
<td>Brian Tao <a href="mailto:taob@risc.org">taob@risc.org</a></td>
</tr>
<tr>
<td>tdr</td>
<td>Thomas David Rivers <a
href="mailto:ponds!rivers@dg-rtp.dg.com">ponds!rivers@dg-rtp.dg.com</a></td>
</tr>
<tr>
<td>vk</td>
<td>Vadim Kolontsov <a
href="mailto:vadim@tversu.ac.ru">vadim@tversu.ac.ru</a></td>
</tr>
<tr>
<td>witr</td>
<td>Robert Withrow <a
href="mailto:witr@rwwa.com">witr@rwwa.com</a></td>
</tr>
<tr>
<td>xaa</td>
<td>Mark Huizer <a href="mailto:xaa@stack.nl">xaa@stack.nl</a></td>
</tr>
</table>
<h3>* = Poss&egrave;de les droits pour modifier le code source (droits de "commit" CVS). </h3>
&footer;
</body>
</html>
<!--
Local Variables:
mode: sgml
sgml-indent-data: t
sgml-omittag: nil
sgml-always-quote-attributes: t
End:
-->