Ahora que salió nuestro lanzamiento 2019.2, pensamos que aprovecharíamos esta oportunidad para cubrir algunos de los cambios y las nuevas características que tenemos para Kali Linux el próximo año. Normalmente, solo anunciamos las cosas cuando están listas para hacerse públicas, pero varios de estos cambios tendrán un impacto bastante amplio en los usuarios, por lo que queríamos compartirlos pronto.
A medida que lea esta publicación, lo que verá es que realmente estamos tratando de equilibrar nuestros esfuerzos entre los cambios que enfrentan los usuarios y los que se aplican al backend. Los cambios en el backend no parecen tan emocionantes al principio, pero el hecho es que cuanto más fácil es para nosotros trabajar en Kali, más fácil es para nosotros llegar a las funciones de cara al usuario. Además, algunos de estos cambios se centran en ajustar el proceso de desarrollo para facilitar que otros participen en el proyecto.
Todavía no estamos listos para anunciar las fechas de ninguno de estos cambios. Cuando estén listos, caerán.
GitLab - El nuevo hogar para los paquetes Kali
Uno de los cambios más grandes, que quizás ya haya notado, es nuestro traslado del repositorio oficial de Kali git a GitLab. ¡Con este cambio, es más fácil que nunca para la comunidad enviar mejoras a los paquetes de Kali y para nosotros aplicarlas! Esperamos hacer un uso intensivo de las funciones de integración continua de GitLab para agilizar nuestro trabajo en los paquetes y proporcionar comentarios automatizados a todos los contribuyentes que envían solicitudes de combinación.
Próximamente habrá documentación sobre cómo contribuir con paquetes. Espere que se publique una guía completa en nuestros documentos más adelante.
Pruebas de tiempo de ejecución:detección de errores antes que los usuarios
Hablando de paquetes, la detección de errores y problemas con los paquetes siempre es algo a mejorar. Hasta ahora, nos hemos basado en las pruebas manuales de nuestra parte y en los informes de errores proporcionados por los usuarios. Esto funciona bien, ya que los paquetes populares nunca permanecerían rotos por mucho tiempo, pero algunos paquetes de borde podrían romperse durante meses antes de que alguien se diera cuenta y nos lo informara. (Seamos honestos, la mayoría de las veces cuando encuentras algo roto en Kali, no creas un informe de error, ¿verdad?)
Para mejorar esta situación, implementamos recientemente debci en autopkgtest.kali.org. Esto nos permite tener nuestro propio sistema de integración continua, lo que permite realizar pruebas automatizadas de los paquetes de Kali de forma regular. Hemos integrado el resultado de esas pruebas en Kali Package Tracker.
Para que esta infraestructura sea lo más útil posible, necesitaremos tener pruebas de tiempo de ejecución en todos nuestros paquetes, lo cual aún está muy lejos. Con suerte, este será un lugar donde obtendremos ayuda de la comunidad para acelerar el proceso , ¡así que siéntase libre de enviar solicitudes de fusión agregando pruebas!
Metapaquetes:qué está instalado por defecto
Uno de los mayores desafíos al ejecutar un proyecto como Kali Linux es el equilibrio. Ahora tenemos tantos usuarios que ya no hay "un tamaño correcto". Tradicionalmente, lo que la gente ha pedido es “todas las herramientas, todo el tiempo”. Pero a medida que ha pasado el tiempo, esto ha llevado a uno de los problemas más grandes (juego de palabras totalmente intencionado) con Kali:Bloat. Demasiados paquetes que hacen una distribución demasiado grande, tamaños ISO grandes, etc. etc.
Para abordar esto, estamos actualizando nuestros metapaquetes. Este cambio incluye el metapaquete predeterminado de Kali, "kali-linux-full", el metapaquete que controla qué paquetes se instalan en Kali de forma predeterminada. No hace falta decir que este es un gran cambio para el usuario que afectará a todos. Las herramientas que decidimos descartar suelen ser herramientas más antiguas que no tienen mucha utilidad moderna, que no se han actualizado en años o que han sido reemplazadas por mejores herramientas más nuevas.
Lo que esto significa es que, de forma predeterminada, algunas de las herramientas en las que puede haber confiado ya no estarán incluidas de forma predeterminada. Estas herramientas seguirán existiendo en el repositorio, por lo que puede instalarlas manualmente o usar un metapaquete que las contenga. Puede ver la documentación completa de los metapaquetes y lo que contienen en kali.org/docs/general-use/metapackages/
Antes de que estos cambios entren en vigor, haremos otra publicación de blog detallandolos. Espere que estos metapaquetes cambien durante un tiempo a medida que continuamos con la optimización.
Default Shell:su interfaz principal de Kali
El shell en Kali es probablemente la utilidad más utilizada en toda la distribución para la mayoría de los usuarios. Esto crea un desafío esquizofrénico porque se usa tanto que queremos mejorarlo, pero al mismo tiempo debemos asegurarnos de que no se rompa.
Para abordar esto, agregaremos instalaciones predeterminadas de ZSH y FISH a Kali. Cada uno de estos proyectiles está optimizado para probadores de penetración, lo cual es bastante divertido. La mayoría de las veces, cuando observa la optimización de shell, todo el texto se centra en los desarrolladores, que no es donde se encuentra Kali. Nuestro objetivo aquí es tener el mejor y más optimizado entorno de shell para los probadores de penetración.
Al mismo tiempo, el viejo Bash no desaparecerá y lo dejaremos como predeterminado por ahora. Aquellos de ustedes que quieran ser aventureros y probar los nuevos caparazones encontrarán formas fáciles de cambiar. Aquellos de ustedes que solo quieran quedarse con Bash aún podrán hacerlo. Espere instrucciones en el shell (y una publicación de blog) cuando se implemente este cambio.
Documentación - Leer el Manual Fine
Espere algunos cambios en kali.org/docs/ y kali.org/tools/ , junto con una integración del manual de Kali en git a través de markdown. Esto permitirá que la documentación enviada por el usuario nos ayude a mantener las instrucciones actualizadas y precisas. Esta es otra gran manera de contribuir al proyecto Kali Linux.
NetHunter - Sangre nueva
Como habrás notado en Twitter y en las confirmaciones de git, tenemos a otro desarrollador a bordo, "Re4son", y ha puesto el proyecto NetHunter a toda marcha. Está trabajando en la compatibilidad con nuevo hardware, trabajando con la última versión de Android y varias correcciones de errores.
También existe el “Proyecto Redback ”, pero eso es todo lo que vamos a decir al respecto por el momento…más sobre esto en una publicación de blog muy pronto.
¿Qué más podemos esperar?
Esta es solo la parte de la hoja de ruta de la que tiene sentido hablar ahora. Hay mucho más en desarrollo de lo que aún no estamos listos para hablar.
También nos gustaría dar la bienvenida a g0tmi1k, quien dejó Offensive Security como desarrollador principal de Kali a tiempo completo.
Estamos en una etapa realmente emocionante del proceso de desarrollo de Kali, donde muchos de los elementos detrás de escena en los que hemos estado trabajando están listos para salir a la luz pública. Espere una buena cantidad de mejoras en Kali Linux durante la próxima mitad del año. Si desea discutir esta publicación con nosotros o tiene ideas sobre cosas que podríamos considerar, póngase en contacto a través del foro.