CERTA-2001-AVI-062

Vulnerability from certfr_avis - Published: - Updated:

Un débordement de mémoire dans le serveur xinetd permet à un utilisateur mal intentionné de provoquer un déni de service (arrêt brutal du processus) voire d'exécuter du code à distance.

En outre, dans le paquetage d'installation de la distribution RedHat (Redhat 7.0 et RedHat 7.1), un mauvais positionnement des droits d'accès par défaut peut entraîner, dans certains cas, la possibilité de lire ou de modifier des fichiers générés par les services démarrés au moyen de xinetd.

Description

Le service xinetd (eXtended InterNET services Daemon) est le successeur du service inetd.

Ce service contôle le démarrage d'autres services (ftpd, telnetd ...).

4.1 Débordement mémoire dans xinetd.

Xinetd permet d'enregistrer, après l'interrogation du service identd de la machine distante, l'identité de l'utilisateur accédant aux différents services.

Un utilisateur mal intentionné peut utiliser sur sa machine un service identd forgeant une réponse qui provoquera un débordement mémoire sur le service xinetd distant .

Si aucune exploitation de cette vulnérabilité n'a été publiée en vue de l'obtention du privilège root à distance, l'occurence d'un débordement mémoire peut toutefois entraîner l'arrêt intempestif du service xinetd, empêchant de ce fait le démarrage des services gérés par ce dernier.

4.2 Mauvais positionnement des droits d'accès par défaut.

Dans les distributions Redhat 7.0 et 7.1, xinetd utilise le masque par défaut umask 0.

Les services démarrés par xinetd et qui ne positionnent pas eux-même les droits d'accès aux fichiers créés, vont créer des fichiers avec les droits de lecture et d'écriture pour tout le monde.

Solution

Télécharger le correctif disponible sur le site de RedHat :

  • ftp://updates.redhat.com/7.0/en/os/SRPMS/xinetd-2.1.8.9pre15-2.src.rpm

  • ftp://updates.redhat.com/7.1/en/os/SRPMS/xinetd-2.1.8.9pre15-2.src.rpm

Ce paquetage contient la nouvelle version d'xinetd (version Xinetd 2.1.8.9pre15) et corrige aussi le problème lié au positionnement des droits d'accès par défaut.

Toutes les versions de xinetd antérieures à 2.1.8.9pre15.

Distributions RedHat 7.0 et RedHat 7.1.

Impacted products
Vendor Product Description
References

Show details on source website

{
  "$ref": "https://www.cert.ssi.gouv.fr/openapi.json",
  "affected_systems": [],
  "affected_systems_content": "\u003cp\u003eToutes les versions de xinetd  ant\u00e9rieures \u00e0 2.1.8.9pre15.  \u003cP\u003eDistributions RedHat 7.0 et RedHat 7.1.\u003c/P\u003e\u003c/p\u003e",
  "content": "## Description\n\nLe service xinetd (eXtended InterNET services Daemon) est le successeur\ndu service inetd.\n\nCe service cont\u00f4le le d\u00e9marrage d\u0027autres services (ftpd, telnetd ...).\n\n## 4.1 D\u00e9bordement m\u00e9moire dans xinetd.\n\nXinetd permet d\u0027enregistrer, apr\u00e8s l\u0027interrogation du service identd de\nla machine distante, l\u0027identit\u00e9 de l\u0027utilisateur acc\u00e9dant aux diff\u00e9rents\nservices.\n\nUn utilisateur mal intentionn\u00e9 peut utiliser sur sa machine un service\nidentd forgeant une r\u00e9ponse qui provoquera un d\u00e9bordement m\u00e9moire sur le\nservice xinetd distant .\n\nSi aucune exploitation de cette vuln\u00e9rabilit\u00e9 n\u0027a \u00e9t\u00e9 publi\u00e9e en vue de\nl\u0027obtention du privil\u00e8ge root \u00e0 distance, l\u0027occurence d\u0027un d\u00e9bordement\nm\u00e9moire peut toutefois entra\u00eener l\u0027arr\u00eat intempestif du service xinetd,\nemp\u00eachant de ce fait le d\u00e9marrage des services g\u00e9r\u00e9s par ce dernier.\n\n## 4.2 Mauvais positionnement des droits d\u0027acc\u00e8s par d\u00e9faut.\n\nDans les distributions Redhat 7.0 et 7.1, xinetd utilise le masque par\nd\u00e9faut umask 0.\n\nLes services d\u00e9marr\u00e9s par xinetd et qui ne positionnent pas eux-m\u00eame les\ndroits d\u0027acc\u00e8s aux fichiers cr\u00e9\u00e9s, vont cr\u00e9er des fichiers avec les\ndroits de lecture et d\u0027\u00e9criture pour tout le monde.\n\n## Solution\n\nT\u00e9l\u00e9charger le correctif disponible sur le site de RedHat :\n\n-   ftp://updates.redhat.com/7.0/en/os/SRPMS/xinetd-2.1.8.9pre15-2.src.rpm\n\n-   ftp://updates.redhat.com/7.1/en/os/SRPMS/xinetd-2.1.8.9pre15-2.src.rpm\n\nCe paquetage contient la nouvelle version d\u0027xinetd (version Xinetd\n2.1.8.9pre15) et corrige aussi le probl\u00e8me li\u00e9 au positionnement des\ndroits d\u0027acc\u00e8s par d\u00e9faut.\n",
  "cves": [],
  "links": [],
  "reference": "CERTA-2001-AVI-062",
  "revisions": [
    {
      "description": "version initiale.",
      "revision_date": "2001-06-11T00:00:00.000000"
    }
  ],
  "risks": [
    {
      "description": "Obtention du privil\u00e8ges root \u00e0 distance"
    },
    {
      "description": "D\u00e9ni de service"
    },
    {
      "description": "Compromission de donn\u00e9es"
    }
  ],
  "summary": "Un d\u00e9bordement de m\u00e9moire dans le serveur xinetd permet \u00e0 un utilisateur\nmal intentionn\u00e9 de provoquer un d\u00e9ni de service (arr\u00eat brutal du\nprocessus) voire d\u0027ex\u00e9cuter du code \u00e0 distance.\n\nEn outre, dans le paquetage d\u0027installation de la distribution RedHat\n(Redhat 7.0 et RedHat 7.1), un mauvais positionnement des droits d\u0027acc\u00e8s\npar d\u00e9faut peut entra\u00eener, dans certains cas, la possibilit\u00e9 de lire ou\nde modifier des fichiers g\u00e9n\u00e9r\u00e9s par les services d\u00e9marr\u00e9s au moyen de\nxinetd.\n",
  "title": "Vuln\u00e9rabilit\u00e9 de Xinetd",
  "vendor_advisories": [
    {
      "published_at": null,
      "title": "Avis de s\u00e9curit\u00e9 RHSA-2001:075-05",
      "url": null
    }
  ]
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.


Loading…

Loading…

Loading…

Sightings

Author Source Type Date

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.


Loading…

Detection rules are retrieved from Rulezet.

Loading…

Loading…