Pour les errata sur une version donnée, cliquez ci-dessous :
2.0, 2.1, 2.2, 2.3, 2.4, 2.5, 2.6, 2.7, 2.8, 2.9, 3.0, 3.1, 3.2, 3.3, 3.4, 3.5, 3.6, 3.7, 3.8, 3.9, 4.0, 4.1, 4.2, 4.3, 4.4, 4.5, 4.6, 4.7, 4.8, 4.9, 5.0, 5.1, 5.2, 5.3, 5.4, 5.5, 5.6, 5.7, 5.8, 5.9, 6.0, 6.1, 6.2, 6.3, 6.4, 6.6, 6.7, 6.8, 6.9.

Les correctifs pour le système de base d'OpenBSD sont distribués sous forme de diffs unifiés. Chaque correctif est signé cryptographiquement avec l'outil signify(1) et contient les instructions d'utilisation. Tous les correctifs suivants sont aussi disponibles dans un fichier tar.gz pour raisons pratiques.

De manière alternative, l'utilitaire syspatch(8) peut être utilisé pour appliquer les mises à jour des binaires sur les architectures suivantes : amd64, i386, arm64.

Les correctifs pour les versions supportées sont aussi incorporés dans la branche -stable.

• 001 : CORRECTIF DE FIABILITÉ : 3 Mai 2019 - Toutes architectures
  Si un programme en espace utilisateur définit le décalage de la somme de contrôle IPv6 sur une socket brute, un paquet entrant pourrait faire planter le noyau. ospf6d est un tel programme.
  Un correctif du code source existe et résout ce problème.
• 002 : CORRECTIF DE FIABILITÉ : 16 Mai 2019 - Toutes architectures
  Les serveurs LibreSSL ne fournissent pas de profil SRTP, de fait les négociations DTLS échouent.
  Un correctif du code source existe et résout ce problème.
• 003 : CORRECTIF DE SÉCURITÉ : 29 Mai 2019 - amd64
  Les processeurs Intel sont victime d'un système d'attaque croisée des canaux latéraux (MDS).
  Un correctif du code source existe et résout ce problème.
• 004 : CORRECTIF DE FIABILITÉ : 10 Juin 2019 - Toutes architectures
  De nombreuses issues ont été corrigées dans bgpd : des états “network” n'ayant pas de préfixe ont été incorrectement supprimés lorsque la configuration était rechargée, “export default-route” ne fonctionnait pas, et dans certains cas “network 0.0.0.0/0” ne pouvait être utilisé.
  Un correctif du code source existe et résout ce problème.
• 005 : CORRECTIF DE FIABILITÉ : 10 Juin 2019 - Toutes architectures
  Les poignées de main TLS échouent si un client supportant TLS 1.3 essaie de se connecter à un serveur OpenBSD et envoie une extension de la clé d'échange qui n'est pas inclu dans X25519.
  Un correctif du code source existe et résout ce problème.
• 006 : CORRECTIF DE FIABILITÉ : 25 Juillet 2019 - Toutes architectures
  En créant de longues chaînes de trous TCP SACK, un attaquant peut rendre indisponible le système temporairement.
  Un correctif du code source existe et résout ce problème.
• 007 : CORRECTIF DE FIABILITÉ : 2 Août 2019 - Toutes architectures
  smtpd peut planter lors d'une entrée excessivement longue, causant un refus de service.
  Un correctif du code source existe et résout ce problème.
• 008 : CORRECTIF DE SÉCURITÉ : 9 Août 2019 - amd64
  Les processeurs Intel ont une autre attaque croisée des canaux latéraux. (SWAPGS)
  Un correctif du code source existe et résout ce problème.
• 009 : CORRECTIF DE FIABILITÉ : 2 Septembre 2019 - amd64
  L'opération “resume” oubliait de restaurer la configuration MSR/PAT
  Un correctif du code source existe et résout ce problème.
• 010 : CORRECTIF DE FIABILITÉ : 2 Septembre 2019 - Toutes architectures
  Lors du traitement des bits ECN sur les fragments IPv6 entrants, le noyau peut planter. Par défaut, le ré-assemblage des fragments dans PF empêche ce crash.
  Un correctif du code source existe et résout ce problème.
• 011 : CORRECTIF DE SÉCURITÉ : 14 Septembre 2019 - Toutes architectures
  La bibliothèque Libexpat 2.2.6 a été affecté par le dépassement de tas. CVE-2019-15903
  Un correctif du code source existe et résout ce problème.
• 012 : CORRECTIF DE FIABILITÉ : 3 Octobre 2019 - Toutes architectures
  L'utilitaire sysupgrade peut être utilisé pour mettre à jour le système vers la nouvelle version ou un nouveau snapshot.
  Un correctif du code source existe et résout ce problème.
• 013 : CORRECTIF DE FIABILITÉ : 5 Octobre 2019 - Toutes architectures
  Des requêtes spécifiquement créées peuvent planter unwind et unbound.
  Un correctif du code source existe et résout ce problème
• 014 : CORRECTIF DE SÉCURITÉ : 5 Octobre 2019 - Toutes architectures
  dhcpd a une fuite de 4 octets de la pile réseau.
  Un correctif du code source existe et résout ce problème.
• 015 : CORRECTIF DE FIABILITÉ : 16 Novembre 2019 - Toutes architectures
  Le noyau pourrait planter en raison d'une déréférence de pointeur NULL dans net 80211.
  Un correctif du code source existe et résout ce problème.
• 016 : CORRECTIF DE FIABILITÉ : 16 Novembre 2019 - Toutes architectures
  Un nouveau noyau peut nécessiter de nouveaux micrologiciels par l'usage de sysupgrade.
  Un correctif du code source existe et résout ce problème.
• 017 : CORRECTIF DE SÉCURITÉ : 16 Novembre 2019 - Toutes architectures
  Un utilisateur normal pouvait faire des changements de paramètres d'interfaces réseaux dû au fait qu'il manquait des vérifications lors de l'appel système dans ioctl(2).
  Un correctif du code source existe et résout ce problème.
• 018 : CORRECTIF DE SÉCURITÉ : 22 Novembre 2019 - amd et i386
  Un utilisateur local pouvait planter le système en lisant des registres spécifiques lorsque le GPU Intel Gen8, Gen9 est dans un état de basse consommation. Un utilisateur local pouvait écrire dans la mémoire ce qui devrait être bloqué par le GPU.
  Un correctif du code source existe et résout ce problème.
• 019 : CORRECTIF DE SÉCURITÉ : 22 Novembre 2019 - Toutes architectures
  Des régions de la mémoire partagée utilisées par certains pilotes Mesa ont les permissions qui permettent à d'autres utilisateurs d'accéder à la mémoire.
  Un correctif du code source existe et résout ce problème.
• 020 : CORRECTIF DE SÉCURITÉ : 4 Décembre 2019 - Toutes architectures
  Des chemins fournissant les variables d'environnement sont utilisés pour dlopen() dans mesa, ce qui a pour conséquence une escalade de privilège vers le groupe auth dans xclock(1).
  Un correctif du code source existe et résout ce problème.
• 021 : CORRECTIF DE SÉCURITÉ : 4 Décembre 2019 - Toutes architectures
  La couche d'authentificition de la libc effectuait une validation insuffisante de l'utilisateur.
  Un correctif du code source existe et résout ce problème.
• 022 : CORRECTIF DE SÉCURITÉ : 4 Décembre 2019 - Toutes architectures
  xenodm utilise la couche d'authentification de la libc de manière incorrecte.
  Un correctif du code source existe et résout ce problème.
• 023 : CORRECTIF DE SÉCURITÉ : 8 Décembre 2019 - Toutes architectures
  Un utilisateur peut s'enregistrer dans une classe de session d'utilisateur différente.
  Un correctif du code source existe et résout ce problème.
• 024 : CORRECTIF DE SÉCURITÉ : 11 Décembre 2019 - Toutes architectures
  ld.so peut échouer à supprimer la variable d'environnement LD_LIBRARY_PATH pour les exécutables set-user-ID (SUID) et set-group-ID (SGID) dans des conditions de basse consommation.
  Un correctif du code source existe et résout ce problème.
• 025 : CORRECTIF DE SÉCURITÉ : 18 Décembre 2019 - arm64
  Un CPU ARM64 exécute des instructions spéculatives après ERET.
  Un correctif du code source existe et résout ce problème.
• 026 : CORRECTIF DE SÉCURITÉ : 20 Décembre 2019 - Toutes architectures
  ftp(1) suivra les redirections à distance vers les fichiers locaux.
  Un correctif du code source existe et résout ce problème.
• 027 : CORRECTIF DE SÉCURITÉ : 20 Décembre 2019 - Toutes architectures
  ripd(8) échoue à valider les longueurs d'authentification.
  Un correctif du code source existe et résout ce problème.
• 028 : CORRECTIF DE SÉCURITÉ : 17 Janvier 2020 - amd64 et i386
  L'état de l'Unité d'Exécution n'était pas néttoyé lors d'un contexte de bascule pour les GPU Intel Gen9.
  Un correctif du code source existe et résout ce problème.
• 029 : CORRECTIF DE FIABILITÉ : 30 Janvier 2020 - Toutes architectures
  smtpd peut planter lors d'un déclassement opportuniste de TLS.
  Un correctif du code source existe et résout ce problème.
• 030 : CORRECTIF DE SÉCURITÉ : 30 Janvier 2020 - Toutes architectures
  Une vérification incorrecte permet à un attaquant peut exécuter des commandes arbitraires en trompant la délivrance de mbox avec des droits root et la délivrance de lmtp avec des droits d'un utilisateur non privilégié.
  Un correctif du code source existe et résout ce problème.
• 031 : CORRECTIF DE SÉCURITÉ : 24 Février 2020 - Toutes architectures
  Un “out of bound” lu dans smtpd permet à un attaquant d'injecter des commandes arbitraires dans un fichier d'enveloppe qui sont alors exécutées avec les droits root. Séparément, un oubli de révocation des privilèges dans smtpctl permet à des commandes arbitraires d'être exécuté avec les droits du groupe _smtpg.
  Un correctif du code source existe et résout ce problème.
• 032 : CORRECTIF DE FIABILITÉ : 10 Mars 2020 - Toutes architectures
  Une validation d'entrée manquante dans sysctl(2) peut être utilisée pour faire planter le noyau.
  Un correctif du code source existe et résout ce problème.
• 033 : CORRECTIF DE FIABILITÉ : 13 Mars 2020 - Toutes architectures
  La diffusion UDP locale sortante ou des paquets de multidiffusion envoyés par un socket connecté peuvent faire planter le noyau.
  Un correctif du code source existe et résout ce problème.
• 034 : CORRECTIF DE SÉCURITÉ : 7 Avril 2020 - Toutes architectures
  dhcpd pouvait référencer la mémoire libérée après avoir publié un bail avec un uid exceptionnellement long.
  Un correctif du code source existe et résout ce problème.
• 035 : CORRECTIF DE SÉCURITÉ : 19 Avril 2020 - i386, amd64, arm64, loongson, macppc, sparc64
  Il y a un test incorrect pour le compte root dans la couche de compatibilité Linux de DRM
  Un correctif du code source existe et résout ce problème.
• 036 : CORRECTIF DE FIABILITÉ : 10 Mai 2020 - Toutes architectures
  Dans certaines situations, le service ospfd peut générer une corruption des annonces des états de liens des Routeur OSPF (LSA Type 1).
  Un correctif du code source existe et résout ce problème.
• 037 : CORRECTIF DE SÉCURITÉ : 13 Mai 2020 - Toutes architectures
  Un accès à l'index hors des limites dans wscons(4) peut provoquer des plantages du noyau.
  Un correctif du code source existe et résout ce problème.

Cette page est la traduction officieuse de la page “6.5 Errata” officielle d'OpenBSD.
En cas de doute, merci de vous y référer !

Si vous voulez participer à l'effort de traduction, merci de lire ce topic.

Contribut(rice|eur)s :