# Openssh faille (encore une)

**URL:** <https://www.debian-fr.org/t/openssh-faille-encore-une/14829>\
**Category:** Pause Café\
**Created:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829 "2016-02-20T17:53:11Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Ashgenesis](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/57b2e6/32.png) [@Ashgenesis](https://www.debian-fr.org/u/Ashgenesis)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/1 "2016-02-20T17:53:11Z")

</div>

Pour plus d’infos sur la faille [securityfocus.com/bid/30276/info](http://www.securityfocus.com/bid/30276/info)

Bon d’après ce qui est dit cela n’affecte que les versions d’openssh compilés avec SELinux 😉

Comment peux-t-on savoir si la version d’openssh est compilé avec, sans tester la faille.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/2 "2016-02-20T17:53:12Z")

</div>

Oui, ben à mon avis ils retardent, ils font référence à [http://www.debian.org/security/](http://www.debian.org/security/) et la seule annonce liée à SSH est celle du 14 mai. Je doute de la pertinence de l’info…

---

<div class="post-metadata">

**Author:** ![themorice](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/c89c15/32.png) [@themorice](https://www.debian-fr.org/u/themorice)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/3 "2016-02-20T17:53:12Z")

</div>

L’exploit a bien été posté sur milw0rm :

[http://www.milw0rm.com/exploits/6094](http://www.milw0rm.com/exploits/6094)

Cependant je n’ai pas l’impression qu’il inquiette la version actuelle :

> [@](#):
>
> Latest OpenSSH should not be vulnerable. Older Debian Releases may.  
> \*\*\*\* One vulnerable example is “openssh-SNAP-20070303.tar.gz”, currently reachable at  
> \*\*\*\* ftp://ftp.bit.nl/mirror/openssh/openssh … 303.tar.gz

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/4 "2016-02-20T17:53:13Z")

</div>

Dans ce cas, on peut être inquit, il y a dans les sources d’openSSH debian

[quote]ifeq ($(DEB\_HOST\_ARCH\_OS),linux)  
confflags += --with-selinux  
endif  
[/quote]

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/5 "2016-02-20T17:53:14Z")

</div>

Etant donné la nature de la faille elle même qui permet d’acquerir illégalement un rôle \>selinux\< (pas un identifiant systême root), si les roles selinux ne sont pas définis (c.à.d. si on n’utilise pas selinux), indépendament de la présence ou non de la faille, elle est inopérante.  
Vous utilisez, vous, selinux ?

---

<div class="post-metadata">

**Author:** ![themorice](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/c89c15/32.png) [@themorice](https://www.debian-fr.org/u/themorice)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/6 "2016-02-20T17:53:14Z")

</div>

Personnellement non.

Et toi matt ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/7 "2016-02-20T17:53:15Z")

</div>

À vrai dire non, c’est un genre de droits étendus, non?

---

<div class="post-metadata">

**Author:** ![MisterFreez](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@MisterFreez](https://www.debian-fr.org/u/MisterFreez)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/8 "2016-02-20T17:53:19Z")

</div>

Idem j’utilise pas. C’est une gestion des droits pour un peu tout je crois. Mais c’est une granularité trop fine pour moi et ma machine.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/9 "2016-02-20T17:53:20Z")

</div>

Je n’utilise pas. Je crois que ça fournit des solutions de cryptage de disque “vraiment sûres”, et effectivement une granularité des droits plus avancée que les nécessités posix et autres.  
Si je me souviens bien, c’est préconisé par la NSA (voire, produit par elle).

(PS: ça se confirme: c’est initialement un produit “NSA”: [fr.wikipedia.org/wiki/Selinux](http://fr.wikipedia.org/wiki/Selinux) ).

---

<div class="post-metadata">

**Author:** ![MisterFreez](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/bb73d2/32.png) [@MisterFreez](https://www.debian-fr.org/u/MisterFreez)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/10 "2016-02-20T17:53:21Z")

</div>

Ça fait classe quand même. ![8)](https://www.debian-fr.org/uploads/default/original/1X/ae031e9834d19166598edd060b063d44f1829139.gif "Cool")😆  
Je mettrais bien un debian Etch bien configuré avec un OpenBSD bien configurée aussi. Juste pour le fun.

(moi jeune idiot ?)

---

<div class="post-metadata">

**Author:** ![ripat](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/bc79bd/32.png) [@ripat](https://www.debian-fr.org/u/ripat)\
**Post date:** [Février 20, 2016, 5:53 UTC](https://www.debian-fr.org/t/openssh-faille-encore-une/14829/11 "2016-02-20T17:53:55Z")

</div>

[quote=“mattotop”]Je n’utilise pas. Je crois que ça fournit des solutions de cryptage de disque “vraiment sûres”, et effectivement une granularité des droits plus avancée que les nécessités posix et autres.  
Si je me souviens bien, c’est préconisé par la NSA (voire, produit par elle).

(PS: ça se confirme: c’est initialement un produit “NSA”: [fr.wikipedia.org/wiki/Selinux](http://fr.wikipedia.org/wiki/Selinux) ).[/quote]

Si vous voulez vous amuser, Russell Coker, un developer debian, a mis une debian à disposition avec accès root! Mais un root dont les droits ont été limités par les “policy” de SELinux.

```auto

```

Mot de passe root sur [coker.com.au/selinux/play.html](http://www.coker.com.au/selinux/play.html)

Laissez vos commentaires dans son livre d’or dans le fichier: thanks.txt\_append\_only\_dont\_edit\_with\_vi
