El kernel de Linux siempre ha sido un lugar ideal para implementar monitoreo / observabilidad, redes y seguridad. Desafortunadamente, esto a menudo no era práctico ya que requería cambiar el código fuente del kernel o cargar módulos del kernel, y resultó en capas de abstracciones apiladas una encima de la otra. eBPF es una tecnología revolucionaria que puede ejecutar programas de espacio aislado en el kernel de Linux sin cambiar el código fuente del kernel o cargar módulos del kernel.

Hace ahora un año, Linux Torvalds —creador y responsable del desarrollo del kernel de Linux— afirmaba estar convencido de que, con el tiempo, presenciaría la sustitución de C como principal lenguaje de desarrollo del kernel. "Puede que sea a manos de Rust, o no". Ahora, un año más tarde, descubrimos que lo más probable es que sí sea Rust. Y es que Google ha anunciado que financiará la implantación de este lenguaje en el kernel de Linux para que un programador pueda trabajar a tiempo completo en este proyecto de reescritura (parcial) de código.

Apenas hace algunos días se publicó el Kernel 3.18.5 de Linux , siendo esta la quinta actualización de la sub rama 3.18* Entre las Novedades del Kernel 3.18.5: fix deadlock in cifs_ioctl_clone() drm/radeon: add a dpm quirk list drm/radeon: add si dpm quirk list drm/radeon: use rv515_ring_start on r5xx

El universo Linux ha cambiado para siempre. Su tecnología dejó de ser «algo raro» en las charlas informáticas, y hoy se encuentra presente en millones de smartphones, tablets, módems, routers, dispositivos vestibles y vehículos, sin olvidar su dominio en el espacio de servidores. Con la llamada Internet de las Cosas golpeando la puerta, la seguridad del kernel Linux no podría continuar con su modelo actual, y múltiples voces recomiendan la implementación de una nueva estrategia que permita al kernel «protegerse a sí mismo»

El kernel de Linux ha desaprobado oficialmente su estilo de codificación de que la longitud de las líneas de código cumple con 80 columnas como el "límite preferido fuerte". El kernel de Linux, como muchos proyectos de código abierto de larga data, tiene una pauta de estilo de codificación que dice que las líneas de código deben ser de 80 columnas o menos, pero ahora que, aunque todavía se recomienda, ya no será tan obligatorio. Esto se debe a que Linus Torvalds comentó el viernes que los saltos de línea excesivos son malos y está en contra.

Hace pocas horas se ha dado a conocer una nueva vulnerabilidad en el núcleo del sistema operativo libre presente en este sistema desde el año 2009 que puede permitir a un atacante que la explote correctamente ganar permisos hasta considerarse “root” o generar un “kernel panic” en el sistema mediante un ataque DoS desbordando los límites asignados de la memoria. Esta nueva vulnerabilidad descubierta afecta a todas las versiones del kernel de Linux desde la versión 2.6.31 (una versión de 2009) hasta la actual 3.14.3 y la 3.15, aún en desarrollo.

Parece ser que se ha descubierto una vulnerabilidad crítica en el núcleo del sistema operativo libreNo es muy común hablar de vulnerabilidades críticas en el kernel Linux ya que no es habitual, por eso cuando sucede tiene tanta repercusión en la red. Parece ser que se ha descubierto una vulnerabilidad crítica en el núcleo del sistema operativo libre que cualquier atacante que sepa explotarla de forma correcta puede llegar a hacerse root o generar un kernel panic a través de un ataque DoS.

Una de las cosas buenas que tiene Linux es que no depende de una empresa o de un desarrollador en concreto. La libertad de código nos permite poder coger elementos y replicarlos, adaptarlos y/o modificarlos a nuestro gusto. Esto ha permitido que usuarios anónimos impulsen el desarrollo de Linux, pero también que existan nuevas empresas en torno a él. Además, empresas privadas están teniendo importancia dentro del desarrollo de Linux. Y, curiosamente, sabemos que —gracias a un estudio de InfoWorld— la empresa que más aporta es Microsoft.

Hace varios días, un grupo de ingenieros de Google identificaron un fallo crítico en el kernel de Linux relacionado directamente con la conectividad. Este fallo llevaba presente en el código del núcleo desde hace más de 10 años (siendo una de las vulnerabilidades más antiguas del mismo) y afectaba perjudicialmente sobre el rendimiento de las conexiones a Internet que utilizaban el protocolo TCP

Parece que en un futuro próximo se dará un pequeño pero importante paso. Esto empezará a suceder a partir de la versión 4.4 del kernel de Linux y, gracias al Proyecto Trebble, que se encontrará en los terminales con Android 8.0 Oreo, haría que las actualizaciones puedan ser más sencillas, rápidas y frecuentes. De hecho, Google "sueña" con proporcionar un mínimo de cuatro actualizaciones de cambio de versión en todos los dispositivos (no sólo en los Pixel).

Aquellos de vosotros que lleváis más tiempo por aquí recordaréis cuando era posible montar kernel.org como un servicio NFS. Aunque en su momento fue bueno y conveniente, en realidad fue una mala idea, no sólo porque el protocolo era terrible en cuanto a latencias sino también debido a las importantes implicaciones de seguridad. Bien, 19 años después estamos pensando en que también hay que cerrar otro servicio que tiene un importante protocolo e implicaciones de seguridad: nuestros servidores de FTP.

Hace apenas unos días se publicó la version estable del Kernel 3.19, de la rama 3.xx.xx Esta nueva versión incluye la inclusión de la tecnología MPX de Intel. Esto dota a este sistema operativo de soporte para la generación Skylake de procesadores Intel, previstos para finales de año.

Código fuente del Kernel de Linux super comentado [PDF] Versión Kernel 0.12 (revisión china 5)

Daniel Vetter, del Centro de Tecnología de Código Abierto de Intel, ha desarrollado algunas diapositivas que cubren el proceso general de revisión de parches del kernel de Linux con el fin de ayudar a los nuevos desarrolladores a la hora de aportar contribuciones a la comunidad de código abierto. Las diapositivas eran originalmente parte de algunos de sus materiales de formación interna para los nuevos empleados de Intel relacionados con el mundo de Linux y cubren tanto la revisión técnica como el propio proceso de revisión.

Uno de los encargados del mantenimiento de Linux ha advertido acerca de los riesgos de seguridad asociados a los terminales móviles a pesar del esfuerzo de los desarrolladores para minimizar sus efectos. La razón estriba en que los vendedores actúan de un modo descoordinado y sin políticas para actualizar el kernel de Linux, por lo que los trabajos realizados por los desarrolladores en esta dirección no se ven reflejados en los dispositivos.

Hace un par de días que Linux cumplió 29 años y si no publicamos nada por aquí es por lo aburrido que resultada cada año repetir la misma historia: «hace hoy x años desde que Linus Torvalds…». Con hacerlo cada cinco años vale, así que será en 2021 cuando volvamos a contar el cuento. Sin embargo, este aniversario del kernel tiene algo especial: el proyecto ha alcanzado su commit 1 millón.

Desarrolladores indios han creado BOSSMOOL en un esfuerzo para rediseñar el kernel de Linux añadiendo abstracciones mediante orientación a objetos junto a un framework para poder crear controladores de dispositivos en C++ además de otra serie de características.

Viendo que ReiserFS tiene poco mantenimiento y su desarrollo está bastante parado desde hace años, algunos desarrolladores del kernel han propuesto retirar el veterano ReiserFS, que desde hace tiempo está más abandonado que mantenido. Parecía que la situación de ReiserFS era, cuanto menos, relativamente buena, pero todo empezó a torcerse cuando Hans Reiser fue declarado culpable hace década y media del asesinato de su propia esposa. Desde entonces el trabajo en torno ReiserFS disminuyó bastante.