Después de Log4j, el software de código abierto ahora es un problema de seguridad nacional

Imagen del artículo titulado Después de Log4j, el software de código abierto ahora es un problema de seguridad nacional

Foto: Imagen de Dünzlullstein (imágenes falsas)

Durante años, los desarrolladores de software libre y de código abierto han estado diciendo cualquiera que escuche que sus proyectos necesitan una mejor asistencia financiera y más supervisión. Ahora, después de una serie de incidentes desastrosos relacionados con el código fuente abierto, es posible que el gobierno federal y Silicon Valley finalmente estén escuchando.

A reunión En la Casa Blanca el jueves, ejecutivos de algunas de las empresas más grandes del sector tecnológico se reunieron con funcionarios de la administración para discutir la necesidad de una mejor seguridad en la comunidad de código abierto. La lista de asistentes incluía grandes nombres como Google, Facebook, Microsoft, Amazon, Oracle y Apple, entre otros.

Software de código abierto se diferencia del software propietario en que es gratuito, públicamente inspeccionable y cualquiera puede utilizarlo o modificarlo. Debido a lo útiles que pueden ser las herramientas de código abierto, las grandes corporaciones a menudo las utilizan con fines de desarrollo. Pero, lamentablemente, los proyectos de código abierto necesitan supervisión y financiación para mantenerse seguros, y no siempre lo consiguen. Durante años, los desarrolladores de código abierto se han quejado de que su software necesita un mejor apoyo de las grandes empresas tecnológicas y otros actores institucionales, un problema que finalmente está acaparando la atención general.

No es difícil ver por qué la Casa Blanca ha convocado su reunión en este momento. Hace apenas un mes más o menos, un error pernicioso se encontró en la popular biblioteca de registro Apache de código abierto log4j. El problemático programa, que es utilizado por casi todos, provocó un pánico generalizado en toda la industria de la tecnología, ya que las empresas se apresuraron a parchear los sistemas y productos que dependían de la biblioteca para tener éxito. (ELfuncionarios de Apache Software Foundation también estuvieron presentes en la reunión del jueves).

Log4j no es la única debacle de código abierto que ha ocurrido últimamente. Apenas la semana pasada, el creador de dos herramientas de software ampliamente utilizadas decidido a inexplicablemente

deshabilítelos a través de una serie de extrañas actualizaciones de software. Marak Squires, el hombre detrás de las populares bibliotecas de JavaScript farsante y Colores, bombardeó extrañamente los programas y logró eliminar miles de otros proyectos de software que dependían de ellos para el éxito.

En resumen: claramente hay espacio para mejorar y, afortunadamente, los asistentes a la reciente reunión en la Casa Blanca parecer bastante dispuesto a ello. En la reunión, el asesor de seguridad nacional de la Casa Blanca, Jake Sullivan, aparentemente calificó el software de código abierto como un “problema clave de seguridad nacional”. Del mismo modo, el presidente de asuntos globales y director legal de Google caminante kent publicó un comunicado al blog de la compañía el jueves argumentando que quería ver un mejor apoyo para la comunidad de código abierto.

“Durante demasiado tiempo, la comunidad del software se ha consolado con la suposición de queel software fuente es generalmente seguro debido a su transparencia y a la suposición de que ‘muchos ojos’ estaban observando para detectar y resolver problemas”, dijo Walker. “Pero, de hecho, mientras que algunos proyectos tienen muchos ojos puestos en ellos, otros tienen pocos o ninguno”.

En su declaración, Walker sugiere además un mayor apoyo público y privado para los proyectos de código abierto, el establecimiento de líneas de base de seguridad y pruebas, y el desarrollo de una rúbrica para identificar proyectos “críticos”, del tipo que tienen mucho uso (es decir, probablemente algo como log4j).

Lo que exactamente el gobierno y otros miembros de Big Tech tienen en mente para una mejor seguridad de código abierto no está del todo claro en este momento, pero el hecho de que estén hablando de eso parece una buena señal.

.

Leave a Reply

Your email address will not be published. Required fields are marked *