Ceci est la liste des errata & des correctifs d'OpenBSD 3.4 :

Les correctifs ci-dessous sont disponibles sur CVS via le tag OPENBSD_3_4, la branche stable.

Pour des informations plus détaillées à propos de l'installation de correctifs sur OpenBSD, consultez la FAQ OpenBSD.

Toutes les architectures

• 035 : CORRECTIF DE SECURITE : 13 Décembre 2004
  Sur les systèmes utilisant isakmpd(8), il est possible à un utilisateur local d'entraîner la corruption de la mémoire du noyau et une panique du système en réglant les qualifications d' ipsec(4) sur une socket.
  Un correctif corrigeant le problème au niveau du code source est disponible.
  

• 034 : CORRECTIF DE FIABILITE : 10 Novembre 2004
  En raison d'un bogue dans le navigateur lynx(1), des pages telles que la page suivante peuvent amener lynx(1) à épuiser la mémoire et se planter lors du traitement de ces pages.
  Un correctif du code source corrigeant le problème existe.
  

• 033 : CORRECTIF DE FIABILITE : 10 Novembre 2004
  pppd(8) contient un bogue permettant à un attaquant de couper sa propre connexion. Ce bogue ne permet pas cependant de faire un déni de service sur les connexions d'autres utilisateurs.
  Un correctif du code source corrigeant le problème existe.
  

• 032 : CORRECTIF DE FIABILITE : 10 Novembre 2004
  BIND contient un bogue qui conduit ce logiciel à essayer de contacter des serveurs de nom via IPv6, même dans les cas où la connectivité IPv6 est inexistante. Ce qui se traduit par des dépassements de délais inutiles qui ralentissent les requêtes DNS.
  Un correctif du code source corrigeant le problème existe.
  

• 031 : CORRECTIF SECURITE : 20 Septembre 2004
  Eilko Bos a signalé que l'authentification radius, telle qu'elle est implémentée par login_radius(8), ne vérifiait pas le secret partagé utilisé pour les réponses envoyées par le serveur radius. Ceci peut permettre à un attaquant d'usurper une réponse ce qui aurait pour effet de lui autoriser l'accès. Il est à noter qu'OpenBSD n'active pas l'authentification radius par défaut.
  Un correctif du code source corrigeant le problème existe.
  

• 030 : CORRECTIF SECURITE : 16 Septembre 2004
  Chris Evans a rapporté plusieurs failles (débordements de pile et d'entier) dans le code de la bibliothèque Xpm qui fait l'analyse des fichiers d'images au format XPM (CAN-2004-0687, CAN-2004-0688). Quelques-unes de ces failles seraient exploitables lors de l'analyse de fichiers malicieux par une application gérant les images au format XPM, si ces fichiers contournent les protections offertes par ProPolice.
  Un correctif du code source corrigeant le problème existe.
  

• 029 : CORRECTIF SECURITE : 10 Septembre 2004
  Le module mod_rewrite de httpd(8) peut être manipulé de telle façon à ce qu'il écrive un octet de zéros dans une zone mémoire arbitraire en dehors d'un vecteur de caractères, causant ainsi un déni de service ou des débordements de tampon. L'exploitation de cette vulnérabilité nécessite l'activation de dbm pour mod_rewrite et l'utilisation d'un fichier dbm malicieux.
  Un correctif du code source corrigeant le problème existe.
  

• 028 : CORRECTIF DE FIABILITE : 26 Août 2004
  Comme l'a signalé Vafa Izadinia, bridge(4) peut être planté à distance avec un seul paquet ICMP echo traversant le pont lorsque le traitement IPsec est activé.
  Un correctif du code source corrigeant le problème existe.
  

• 027 : CORRECTIF DE FIABILITE : 25 Août 2004
  Vérification améliorée des erreurs ICMP afin de minimiser l'impact des attaques ICMP contre TCP.
  http://www.gont.com.ar/drafts/icmp-attacks-against-tcp.html
  Un correctif du code source corrigeant le problème existe.
  

• 026 : CORRECTIF DE FIABILITE : 25 Juillet 2004
  Sous certaines charges réseau, le noyau peut se retrouver sans espace pour la pile. Ce problème a été rencontré dans un environnement utilisant CARP sur une interface VLAN. Il fut initialement identifié comme un crash de FPU lors du démarrage.
  Un correctif du code source corrigeant le problème existe.
  

• 025 : CORRECTIF SECURITE : 12 Juin 2004
  Plusieurs vulnérabilités ont été trouvées dans httpd(8) / mod_ssl. CAN-2003-0020, CAN-2003-0987, CAN-2004-0488, CAN-2004-0492.
  Un correctif du code source corrigeant le problème existe.
  

• 024 : CORRECTIF SECURITE : 10 Juin 2004
  Tel que Thomas Walpuski l'a annoncé, isakmpd(8) est encore vulnérable à la suppression non autorisée de SAs. Un attaquant peut supprimer des tunnels IPsec sans difficulté.
  Un correctif du code source corrigeant le problème existe.
  

• 023 : CORRECTIF SECURITE : 9 Juin 2004
  Plusieurs vulnérabilités exploitables à distance ont été trouvées dans le serveur cvs(1). Ces vulnérabilités permettent à un attaquant de causer un déni de service sur le serveur ou d'exécuter du code arbitraire avec les mêmes privilèges que le programme serveur CVS.
  Un correctif du code source corrigeant le problème existe.
  

• 022 : CORRECTIF SECURITE : 30 Mai 2004
  Un défaut dans le serveur Kerberos V kdc(8) peut permettre à un administrateur d'un domaine Kerberos de se faire passer pour n'importe quel principal dans n'importe quel autre domaine ayant établi une liaison de confiance inter-domaines avec le domaine de cet administrateur. Le défaut est dû à une mauvaise vérification au niveau du champ "transited" des requêtes Kerberos. Pour plus de détails, voir l'annonce faite par Heimdal.
  Un correctif du code source corrigeant le problème existe.
  

• 021 : CORRECTIF SECURITE : 20 Mai 2004
  Un dépassement de tas dans le code serveur cvs(1) a été découvert. Il peut être exploité par des clients envoyant des requêtes malformées ce qui permettrait à ces client d'exécuter du code arbitraire avec les privilèges du programme serveur CVS.
  Un correctif du code source corrigeant le problème existe.
  

• 020 : CORRECTIF SECURITE : 13 Mai 2004
  Vérification d'un débordement d'entier dans procfs. L'utilisation de procfs n'est pas recommandée.
  Un correctif du code source corrigeant le problème existe.
  

• 019 : CORRECTIF DE FIABILITE : 6 Mai 2004
  Réponse à un SYN dans la fenêtre d'acquittement avec un ACK à débit limité.
  Un correctif du code source corrigeant le problème existe.
  

• 018 : CORRECTIF DE FIABILITE : 5 Mai 2004
  Lorsqu'ils sont soumis à une charge importante, les "modèles récents" de contrôleurs gdt(4) cesseront de fonctionner.
  Un correctif du code source corrigeant le problème existe.
  

• 017 : CORRECTIF SECURITE : 5 Mai 2004
  Les problèmes de validation de noms de chemin ont été découverts dans cvs(1). Ce qui aura pour effet de permettre à des clients malicieux de créer des fichiers en dehors du dépôt cvs. Des serveurs malicieux pourront alors écrire des fichiers en dehors de l'arborescence CVS locale sur le client et permettre à des clients de faire une copie locale des fichiers en dehors du dépôt cvs.
  Un correctif du code source corrigeant le problème existe.
  

• 016 : CORRECTIF DE FIABILITE : 17 Mars 2004
  Une vérification manquante pour une de-référence d'un pointeur NULL a été mise en évidence dans ssl(3). Un attaquant distant peut utiliser ce bogue pour amener une application OpenSSL à faire un crash; ceci peut causer un déni de service.
  Un correctif du code source corrigeant le problème existe.
  

• 015 : CORRECTIF DE FIABILITE : 17 Mars 2004
  Des défauts dans la validation de la charge utile d'un paquet et dans les fonctions de traitement d' isakmpd(8) ont été découverts. Un attaquant pourrait envoyer des messages ISAKMP malformés et causer un crash au niveau d'isakmpd ou amener ce dernier à faire des boucles sans fin. Le correctif ci-après corrigent ces défauts et supprime quelques fuites mémoire.
  Un correctif du code source corrigeant le problème existe.
  

• 015 : CORRECTIF SECURITE : 13 Mars 2004
  À cause d'un bogue dans le parsing des règles Allow/Deny du module d'accès de httpd(8)'s, l'utilisation d'adresses IP sans netmask sur les plates-formes 64 bit big endian entraîne une non correspondance des règles. Ce problème affecte uniquement sparc64.
  Un correctif du code source corrigeant le problème existe.
  

• 013 : CORRECTIF DE FIABILITE : 8 Mars 2004
  La pile TCP/IP d'OpenBSD n'impose pas limite quant au nombre de segments TCP non ordonnés pouvant être gérés par la queue du système. Un attaquant peut ainsi envoyer un nombre important de ces segments pour que le système consomme tous les tampons mémoire disponibles pour leur gestion.
  Un correctif du code source corrigeant le problème existe.
  

• 012 : CORRECTIF DE FIABILITE : 14 Février 2004
  Plusieurs débordements de tampon existent dans le code qui effectue le "parsing" des fichiers font.aliases dans XFree86. Grâce à ProPolice, ces vulnérabilités ne peuvent être exploitées pour obtenir des privilèges. Cependant, elles peuvent empêcher le serveur X de fonctionner.
  Un correctif du code source corrigeant le problème existe.
  

• 011 : CORRECTIF SECURITE : 8 Février 2004
  Il existe un problème de gestion des MTUs IPv6 qui pourrait être utilisé par un attaquant pour effectuer une attaque par déni de service des hôtes disposant de ports TCP joignables en IPv6.
  Un correctif du code source corrigeant le problème existe.
  

• 010 : CORRECTIF SECURITE : 5 Février 2004
  Un bogue de comptage de références existe dans l'appel système shmat(2). Ce bogue peut être utilisé par un attaquant pour écrire des informations dans la mémoire du noyau dans certaines circonstances.
  Un correctif du code source corrigeant le problème existe.
  

• 009 : CORRECTIF SECURITE : 13 Janvier 2004
  Plusieurs vulnérabilités dans la gestion des messages dans isakmpd(8) ont été signalées par Thomas Walpuski. Elles permettent à un attaquant de supprimer des SAs de manière arbitraire. Le correctif corrige aussi un problème de fiabilité concernant une divulgation de descripteur de fichier qui cause des problèmes lorsqu'une carte crypto est installée.
  Un correctif du code source corrigeant le problème existe.
  

• 008 : CORRECTIF DE FIABILITE : 20 Novembre 2003
  Suite à une mauvaise vérification aux limites, un utilisateur local peut causer un crash en passant certains arguments aux fonctions semctl(2) et semop(2).
  Un correctif du code source corrigeant le problème existe.
  

• 007 : CORRECTIF DE FIABILITE : 20 Novembre 2003
  Dans certains cas, un utilisateur local peut causer un crash via sysctl(3) avec certains arguments.
  Un correctif du code source corrigeant le problème existe.
  

• 005 : CORRECTIF DE FIABILITE : 4 Novembre 2003
  Un utilisateur local peut causer une panique système en exécutant un binaire spécialement conçu avec un entête invalide.
  Un correctif du code source corrigeant le problème existe.
  

• 004 : CORRECTIF DE FIABILITE : 1er Novembre 2003
  Un utilisateur possédant des permissions d'écriture sur httpd.conf ou un fichier .htaccess peut causer un crash de httpd(8) ou potentiellement exécuter du code arbitraire avec les privilèges de l'utilisateur www (cependant, on pense que ProPolice empêchera l'exécution de code).
  Un correctif du code source corrigeant le problème existe.
  

• 003 : CORRECTIF DE FIABILITE : 1er Novembre 2003
  Il est possible pour un utilisateur local de causer une panique système en inondant un système avec des requêtes ARP usurpées.
  Un correctif du code source corrigeant le problème existe.
  

• 002 : CORRECTIF SECURITE : 1er Novembre 2003
  L'utilisation de certains encodages ASN.1 ou de clés publiques malformées permet à un attaquant de causer un déni de service au niveau des applications liées avec ssl(3). Ce problème ne concerne pas OpenSSH.
  Un correctif du code source corrigeant le problème existe.
  

• 001 : CORRECTIF DOCUMENTATION : 1er Novembre 2003
  La documentation fournie avec le jeu de CD officiel contient un faux exemple d'installation de paquetages.
  Il est écrit :

             # pkg_add http://ftp.openbsd.org/pub/OpenBSD/3.4/packages/i386

  Au lieu de cela, il faut lire :

             # pkg_add http://ftp.openbsd.org/pub/OpenBSD/3.4/packages/i386/

  Le caractère / à la fin est important. Nous ne fournissons pas de correctifs pour les imprimés.

i386

• 006 : CORRECTIF SECURITE : 17 Novembre 2003
  Un utilisateur local peut effectuer un "overrun" de la pile dans compat_ibcs2(8).
  ProPolice bloque cette attaque et transforme une potentielle escalade de privilèges en déni de service. L'émulation iBCS2 n'a pas besoin d'être activée à travers sysctl(8) pour que cette vulnérabilité se concrétise.
  Un correctif du code source corrigeant le problème existe.
  

alpha

• Aucun problème identifié à ce jour.

mac68k

• Aucun problème identifié à ce jour.

sparc

• Aucun problème identifié à ce jour.

sparc64

• Aucun problème identifié à ce jour.

hppa

• Aucun problème identifié à ce jour.

hp300

• Aucun problème identifié à ce jour.

mvme68k

• Aucun problème identifié à ce jour.

macppc

• Aucun problème identifié à ce jour.

vax

• Aucun problème identifié à ce jour.