Versión en español
|
English version
Se ha detectado hoy un importantísimo bug en todos los sistemas operativos tipo Unix. Millones y millones de personas han estado redirigiendo la salida estándar y la de errores a /dev/null
sin preocuparse de lo que pasaba con esos datos. Parece ser que los datos se quedaban simplemente ahí, en /dev/null
; y ahora se están sufriendo las consecuencias: /dev/null
se ha llenado.
Para los usuarios de Unix, /dev/null
es un mecanismo imprescindible para destruir mensajes que no entienden o son pesados de leer: avisos de programas que usan, informes de 'bugs' acerca de programas que hacen, mensajes del jefe y otros mensajes menos interesantes aún, etc. Pero ahora, están obligados a leerlo todo. Esto redundará en una gran pérdida de tiempo de todos los usuarios de Unix.
Ningún gurú de Unix había predicho que /dev/null
se llenaría algún día. El Sr. Kernighan declinó hacer comentarios, diciendo, "Pregunten al Sr. Ritchie. Él tenía mayor idea sobre eso del /dev/null
.". El Sr. Ritchie, por su parte, dijo, "No, creo que era cosa del Sr. Thompson". A lo que el Sr. Thompson ha respondido: "Bien, ha estado ahí siempre, pero estoy seguro de que el fallo no es mío."
Treinta minutos después de hacerse público el fallo, Microsoft liberó un parche de seguridad para el sistema operativo Windows NT. Sin embargo, fue eliminado de su sitio web cuando los ingenieros de Microsoft observaron que /dev/null
no existía en Windows NT y por tanto no estaba afectado por el error. El parche de seguridad que habían lanzado era un fichero vacío.
Los gurús de Unix avisan que deberán tener cuidado también con la entrada estándar (también conocida como stdin), ya que mucha gente ha estado leyendo cosas de ahí durante años y se cree que quedará vacía muy pronto.
A major bug was detected today in all Unix-like operating systems. Millions and millions of people have been redirecting error messages and standard output to /dev/null
for decades without bothering to think about what happened to that data. It appears that the data just stayed in /dev/null
, and we are now facing the consequences: /dev/null
is full.
For Unix users, /dev/null
was a convenient way to destroy messages that they did not understand or were too lazy to to read: warnings from programs they used, bug reports concerning programs they wrote, messages from the boss and other uninteresting emails, etc. From now on, they will be forced to read everything. This will result in a massive loss of time for all Unix users.
No Unix guru had ever predicted that /dev/null
would be full one day. Mr. Kernighan declined comment, saying, "Ask Mr. Ritchie. He had the idea of that /dev/null
thing." Mr. Ritchie said, "No, I think it was Mr. Thompson". Mr. Thompson responded: "Well, it's been a long time, but I'm sure it was not me."
Thirty minutes after this bug was made public, Microsoft released a security patch for its Windows NT operating system. However, it was removed from the Web site when Microsoft engineers noticed that /dev/null
did not exist on Windows NT and thus it was not affected by the bug. The security patch they had released was an empty file.
Unix gurus warn that we should also be careful about the standard input (also known as stdin), because many people have been reading things from the standard input for years, and it may be empty very soon.