Después de tres años y medio de desarrollo se acaba de presenta la liberación de la primera versión estable del proyecto «GNU Wget2 2.0», la cual se está desarrollando como una versión completamente rediseñada del programa para automatizar la carga recursiva de contenido «GNU Wget».

GNU Wget2 está diseñado y reescrito desde cero, y se destaca por la eliminación de la funcionalidad básica del cliente web en la biblioteca libwget, que se puede usar en aplicaciones independientes.

Sobre Wget2

En lugar de reelaborar gradualmente la base de código existente, se decidió rehacer todo desde cero y se encontró una rama separada de Wget2 para implementar ideas para reestructurar, aumentar la funcionalidad y realizar cambios que rompan la compatibilidad. Con la excepción del final del soporte para FTP y el formato WARC, wget2 puede actuar como un reemplazo transparente de la utilidad wget clásica en la mayoría de las situaciones.

Con la liberación de esta versión se ha movido la funcionalidad a la biblioteca libwget junto con la cual se ha realizado una transición a una arquitectura de subprocesos múltiples con la cual además se ha brindado la posibilidad de configurar múltiples conexiones en paralelo y descargar en múltiples flujos. Incluso es posible paralelizar la descarga de un archivo con una división en bloques usando la opción «–chunk-size».

Otra de las novedades que se destaca es el soporte para el protocolo HTTP/2 junto al encabezado HTTP If-Modified-Since para descargar solo los datos modificados.

Mientras que por la parte de los cambios específicos para OpenSSL se corrige la comprobación de CRL, se ha implementado ALPN y se han hecho correcciones para arreglar los problemas con las pérdidas de memoria.

Por otra parte, también se menciona que se ha actualizado la información de la licencia, se han realizado diversos arreglos en las compilaciones para poder soportar la codificación de aceptación lzip, asi como también para permitir una lista de tokens para conexión y poder solucionar el conflicto de directorios con –no-clobber.

Mientras que por la parte de las opciones que se han agregado podremos encontrar un método mejorando para la compatibilidad con versiones anteriores, mejoras en datos, se ha añadido la opción –body-file mejorando la compatibilidad con versiones anteriores, asi como también la opción –ignore-length,  opción –convert-file-only y opción –download-attr para hacer uso del atributo ‘descargar’ de HTML5

De los demás cambios notables que se destacan desde la última versión:

• Se ha añadido la opción –robots=off para las descargas de robots.txt
• Se añadió el soporte pkg-config para GPGME
• Se realizaron las correcciones de conversión (-k) en combinación con -E
• Se realizaron las correcciones el encabezado del archivo de cookies para que sea reconocido por el comando ‘archivo’
• Se corrigió la carga de certificados de CA cuando el ‘sistema’ no es compatible
• Se ha cambiado el nombre de –retry-on-http-status a –retry-on-http-error
• Límite de requisitos de página solo para páginas hoja
• Corregir la desreferencia NULL con –convert-links
• Admite hipervínculos de terminal en la salida
• Configure el interruptor –disable-manylibs para deshabilitar la construcción de bibliotecas pequeñas
• Soporte – antecedentes en Windows
• Agregar opción –bind-interface
• Agregar carga HTTP2
• Admite el atributo de descarga HTML (para etiquetas ay de área)
• Agregue la opción –download-attr = [strippath | usepath] para controlar la compatibilidad con los atributos de descarga
• OpenSSL: agregar soporte OCSP
• OpenSSL: implementar el grapado OCSP
• Datos de soporte: URL en el atributo srcset
•  Se corrigieron diversos problemas
•  Código mejorado, documentación, construcción, pruebas, CI y más

Finalmente si estás interesado en conocer más al respecto sobre esta nueva versión liberada de Wget2, puedes consultar los detalles en el siguiente enlace.

¿Como instalar Wget2 en Linux?

Para quienes esten interesados en poder instalar esta utilidad, deben saber que en algunas de las distribuciones de Linux pueden encontrar el paquete dentro de sus repositorios.

Aun que también pueden realizar la compilación del paquete siguiendo estas instrucciones. Lo primero que debemos hacer es obtener el código fuente con:

git clone https://gitlab.com/gnuwget/wget2.git
cd wget2
./bootstrap
./configure

Procedemos a compilar con:

make
setarch x86
./configure --prefix=/boot/home/config/non-packaged
rm /boot/home/config/non-packaged/wget2  
mv /boot/home/config/non-packaged/wget2_noinstall /boot/home/config/non-packaged/wget2
make check

Y finalmente instalamos con:

sudo make install 

from Linux Adictos https://ift.tt/2Y54rBe
via IFTTT

El día de hoy 30 de septiembre, el tiempo de vida del certificado raíz IdenTrust expiro y es que este certificado fue utilizado para firmar el certificado de Let’s Encrypt (ISRG Root X1), controlada por la comunidad y proporcionar certificados de forma gratuita para todos.

La firma aseguró la confianza de los certificados Let’s Encrypt en una amplia gama de dispositivos, sistemas operativos y navegadores al tiempo que integraba el propio certificado raíz de Let’s Encrypt en los almacenes de certificados root.

Originalmente se planeó que después de que DST Root CA X3 esté desactualizado, el proyecto Let’s Encrypt cambiará a generar firmas usando solo su certificado, pero tal paso conduciría a una pérdida de compatibilidad con una gran cantidad de sistemas antiguos que no lo hicieron. En particular, alrededor del 30% de los dispositivos Android en uso no tienen datos sobre el certificado raíz Let’s Encrypt, cuyo soporte apareció solo a partir de la plataforma Android 7.1.1, lanzada a fines de 2016.

Let’s Encrypt no tenía previsto celebrar un nuevo acuerdo de firma cruzada, ya que esto impone una responsabilidad adicional a las partes del acuerdo, las priva de independencia y les ata de las manos en cuanto al cumplimiento de todos los procedimientos y normas de otra autoridad de certificación.

Pero debido a problemas potenciales en una gran cantidad de dispositivos Android, se revisó el plan . Se firmó un nuevo acuerdo con la autoridad de certificación IdenTrust, en virtud del cual se creó un certificado Let’s Encrypt intermedio alternativo con firma cruzada. La firma cruzada tendrá una validez de tres años y seguirá siendo compatible con los dispositivos Android a partir de la versión 2.3.6.

Sin embargo, el nuevo certificado intermedio no cubre muchos otros sistemas heredados. Por ejemplo, después de que el certificado DST Root CA X3 caducp (hoy 30 de septiembre), los certificados Let’s Encrypt ya no se aceptarán en firmware y sistemas operativos no compatibles, en los cuales, para garantizar la confianza en los certificados Let’s Encrypt, deberá agregar manualmente la raíz ISRG. Certificado X1 al almacén de certificados raíz. Los problemas se manifestarán en:

OpenSSL hasta la rama 1.0.2 incluida (el mantenimiento de la rama 1.0.2 se interrumpió en diciembre de 2019);

• NSS <3,26
• Java 8 <8u141, Java 7 <7u151
• Windows <XP SP3
• macOS <10.12.1
• iOS <10 (iPhone <5)
• Android <2.3.6
• Mozilla Firefox <50
• Ubuntu <16.04
• Debian <8

En el caso de OpenSSL 1.0.2, el problema está causado por un error que impide el manejo correcto de certificados con firma cruzada si uno de los certificados raíz involucrados en la firma caduca, aunque se conservan otras cadenas de confianza válidas.

El problema surgió por primera vez el año pasado después de la expiración del certificado AddTrust utilizado para la firma cruzada en los certificados de la autoridad de certificación Sectigo (Comodo). El meollo del problema es que OpenSSL analizó el certificado como una cadena lineal, mientras que según RFC 4158, el certificado puede representar un gráfico circular distribuido dirigido con varios anclajes de confianza que deben tenerse en cuenta.

A los usuarios de distribuciones más antiguas basadas en OpenSSL 1.0.2 se les ofrecen tres soluciones para resolver el problema:

• Eliminar manualmente el certificado raíz IdenTrust DST Root CA X3 e instale el certificado raíz ISRG Root X1 independiente (sin firma cruzada) .
• Especificar la opción «–trusted_first» cuando ejecute los comandos openssl verify y s_client.
• Utilizar un certificado en el servidor que esté certificado por un certificado raíz SRG Root X1 independiente que no tenga firma cruzada (Let’s Encrypt ofrece una opción para solicitar dicho certificado). Este método conducirá a la pérdida de compatibilidad con los antiguos clientes de Android.

Además, el proyecto Let’s Encrypt ha superado el hito de los dos mil millones de certificados generados. El hito de mil millones se alcanzó en febrero del año pasado. Cada día se generan 2,2-2,4 millones de nuevos certificados. El número de certificados activos es de 192 millones (el certificado es válido por tres meses) y cubre alrededor de 260 millones de dominios (hace un año cubría 195 millones de dominios, hace dos años – 150 millones, hace tres años – 60 millones).

Según las estadísticas del servicio Firefox Telemetry, la proporción global de solicitudes de página a través de HTTPS es del 82% (hace un año – 81%, hace dos años – 77%, hace tres años – 69%, hace cuatro años – 58%).

Fuente: https://scotthelme.co.uk/

from Linux Adictos https://ift.tt/3F3PLDA
via IFTTT