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

Les correctifs ci-dessous sont disponibles sur CVS via la branche stable OPENBSD_3_7.

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

• 008 : CORRECTIF DE SECURITE : 5 Janvier 2006   Toutes les architectures
  Ne pas permettre aux utilisateurs de pousser les programmes suid à réouvrir des fichiers via /dev/fd.
  Un correctif du code source corrigeant le problème existe.
  

• 007 : CORRECTIF DE SECURITE : 5 Janvier 2006   Toutes les architectures
  Un débordement de tampon a été trouvé dans la fonction sprintf de l'interpréteur Perl. Cette vulnérabilité peut être exploitée sous certaines conditions.
  Un correctif du code source corrigeant le problème existe.
  

• 006 : CORRECTIF DE STABILITE : 5 Novembre 2005   Toutes les architectures<
  A cause d'un mauvais avertissement de la RFC 3947, des problèmes d'intéropérabilité avec isakmpd(8) pourraient apparaître.
  Un correctif du code source corrigeant le problème existe.
  

• 005 : CORRECTIF DE SECURITE : 21 Juillet 2005   Toutes les architectures
  Un débordement de tampon a été découvert dans compress(3) et pourrait être exploitable.
  Remarquez que ceci corrige un débordement de tampon différent de celui du précédent patch zlib.
  Un correctif du code source corrigeant le problème existe.
  

• 004 : CORRECTIF DE SECURITE : 6 Juillet 2005   Toutes les architectures
  Un débordement de tampon a été découvert dans compress(3) et pourrait être exploitable.
  Un correctif du code source corrigeant le problème existe.
  

• 003 : CORRECTIF DE SECURITE : 20 Juin 2005   Toutes les architectures
  A cause d'une situation de compétition dans la gestion des chemins de commandes, un utilisateur avec les privilèges sudo(8) pourrait être en mesure d'exécuter des commandes arbitraires si l'entrée de l'utilisateur est suivis par une entrée qui donne les privilèges sudo ALL à un autre utilisateur.
  Un correctif du code source corrigeant le problème existe.
  

• 002 : CORRECTIF DE FIABILITE : 15 Juin 2005   Toutes les architectures
  Comme découvert par Stefan Miltchev, un appel de· getsockopt(2) afin d'obtenir les droits d'une socket ipsec(4) peut engendrer une panique du noyau.
  Un correctif du code source corrigeant le problème existe.
  

• 001 : CORRECTIF DE SECURITE : 7 Juin 2005   Toutes les architectures
  Corrige un débordement de tampon, des fuites de mémoire, et une déréference de pointeur NULL dans cvs(1). Aucune de ces issues n'est connue pour être exploitable. CAN-2005-0753.
  Un correctif du code source corrigeant le problème existe.