"value":"Composer is a dependency manager for the PHP programming language. Integrators using Composer code to call `VcsDriver::getFileContent` can have a code injection vulnerability if the user can control the `$file` or `$identifier` argument. This leads to a vulnerability on packagist.org for example where the composer.json's `readme` field can be used as a vector for injecting parameters into hg/Mercurial via the `$file` argument, or git via the `$identifier` argument if you allow arbitrary data there (Packagist does not, but maybe other integrators do). Composer itself should not be affected by the vulnerability as it does not call `getFileContent` with arbitrary data into `$file`/`$identifier`. To the best of our knowledge this was not abused, and the vulnerability has been patched on packagist.org and Private Packagist within a day of the vulnerability report."
},
{
"lang":"es",
"value":"Composer es un administrador de dependencias para el lenguaje de programaci\u00f3n PHP. Los integradores usando el c\u00f3digo de Composer para llamar a la funci\u00f3n \"VcsDriver::getFileContent\" pueden tener una vulnerabilidad de inyecci\u00f3n de c\u00f3digo si el usuario puede controlar el argumento \"$file\" o \"$identifier\". Esto conlleva a una vulnerabilidad en packagist.org, por ejemplo, donde el campo \"readme\" de composer.json puede ser usado como vector para inyectar par\u00e1metros en hg/Mercurial por medio del argumento \"$file\", o en git por medio del argumento \"$identifier\" si son permitidos datos arbitrarios all\u00ed (Packagist no lo hace, pero quiz\u00e1s otros integradores s\u00ed). El propio Composer no deber\u00eda verse afectado por la vulnerabilidad, ya que no llama a \"getFileContent\" con datos arbitrarios en $file\"/\"$identifier\". Por lo que sabemos, no ha sido abusado de ello, y la vulnerabilidad ha sido parcheada en packagist.org y en Private Packagist un d\u00eda despu\u00e9s del informe de la vulnerabilidad"
