doc/fr_FR.ISO8859-1/htdocs/auditors.xml
Hiroki Sato 52f6d56540 - Use /usr/bin/svnlite as SVN if available.
- Replace /XML/{doc,www}/ with /XML/ in SysId.
- Remove empty stylesheets in share/xsl and point share/xml/empty.xsl via
  XML catalog instead.
- Change the L10N layer in freebsd-*.xsl not to use localized XSLT
  stylesheets directly.
- Move share/xsl/* to share/xml and remove share/xsl.
- Remove obsolete share/web2c/pdftex.def.
2013-11-13 06:10:37 +00:00

770 lines
21 KiB
XML

<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//FreeBSD//DTD XHTML 1.0 Transitional-Based Extension//EN"
"http://www.FreeBSD.org/XML/share/xml/xhtml10-freebsd.dtd" [
<!ENTITY title "Projet de vérification du code source FreeBSD">
]>
<!--
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 xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>&title;</title>
<cvs:keyword xmlns:cvs="http://www.FreeBSD.org/XML/CVS">$FreeBSD$</cvs:keyword>
</head>
<body class="navinclude.about">
<h1>Informations Générales</h1>
<h2>Introduction</h2>
<p>A la lumière de notre récent (et toujours actuel) souci de la sécurité,
il est devenu plus qu'évident qu'un examen complet et
rigoureux de la sécurité dans les sources FreeBSD nous
permettra d'être encore plus sûr de la sécurité de notre systeme
d'exploitation, un OS sur lequel de plus en plus de
personnes comptent et qui doit donc être conçu de manière sécurisé
pour que cela continue &agrave; en être ainsi.</p>
<p>La grande quantité dans FreeBSD de code hérité et de code provenant de sources extérieures
peut rendre difficile la détection de trous de sécurité avant qu'il ne soit trop tard et
aucune tentative de grande envergure n'a
encore été tentée pour inspecter le code et trouver d'éventuelles
failles dans la sécurité. Un tel projet est très long et les développeurs
de FreeBSD n'ont pas forcément
le temps de s'occuper d'une telle tâche. Il est désormais temps de
commencer un tel projet si
nous voulons continuer &agrave; développer un système d'exploitation
fiable et sûr dans un monde où l'Internet occupe une place
grandissante et (je le pense) produit un environnement encore plus hostile pour un système
qui ne serait pas assez protégé. La sécurité 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ère chose entreprise par l'équipe de développement en matière de
sécurité a été de choisir un "officier de sécurité", <a
href="mailto:guido@FreeBSD.org">Guido van Rooij</a> qui aura
pour objectif premier de veiller &agrave; la sécurité de notre OS
mais aussi d'être présent et actif dans les différentes
listes de diffusion électroniques consacrées &agrave; la sécurité
extérieures au projet FreeBSD. Il devra
également tenir informer l'équipe de tout problème potentiel quant
&agrave; la sécurité pour éviter d'avoir de mauvaises surprise
comme cela a déj&agrave; été quelquefois le cas.</p>
<p>La deuxième chose &agrave; faire sera de relire méthodiquement chaque
ligne du code de FreeBSD en recherchant toute commande succeptible
de causer des débordements mémoires (sprintf()/strcpy() au lieu de
snprintf()/strncpy() et ainsi de suite), les trous de sécurité
moins évidents, du code insuffisamment sécurisé,
les commentaires amusants &agrave; poster sur freebsd-chat ou quoi que ce
soit d'autre qui pourrait s'avérer inté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éparerons
l'arborescence des sources en plusieurs parties bien plus faciles &agrave; gérer
tout en gardant une liste des modules déj&agrave; inspectés et ceux
restant &agrave; faire. Une équipe de personnes choisies avec attention
est en train d'être créée. Cette équipe est composée "d'auditeurs"
et de "critiques" (la plupart des membres étant les deux &agrave; la
fois). Un auditeur est chargé, avec éventuellement l'aide d'un autre auditeur,
de parcourir le code et de rechercher les possibles
trous de sécurité et/ou bugs. Une fois qu'une
liste raisonnable de modifications est prête, et en considérant
que tous les problèmes ont été découverts, elle
sera envoyée &agrave; un ou plusieurs critiques qui vérifieront la
pertinence des changements demandés. Si l'auditeur n'a pas les
droits né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ères nécessaires : </h2>
<p>Pour devenir auditeur, il est préfé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écessaires. Il est également
préférable d'être sous
<a href="&enbase;/doc/&url.doc.langcode;/books/handbook/cutting-edge.html#CURRENT">FreeBSD-current</a>,
ou d'avoir accès &agrave; son code source
car tous nos changements seront effectués sur cette version pour ensuite
être portés (autant que nécessaire) sur les anciennes versions
<strong>2.1</strong> et <strong>2.2</strong>.</p>
<p>Les choses &agrave; rechercher et les règles générales &agrave; suivre
sont suffisamment complexes pour qu'il soit préférable de
les répertorier dans un guide de sécurité <a
href="security/security.html">FreeBSD Security Guide</a>.
Veuillez lire ce document si ce n'est déj&agrave; fait. D'autres
documents excellents sont le catalogue de la programmation sécurisée <a
href="ftp://ftp.auscert.org.au/pub/auscert/papers/secure_programming_checklist">Secure
Programming Checklist</a> et le catalogue de sécurité sous Unix <a
href="ftp://ftp.auscert.org.au/pub/auscert/papers/unix_security_checklist">Unix
Security Checklist</a>, tous deux disponibles chez AUSCERT.</p>
<h2>Formulaire d'inscription : </h2>
<p>Voici le formulaire actuel, il est pour l'instant *très* rudimentaire car le
projet n'en est qu'&agrave; ses débuts. Au fur et &agrave; mesure que les
personnes intéressées indiqueront quel(s) module(s) ils désirent
"auditer" ou "critiquer", nous le complèterons. Lorsque ce tableau sera
devenu difficile &agrave; gérer, nous le changerons ou nous le mettrons sous forme
de page web (ou autre chose :) ).
J'ai laissé 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 éléments présents dans la base de données sont des
cibles potentielles d'audit -du plus petit comme "cat" au
plus gros comme "lib"-, le plus important étant que les auditeurs n'aient
pas les yeux plus gros que le ventre et qu'ils prennent des
modules adaptés &agrave; leur possibilités. Il est inutile
de dire que l'on s'occupe de 15 choses &agrave; la fois, si seulement 5
sont traitées car les autres auditeurs penseront que les 10
restantes sont en cours de traitement !</p>
Pour s'inscrire, envoyez un courrier électronique en anglais &agrave; <a
href="mailto:jmb@FreeBSD.org"> jmb@FreeBSD.org</a>.
<p></p>
<table class="tblbasic">
<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 être contactées (en anglais) collectivement &agrave;
l'adresse <a
href="mailto:auditors@FreeBSD.org">auditors@FreeBSD.org</a>.
Si vous désirez juste contacter les
personnes s'occupant d'une catégorie particuliè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é</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ède les droits pour modifier le code source (droits de "commit" CVS). </h3>
</body>
</html>