<?xml version="1.0" encoding="UTF-8"?>
<post>
  <fediverse_reply_count>0</fediverse_reply_count>
  <replies/>
  <repost_count>0</repost_count>
  <reply_count>0</reply_count>
  <fediverse_reaction_count>0</fediverse_reaction_count>
  <bookmark_count>0</bookmark_count>
  <id>01a1affa-2df3-748b-9463-4a79f72098a5</id>
  <license>
    <id>arr</id>
    <name>© All rights reserved</name>
    <url/>
    <spdx/>
  </license>
  <formats>
    <json>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5.json</json>
    <text>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5.txt</text>
    <markdown>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5.md</markdown>
    <xml>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5.xml</xml>
  </formats>
  <images>
    <item>
      <width>3598</width>
      <alt></alt>
      <height>2642</height>
      <urls>
        <thumb>https://vutuv.de/post_images/qAkvAyIjoYipJ2SzypXnZg/thumb.avif</thumb>
        <large>https://vutuv.de/post_images/qAkvAyIjoYipJ2SzypXnZg/large.avif</large>
        <lite>https://vutuv.de/post_images/qAkvAyIjoYipJ2SzypXnZg/lite.avif</lite>
        <feed>https://vutuv.de/post_images/qAkvAyIjoYipJ2SzypXnZg/feed.avif</feed>
        <xl>https://vutuv.de/post_images/qAkvAyIjoYipJ2SzypXnZg/xl.avif</xl>
      </urls>
      <caption/>
      <download_url/>
    </item>
  </images>
  <review/>
  <fediverse_replies/>
  <files/>
  <in_reply_to/>
  <fediverse_like_count>0</fediverse_like_count>
  <likers/>
  <schema_version>3</schema_version>
  <body_markdown>Petite vulnérabilité préoccupante de cette fin de semaine, c&apos;est **\*sshole**.

OpenSSH avant 10.6p2 est vulnérable depuis 2016 sur Linux musl sans PAM : Alpine, dont ses images AWS et Azure, et certains builds OpenWrt, Buildroot et Yocto. Glibc, PAM, Dropbear et OpenBSD sont épargnés. CVE-2026-123158 permet à un attaquant distant non authentifié d’ouvrir une session sur un compte au mot de passe « \* » (clé seule, LDAP, root) avec une chaîne de 257 à 1 024 octets, si un autre compte local possède un vrai mot de passe. Sur ces images, le compte alpine obtient root via doas sans mot de passe. Criticité Haute, CVSS 8,1. Aucune exploitation n’est signalée. Identifiez les hôtes avec sshd -T (passwordauthentication yes, usepam no) et les comptes « \* » dans /etc/shadow ; la bannière de version ne suffit pas. Toute ligne Accepted password visant ces comptes signale une compromission. Installez 10.6p2 ou le paquet Alpine corrigé et redémarrez sshd, ou appliquez PasswordAuthentication no.

Pour savoir si vous êtes affectés :

```
sshd -T | grep -iE &quot;passwordauthentication|usepam&quot; (musl, passwordauthentication yes, pas de ligne usepam yes)
awk -F: &apos;$2==&quot;*&quot;{print $1} $2~/^\$[56]\$/{print $1}&apos; /etc/shadow
apk list --installed openssh-server
```

Pour corriger :

```
apk update &amp;&amp; apk upgrade openssh-server
rc-service sshd restart
```

Les versions patchées sont : `openssh edge 10.6_p2-r0, 3.24 10.3_p1-r2, 3.23 10.2_p1-r1, 3.22 10.0_p1-r11, 3.21 9.9_p2-r1, 3.20 9.7_p1-r6, 3.19 9.6_p1-r3, 3.18 9.3_p2-r4, 3.17 9.1_p1-r7, 3.16 9.0_p1-r6`

Contremesure efficace :

Interdire l&apos;authentification par mot de passe dans la configuration du daemon sshd `sshd_config`

```
PasswordAuthentication no
```

https://app.illicium.io/fr/voc/lookup?q=CVE-2026-123158

https://sshhole.com/</body_markdown>
  <fediverse_reactions/>
  <like_count>0</like_count>
  <fediverse_repost_count>0</fediverse_repost_count>
  <description>Petite vulnérabilité préoccupante de cette fin de semaine, c&apos;est **\*sshole**.</description>
  <author>
    <name>Loick P</name>
    <username>loick</username>
    <url>https://vutuv.de/loick</url>
  </author>
  <video/>
  <thread_truncated>false</thread_truncated>
  <url>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5</url>
  <title>Loick P · 2026-11-06</title>
  <tags>
    <item>openssh</item>
    <item>Vulnerability Management</item>
    <item>vulnerabilité</item>
  </tags>
  <type>post</type>
  <published_on>2026-11-06</published_on>
  <verified_author_links/>
  <thread>
    <item>
      <id>01a1affa-2df3-748b-9463-4a79f72098a5</id>
      <depth>0</depth>
      <author>Loick P</author>
      <url>https://vutuv.de/loick/posts/01a1affa-2df3-748b-9463-4a79f72098a5</url>
      <published_on>2026-11-06</published_on>
      <in_reply_to_id/>
      <author_username>loick</author_username>
      <body_markdown>Petite vulnérabilité préoccupante de cette fin de semaine, c&apos;est **\*sshole**.

OpenSSH avant 10.6p2 est vulnérable depuis 2016 sur Linux musl sans PAM : Alpine, dont ses images AWS et Azure, et certains builds OpenWrt, Buildroot et Yocto. Glibc, PAM, Dropbear et OpenBSD sont épargnés. CVE-2026-123158 permet à un attaquant distant non authentifié d’ouvrir une session sur un compte au mot de passe « \* » (clé seule, LDAP, root) avec une chaîne de 257 à 1 024 octets, si un autre compte local possède un vrai mot de passe. Sur ces images, le compte alpine obtient root via doas sans mot de passe. Criticité Haute, CVSS 8,1. Aucune exploitation n’est signalée. Identifiez les hôtes avec sshd -T (passwordauthentication yes, usepam no) et les comptes « \* » dans /etc/shadow ; la bannière de version ne suffit pas. Toute ligne Accepted password visant ces comptes signale une compromission. Installez 10.6p2 ou le paquet Alpine corrigé et redémarrez sshd, ou appliquez PasswordAuthentication no.

Pour savoir si vous êtes affectés :

```
sshd -T | grep -iE &quot;passwordauthentication|usepam&quot; (musl, passwordauthentication yes, pas de ligne usepam yes)
awk -F: &apos;$2==&quot;*&quot;{print $1} $2~/^\$[56]\$/{print $1}&apos; /etc/shadow
apk list --installed openssh-server
```

Pour corriger :

```
apk update &amp;&amp; apk upgrade openssh-server
rc-service sshd restart
```

Les versions patchées sont : `openssh edge 10.6_p2-r0, 3.24 10.3_p1-r2, 3.23 10.2_p1-r1, 3.22 10.0_p1-r11, 3.21 9.9_p2-r1, 3.20 9.7_p1-r6, 3.19 9.6_p1-r3, 3.18 9.3_p2-r4, 3.17 9.1_p1-r7, 3.16 9.0_p1-r6`

Contremesure efficace :

Interdire l&apos;authentification par mot de passe dans la configuration du daemon sshd `sshd_config`

```
PasswordAuthentication no
```

https://app.illicium.io/fr/voc/lookup?q=CVE-2026-123158

https://sshhole.com/</body_markdown>
      <in_reply_to_author/>
    </item>
  </thread>
  <generated_at>2026-11-06T20:08:19Z</generated_at>
</post>
