Linux y usuarios domeśticos. Nuestra última oportunidad (Opinión)

Linux y usuarios domésticos

A esta altura del partido, después de escribir más de mil doscientas palabras sobre la presentación de un sistema operativo privativo, es probable que ustedes tengan ganas de preguntarme qué parte de LINUX Adictos no entendí. Solo necesito dos palabras más para justificar esta serie de artículos; Satya Nadella.

Bill Gates creó un mercado casi desde cero, Steve Jobs podía venderle a su público casi cualquier cosa que tuviera el logo de la manzana y lo mismo pasa con su sucesor Tim Cook. En cambio, Satya Nadella trabajó en una de las pocas divisiones de Microsoft en la que la empresa se vio obligada a pelear de igual a igual con otros competidores por cada punto de participación de mercado. Se trata de alguien con la capacidad de saber para donde va la industria.

Y, el mundo del código abierto necesita desesperadamente alguien como él.

El secreto de nuestro fracaso

¿Por qué fracasaron Ubuntu Touch, Firefox OS y Windows Phone? ¿Cómo hizo Apple para aguantar tres décadas escapándole a la quiebra hasta que el iPod la llevó al camino de la rentabilidad? ¿Por qué nunca fue el año de Linux en el escritorio?

La semana pasada, en el diálogo con el Wall Street Journal que reprodujimos en otro artículo, Nadella sin querer respondió a todas esas preguntas. La respuesta a todas ellas es: las aplicaciones.

Ubuntu Touch, FirefoxOS y Windows Phone no tenían la integración nativa con los servicios de Google, ni WhatsApp ni Instagram. El hardware de Apple funcionaba como un todo con el software de Adobe. Linux no podía correr ni Microsoft Office, ni los juegos más populares.

En la próxima guerra por dominar el mercado de consumo masivo, las aplicaciones son las armas. Pero, el campo de batalla va a ser el hardware. Geoff Blaber, analista de la industria define el nuevo escenario como una batalla entre la PC con Windows basada en x86 y la M1 de Apple con MacOS

Frente a una mayor amenaza competitiva de las Mac basadas en M1 de Apple, Microsoft está enfatizando su filosofía de apertura y conexión de ecosistemas al respaldar las aplicaciones de Android y la tienda de aplicaciones de Amazon. El contraste con Apple es cada vez más nítido y ofrece a los clientes una opción clara.

Hasta ahora, el enfoque de Linux en particular y del código abierto en general fue adaptarse al hardware existente. Pero, hoy por hoy las opciones de equipos nativos están aumentado y, sería un buen momento para promover el hardware abierto. Pero, para lograrlo, es necesario entender que los principios no venden, necesitamos crear aplicaciones que la gente quiera usar.

Permítanme dar un ejemplo. Uno se puede hacer vegano por amor a los animales, razones de salud, moda o presión de la persona amada. Casi nadie lo hace porque prefiera el sabor de los rábanos al del chocolate. Del mismo modo, la mayor parte de la gente no va a aceptar renunciar a prestaciones por muy admirables que sean los principios del software libre. Nuestra última oportunidad de ganar a los usuarios domésticos para la causa del software libre y de código abierto es hacer mejores productos (Esto es, más divertidos y útiles)

Linux y usuarios domésticos. La batalla que podemos ganar

En declaraciones a otros medios, Nadella lo define mejor

No hay computación personal sin decisión personal
La informática personal requiere elección. Necesitamos nutrir y hacer crecer nuestra propia voluntad sobre la informática en sí. Queremos eliminar las barreras para ofrecer opciones reales. Necesitamos poder elegir las aplicaciones que ejecutamos, el contenido que consumimos y las personas con las que nos conectamos. Los sistemas operativos y los dispositivos deben adaptarse a nuestras necesidades, no al revés.

Ayer, Pablinux nos contó que la distribución china Deepin va a permitir instalar aplicaciones Android. Interesante, pero ese no es el punto.

No se trata de poder usar Tik Tok en el escritorio Linux, se trata de vender teléfonos, laptops y PC con hardware abierto.

La compatibilidad de Windows con Android va a durar hasta que la participación del mercado de las tabletas, cloudboooks, teléfonos y dispositivos híbridos supere el 50% Por algo Microsoft ofrece generosas opciones para que los desarrolladores creen aplicaciones nativas.

¿Vamos a dejar que Microsoft use nuestros principios, y, en muchos casos nuestras tecnologias para quedarse con el mercado de los usuarios domésticos?

Si perdemos esta batalla es por culpa nuestra. Nunca estuvimos en mejor posición para darla.

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

Deepin Linux 20.2.2 introduce una nueva tienda de software que soporta apps de Android… o eso dicen

Nueva tienda en Deepin Linux 20.2.2

Hace poco, tras el anuncio de Windows 11 y su soporte para aplicaciones de Android, leí un comentario que decía que Linux debería hacer lo mismo. Yo estoy de acuerdo, en parte, porque me gustaría poder usar apps de Android en Linux de manera sencilla, pero «Linux» es un núcleo y los diferentes proyectos parece que no se van a poner de acuerdo para conseguir esa meta. Sí hay equipos de desarrolladores que lo están haciendo, como los de Ubuntu Web, JingOS o, más recientemente, el chino que hay detrás del Deepin Linux 20.2.2 que han lanzado hoy.

Yo, que no estoy siguiendo mucho el desarrollo de Deepin Linux, más allá de seguirles en Twitter, me he enterado de esta noticia leyendo al medio 9to5Linux. Pronto han conseguido captar mi atención, sólo ha hecho falta incluir las palabras «soporte para Android» para recordar, por ejemplo, que no hay clientes de Twitter decentes (no para mí) para Linux si no se usa el servicio desde el navegador.

Deepin Linux 20.2.2 es de origen chino

Para escribir este artículo he querido comprobar por mí mismo esa nueva tienda de aplicaciones. Lo he hecho en GNOME Boxes, desde dónde no me ha permitido iniciar una Live Session. Así, sabiendo que las instalaciones de las cajas de GNOME son rápidas, he instalado el sistema para probarlo un poco, para lo que me ha pedido un mínimo de 64GB.

Y, bueno, no puedo decir que haya perdido el tiempo con esto, porque la instalación la he hecho mientras escribía el artículo, pero un poco sí ha sido así. Una vez instalado el sistema, he visto que el español que usan es un poco «raro», tanto que hay cosas que se ven en portugués. Y la tienda está en chino, por lo que no he querido seguir probando, y menos al no encontrar información oficial sobre cómo instalar las aplicaciones Android en Deepin Linux 20.2.2. Sí puedo decir que los APK no se instalan desde la nueva tienda, y en búsquedas no aparecen apps de Android. Tampoco tiene instalado el paquete adb, por lo que las instalaciones por el terminal al estilo Anbox tampoco están disponoibles.

Otras novedades

Tras comprobar lo anterior, hay que hablar de las novedades que incluye Deepin Linux 20.2.2:

  • La mencionada nueva app store con soporte para instalar apps de Android, o eso dicen. También se pueden instalar aplicaciones por lotes y el diseño se ha mejorado.
  • Soporte para Secure Boot.
  • Nueva opción para elegir qué kernel usar entre dos disponibles. Ahora mismo se pueden usar Linux 5.10 LTS o Linux 5.12.
  • DDE (Deepin Desktop Environment) actualizado. Ahora soporta varios sistemas de autenticación biométrica, incluye nueva pantalla de bloqueo y centro de control rediseñado, el gestor de archivos soporta salvapantallas y el navegador incluye nuevas extensiones.
  • Muchas correcciones en aplicaciones como la de Música, álbum de fotos, el visor de imágenes o correo.

Los usuarios interesados pueden descargar Deepin Linux 20.2.2 desde este enlace. Para usar sólo DDE, hay otras opciones que me parecen mejores, como Manjaro.

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

KDE Connect ya disponible en forma de beta para Windows, y se puede descargar desde su tienda

KDE Connect en la Microsoft Store

Recuerdo hace muchos años, cuando pillaron a un directivo de Samsung twitteando desde un iPhone, que se excusó diciendo que lo hacía por el ecosistema, y que los teléfonos Samsung eran mejor. Cada uno podrá tener una opinión, pero yo creo que no va desencaminado: la manera en la que se comunican los dispositivos de Apple entre sí facilitan mucho las cosas, y lo más parecido que hay en Linux es usar los servicios de Google en escritorio y móviles o, también, usar KDE Connect.

KDE Connect es una aplicación que conecta un teléfono Android con un ordenador con Linux para realizar algunas acciones, como recibir notificaciones o enviar mensajes. Hace ya mucho tiempo que existe en Linux, desde hace un par de años funciona en macOS y hoy han anunciado su llegada a la Microsoft Store, la tienda de aplicaciones de Windows 10.

KDE Connect conecta tu teléfono Android con tu PC

¡Ahora KDE Connect también puede conectar su máquina con Windows! La versión para Windows de KDE Connect obtiene soporte oficial y puede obtener la versión beta ahora mismo en Microsoft Store. Acceso exclusivo de solo enlace: microsoft.com/store/apps/9N9

Poco después de la versión para macOS, KDE Community lanzó una versión preliminar de su KDE Connect para Windows, pero no ha sido hasta hoy 29 de marzo de 2021 que han anunciado su soporte oficial. Aunque incluye la etiqueta de «Beta», ya se puede usar también en el sistema de Microsoft con la tranquilidad que da saber que soportan el software.

Probablemente, si han tardado tanto tiempo en subir esta versión a la tienda oficial es porque Windows 10 ya incluye una herramienta nativa que hace algunas cosas de las que hace la propuesta de KDE. Sea por el motivo que sea, ahora ya no importa el sistema operativo que tenga nuestro equipo de escritorio, siempre y cuando trabajemos en uno de los Windows, macOS o Linux. Podremos conectar nuestro teléfono Android, con esta app de la Google Play, y aprovechar lo que nos ofrece el Connect de KDE.

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

La Linux Foundation Public Health está preparando el primer pasaporte internacional COVID-19

La Linux Foundation Public Health dio a conocer hace ya varios dias sus intenciones de lanzar una iniciativa para permitir la verificación interoperable y confiable de certificados COVID, ya que durante los últimos meses han estudiado los casos de los gobiernos que han comenzado a diseñar e implementar sistemas de certificados COVID, incluido el Certificado COVID digital de la UE (anteriormente el Certificado Verde Digital de la UE).

El mundo entero ya lleva año y medio luchando contra el coronavirus, una situación de salud que ha provocado la pérdida de casi 4 millones de vidas. En tal contexto, las vacunas han dado muchas esperanzas para controlar la pandemia, o incluso hacerla desaparecer. Muchos pensaron que la mayoría de las personas se vacunarían, pero los hallazgos son bastante decepcionantes en comparación con las expectativas.

Esto se debe en parte a la escasez en muchos países, pero también a la desinformación y la paranoia sobre estas vacunas. Incluso en los círculos más altos de intelectuales, se pueden encontrar personas que argumentan que las vacunas están destinadas a implementar programas pésimos.

A través de conversaciones y los estudios, mencionan que han identificado dos desafíos críticos de los cuales el principal es la falta de una arquitectura de confianza global, un sistema que los verificadores de una jurisdicción puedan utilizar para tomar una decisión sobre si aceptar o no un certificado firmado por otra jurisdicción.

Todavía hay muchas preguntas que los encargados de formular políticas gubernamentales y los equipos de tecnología tienen sobre cómo construir y administrar sistemas de certificados COVID, ya que las ofertas de los proveedores en este espacio aún son muy nuevas y los estándares aún se están finalizando.

Ante todo esto la Linux Foundation Public Health (LFPN) ya trabaja en el Global COVID Certificate Network, una especie de registro confiable que ayudará a probar el estado de la vacuna.

Esta Red Global de Certificados COVID (GCCN), se anuncia como «una iniciativa para permitir la verificación interoperable y confiable de certificados COVID entre jurisdicciones para la reapertura segura de fronteras». Organizaciones, gobiernos, desarrolladores y muchos más trabajarán con la fundación para crear una red y un protocolo de registro global confiable que facilitará la verificación de la validez de los diferentes certificados de vacunación emitidos por diferentes países. Este es un pasaporte internacional Covid-19.

Como explica Brian Behlendorf, CEO de la Fundación Linux para Blockchain, Salud e Identidad, la GCCN es vital, porque «la primera ola de aplicaciones para demostrar su estado COVID no logró mostrar esta prueba más allá de un solo estado o una sola nación». La GCCN resolverá este problema «respetando el alto nivel de confidencialidad e integridad».

Además la LFPH se está construyendo en parte para ser compatible con el Certificado COVID digital de la UE, aún se menciona que todavía hace falta una arquitectura de confianza global y de herramientas listas para implementar para construir sistemas compatibles en otros países es una barrera real para reabrir de forma segura las fronteras entre países de la UE y terceros países. 

Estableceremos una red global de registros de confianza, un directorio de registros de confianza entre pares. A través del directorio, los gobiernos y las alianzas de la industria podrán buscar otros registros de fideicomisos gubernamentales o de alianzas y decidir en base a la información proporcionada si aceptan sus certificados. También podrán publicar sus propios indicadores a listas de sus propios emisores autorizados, para que otros países los acepten. 

La LFPH también está siguiendo el Plan de Interoperabilidad de Good Health Pass Collaborative (GHPC), esta es una coalición industrial que ha definido los principios y estándares de los certificados COVID.

Comenzaremos con un marco de gobierno ligero para los pares del directorio. Con el tiempo, los pares participantes desarrollarán el modelo de gobernanza, definiendo la evolución futura del servicio.

Finalmente si estás interesado en poder conocer más al respecto sobre la nota, puedes consultar la publicación original en el siguiente enlace.

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

El sector de las energías verdes también va a por el código abierto

código abierto, molinos de viento

El sector de la energía, concretamente el de las energías renovables y verdes, hace un tiempo está mirando hacia el código abierto. Los desafíos a los que se enfrenta este sector hace que necesiten proyectos de software que se puedan modificar y adaptar a las necesidades cambiantes que necesitan, y para eso el código abierto les ofrece lo que necesitan.

La energía ecológica, como la procedente de molinos eólicos o de paneles solares, necesita de la ayuda del código abierto que también ayudó a impulsar a gigantes del sector tecnológico como Amazon, Google o Facebook. Un sector que no es precisamente por ser innovador ahora necesita dejar atrás su forma tradicional de operar para afrontar los retos.

Para facilitar las cosas, se ha creado Open Smart Grid Platform, una plataforma de software de código abierto para integrar y controlar una gran variedad de productos energéticos e industriales. Actualmente se está usando en Ámsterdan para controlar el alumbrado público, pero pronto podría expandirse más allá de eso.

Además, Open Smart Grid Platform, inicialmente creado por Alliander, ha sido transferida a LF Energy, una organización paraguas de la Linux Foundation. Esto garantizará su buena gestión y el impulso para que más empresas puedan beneficiarse de ello.

Otro proyecto bajo LF Energy se centra en estándares abiertos para esta industria. Se trata de un proyecto OpenEEmeter creado por la startup Recurve y ahora también dirigido por LF Energy. Con él se pretenderán crear medidas estándares para el ahorro de energía. Por ejemplo, calcular el ahorro de energía reemplazando las ventanas de un edificio, por el uso de un mejor aislamiento, etc.

Y es que, pese a que muchas conocidas empresas han estado luchando durante años contra el software libre y el código abierto, lo cierto es que ahora muchos se están dando cuenta de su potencial e importancia…

Más información – LF Energy

Sobre Open Smart Grid Platform – Sitio de GitHub

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

Linux 5.13 llega con soporte inicial para Apple M1, mejoras a controladores y mas

Linux Kernel

Después de dos meses de desarrollo, Linus Torvalds dado a conocer el lanzamiento del kernel de Linux 5.13 la cual se considera como la versión más grande de la historia, ya que recibió 17189 correcciones de 2150 desarrolladores y de los cuales los cambios afectaron a 12996 archivos, 794705 líneas de código agregadas, 399590 líneas eliminadas

Entre los cambios más notables se destaca el soporte inicial para chips Apple M1, controlador cgroup «misc», soporte descontinuado para /dev/kmem, soporte para nuevas GPU Intel y AMD, la capacidad de llamar directamente funciones del kernel desde programas BPF, aleatorización del kernel stack para cada llamada del sistema, la capacidad de construir en Clang con protección CFI (Control Flow Integrity), Landlock del módulo LSM para la limitación adicional de procesos y mas.

Principales novedades de Linux 5.13

En esta nueva versión del Kernel se destaca la introducción el soporte inicial para el chip ARM M1 de Apple, que cubre las funciones de controlador de interrupción, temporizador, UART, SMP, E/S y MMIO. Se menciona que la ingeniería inversa de la GPU aún no está completa, se proporciona soporte de consola serial y framebuffer para organizar la salida.

Otro de las novedades que se destaca es la integración continua en el núcleo MPTCP (MultiPath TCP), ya que en la nueva versión se agrega soporte para sockopt para configurar opciones TCP genéricas. Se implementó la capacidad de restablecer subflujos individuales.

Tambien se destaca un nuevo controlador de cgroup «Misc» (CONFIG_CGROUP_MISC), diseñado para limitar y rastrear recursos escalares que se pueden controlar usando un contador simple y limitado estableciendo los valores máximos permitidos. Como ejemplo se menciona la gestión de los identificadores de espacio de direcciones utilizados en el mecanismo AMD SEV (Secure Encrypted Virtualization).

Por otra parte tambien se destaca que en los programas de rastreo de BPF, se hizo posible utilizar un almacenamiento local de tareas para una tarea, lo que proporciona un mayor rendimiento al vincular datos a un manejador de BPF específico.

Además, tambien se destaca que después de 13 años en la rama de preparación, el controlador «comedi» ( una colección de controladores para una variedad de placas de adquisición de datos comunes. Los controladores se implementan como un módulo del núcleo de Linux que proporciona una funcionalidad común y módulos de controladores individuales de bajo nivel) se ha estabilizado y trasladado a la estructura principal para admitir los dispositivos de recopilación de datos.

En ext4, ahora se permite sobrescribir las entradas del directorio cuando se eliminan archivos para garantizar que se borren los nombres de los archivos eliminados. Al precargar mapas de bits de bloques, se mejoró el rendimiento del código para la asignación de bloques en FS recién montados. Ext4 también permite el uso simultáneo de cifrado y modo que no distingue entre mayúsculas y minúsculas.

Mientras que para XFS se agrega la capacidad de eliminar espacio del último grupo de distribución en el sistema de archivos, que fue el primer vínculo en la implementación de la función de reducir el tamaño de las particiones existentes con XFS FS. Se han realizado varias optimizaciones de rendimiento.

En Btrfs se ha agregado el uso de lectura anticipada en el comando de envío, lo que permitió reducir el tiempo para un envío completo en un 10% y uno incremental en un 25%. Para los dispositivos de bloques por zonas, se proporciona una redistribución automática en segundo plano de las zonas cuando se excede el umbral del 75% del espacio no utilizado.

Se eliminó el soporte para el archivo especial /dev/kmem, que se puede usar para acceder a todo el espacio de direcciones del kernel. Se ha descubierto que este archivo está desactualizado y causa problemas de seguridad.

Tambien podremos encontrar en esta nueva versión de Linux 5.13 que se agregó soporte para construir un kernel con la inclusión de un mecanismo de protección CFI (Control Flow Integrity) en el compilador de Clang, que agrega una función de verificación antes de cada llamada indirecta para identificar algunas formas de comportamiento indefinido que potencialmente pueden conducir a una violación de lo normal controlar el flujo como resultado de exploits, modificando punteros a funciones almacenadas en la memoria. Se propone el parámetro CONFIG_CFI_CLANG para habilitar CFI.

Finalmente por la parte de los controladores, ahora para GUD (Generic USB Display) el controlador proporciona propiedades DRM (Direct Rendering Manager) para rotación de imagen, control de brillo, acceso EDID, configuración de modo de video y conexión de TV, que se pueden utilizar como base para crear controladores específicos del dispositivo.

Mientras que para amdgpu se agrega soporte inicial para GPU Aldebaran (gfx90a) y se incluye soporte inicial para FreeSync Adaptive Sync para HDMI (anteriormente disponible para DisplayPort),

Mientras que para los controladores de Intel se destaca que se ha implementado un nuevo controlador para la gestión de la refrigeración, que permite reducir la frecuencia del procesador cuando existe peligro de sobrecalentamiento.

Descarga

Para los interesados en la nueva versión Linux 5.13 pueden realizar la descarga ya desde kernel.org

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

Búsquedas internas y externas. De WordPress a Jekyll 8

Búsquedas internas y externas

Continuando con la configuración de nuestro blog, vamos a enfocarnos en facilitarles a nuestros lectores el encontrar nuestro contenido

Feed RSS, búsquedas internas y externas

Feed RSS

Aunque las redes sociales hicieron que esta tecnología perdiera muchos usuarios, todavía tiene sus seguidores.  Básicamente permite seguir las actualizaciones de un blog sin tener que acceder al sitio web.

Por defecto, Jekyll genera su propio feed y lo almacena en la carpeta raíz del sitio. Pero, podemos usar un servicio externo simplemente poniendo entre comillas el enlace después del item path que se encuentra bajo el encabezado feed.

Bajo este mismo encabezado podemos encontrar la opción de remover el icono del feed tanto del encabezado como de la parte inferior de la página. Simplemente tendremos que cambiar de false a true en hide.

Buscadores internos

Cuando hablamos de buscadores nos estamos refiriendo no solo a la búsqueda dentro del sitio si no también a que nuestro sitio aparezca en buscadores.

Para permitir la búsqueda dentro del sitio modificamos el código de config.yml de la siguiente forma.
search : true
search_full_content : true

Podemos optar entre tres opciones de búsqueda

  • Lunr.
  • Algolia.
  • Google Custom Search.

Lunr

Es la opción implementada por defecto y no requiere ningún tipo de configuración adicional.

Algolia

Algolia es un buscador mucho más potente que Lunr. Dispone de un plan gratuito y dos opciones de pago. Para utilizarlo hay que hacer modificaciones en otro archivo del que hablaremos en un artículo posterior.

Los datos que tenemos que completar en config.yml son los siguientes:

search_provider: algolia
Y los siguientes datos que obtenemos al registrarnos en el sitio
Algolia:
application_id: # El ID de aplicación provisto por el servicio
index_name: # El nombre del índice de búsqueda
search_only_api_key: # La API KEY asignada
Además tenemos la opción de mostar a los lectores que búscador estamos usando.
powered_by: # true (default), false
Recuerda remover el numeral.
Ponemos en marcha el indexado con:
ALGOLIA_API_KEY=your_admin_api_key bundle exec jekyll algoli

Google Customer Search

Para usar Google como nuestro motor de búsqueda tenemos que hacer lo siguiente;

  1. Vamos a esta página y pulsamos en New search engine.
  2. Completamos con el nombre del sitio y elegimos el idioma. Pulsamos en Create.
  3. Nos muestra los datos del buscador, copia y pega en un archivo el id para tenerlo a mano.
  4. Pulsamos en Control  Panel.
  5. En Look and feel seleccionamos Result only como layout y Minimalist como theme.
  6. Finalizamos pulsando Save and get code.

Pegamos el id en la siguiente sección de config.yml
Google:
search_engine_id: Pon aquí el id del buscador
También podrás activar la opción de búsqueda instantánea poniendo en true al parámetro instant_search

Optimización para motores de búsqueda

A esta altura del partido, todos sabemos que la mejor forma de conseguir buenas ubicaciones en los buscadores es pagando publicidad. Pero, si por razones de presupuesto eso está descartado, podemos seguir algunos consejos para optimizar nuestro sitio de forma de hacerlos más amigables con los motores de búsqueda. Una de las formas es verificando que somos los responsables.

La verificación es la forma de garantizar a los motores de búsqueda que tenemos derecho a ver los datos que se generan a partir de las búsquedas que llevan a nuestro sitio

Este paso tiene que hacerse cuando vas a subir el sitio al servidor porque es necesario que cada buscador haga el procedimiento de verificación.

Es decir que vas a tener que tener algunos post escritos antes de completar esta parte del archivo config.yml. Veremos esto en artículos posteriores.
Minimal Mistakes, el tema con el cuál estamos trabajando, es compatible con los siguientes motores de búsqueda.

Google Search Console

La verificación se puede hacer tanto para un dominio como para una dirección específica. En el primer caso se requiere poder modificar la configuración de los DNS, pero en ese caso no hay necesidad de hacer cambios en config.yml.  La otra opción es en URL Prefix elegir la opción HTML Tag
Veremos un trozo de código. Solo nos interesa la serie de letras y números que están después de content. Las copiamos entre comillas en
google_site_verification :

Bing Webmaster Tools

Bing también ofrece la opción de editar DNS y agrega la de importar un mapa del sitio desde Google Search Console.Para ninguna de las dos necesitamos tocar config.yml. Salvo porque la opción se llama HTML Meta Tag, el procedimiento es el mismo.

from Linux Adictos https://ift.tt/35WqriI
via IFTTT

Una vulnerabilidad en eBPF permite eludir la protección contra ataques de Spectre

El día de ayer publicamos aquí en el blog la noticia sobre Aya, una biblioteca para crear controladores eBPF en Rust y es que la finalidad de esta es el crear controladores más seguros o del proyecto Prossimo para asegurar la memoria del kernel de Linux con Rust (dos grandes proyecto que darán mucho de que hablar en los siguientes meses).

Y es que en cuestión de poco tiempo se ha reportado diversas vulnerabilidades en las cuales se aprovechan de los fallos en eBPF y que es un tema en el cual los desarrolladores del Kernel no han dejado de trabajar y tal vez Rust sea la solución.

La razón de tocar este tema, es que hace poco se dio conocer la noticia de que han identificado «otra» vulnerabilidad en el kernel de Linux (CVE-2021-33624) para eludir la protección contra vulnerabilidades de clase Spectre, ya que esta permite utilizar el subsistema eBPF para poder determinar el contenido de la memoria como resultado de la creación de condiciones para especulaciones de ejecución de determinadas operaciones.

Se menciona que la vulnerabilidad es causada por fallas en el verificador, que se utiliza para detectar errores y actividad no válida en los programas BPF. El verificador enumera las posibles rutas de ejecución del código, pero omite las opciones de ramificación que no son válidas desde el punto de vista de la semántica de la arquitectura del conjunto de instrucciones.

Al ejecutar un programa BPF, las opciones de ramificación que no fueron tomadas en cuenta por el verificador pueden ser predichas incorrectamente por el procesador y ejecutadas en un modo especulativo.

En los sistemas afectados, un programa BPF sin privilegios puede aprovechar esta vulnerabilidad para filtrar el contenido de la memoria del kernel arbitraria (y por lo tanto, de toda la memoria física) a través de un canal lateral.

Por ejemplo, al analizar la operación de «carga», el verificador asume que la instrucción usa un registro con una dirección cuyo valor está siempre dentro de los límites especificados, pero un atacante puede crear condiciones bajo las cuales el procesador intentará realizar especulativamente una operación con una dirección que no cumpla con las condiciones de verificación.

El ataque Spectre requiere la presencia de una secuencia específica de comandos en el código privilegiado, lo que lleva a la ejecución especulativa de instrucciones. Al manipular los programas BPF que se pasan para su ejecución, es posible generar tales instrucciones en eBPF y filtrar el contenido de la memoria del núcleo y áreas arbitrarias de la memoria física a través de canales laterales.

Además, se puede marcar una nota sobre el impacto en el rendimiento de los activos para proteger contra la clase de vulnerabilidades Spectre.

Esta nota resume los resultados de optimización del depurador rr (Record and Replay), una vez creado por Mozilla para depurar errores difíciles de repetir en Firefox. El almacenamiento en caché de las llamadas del sistema utilizadas para verificar la existencia de directorios redujo la operación de «fuentes rr» para el proyecto de prueba de 3 minutos 19 segundos a 36 segundos.

El autor de la optimización decidió comprobar cuánto cambiará el rendimiento después de desactivar la protección de Spectre. Después de arrancar el sistema con el parámetro «mitigations=off», el tiempo de ejecución de «rr sources» sin optimización fue de 2 minutos 5 segundos (1.6 veces más rápido) y con optimización 33 segundos (9% más rápido).

Curiosamente, deshabilitar la protección de Spectre no solo redujo el tiempo de ejecución del código a nivel del kernel en 1.4 veces (de 2 min 9s a 1 min 32s), sino que también redujo a la mitad el tiempo de ejecución en el espacio de usuario (de 1 min 9s a 33s), presumiblemente debido a una disminución en La caché de CPU de eficiencia y el TLB se restablecen cuando la protección Spectre está habilitada.

El problema ha aparecido desde el lanzamiento del kernel 4.15 y se ha solucionado en forma de parches, los cuales en estos momentos todavía no llegan a todas las distribuciones, por lo que se recomienda a los usuarios que en estos dias estén realizando las actualizaciones pertinentes en cuanto reciban las notificaciones.

Si quieres conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/35T5LYK
via IFTTT

Prossimo, un proyecto de la ISRG para asegurar la memoria del kernel de Linux con Rust

Josh Aas, director ejecutivo de la Internet Security Research Group (ISRG, organización matriz del proyecto Let’s Encrypt) dio a conocer la semana pasada mediante una publicación sus intenciones de apoyar a Miguel Ojeda (ingeniero en software y desarrollador del kernel de Linux), con el objetivo coordinar los esfuerzos para trasladar la infraestructura de software crítico a un código seguro para la memoria.

Y es que la ISRG ha proporcionado al destacado desarrollador Miguel Ojeda un contrato de un año para trabajar en Rust en Linux y otros esfuerzos de seguridad en tiempo completo.

Según Miguel Ojeda, los beneficios de introducir el lenguaje Rust en el kernel de Linux superan los costos. Para el desarrollador, al usar Rust en el kernel de Linux, el nuevo código escrito en Rust tiene un riesgo reducido de errores de seguridad de la memoria, gracias a las propiedades del lenguaje Rust. El lenguaje Rust sería popular por su seguridad.

Los esfuerzos para hacer de Rust un lenguaje viable para el desarrollo del kernel de Linux comenzaron en la conferencia Linux Plumbers 2020, con la idea del propio Linus Torvalds.

Torvalds solicitó específicamente la disponibilidad del compilador de Rust en el entorno de compilación del kernel predeterminado para respaldar dichos esfuerzos, no para reemplazar todo el código fuente del kernel de Linux con equivalentes desarrollados por Rust, sino para permitir que el nuevo desarrollo funcione correctamente.

Usar Rust para nuevo código en el kernel puede significar nuevos controladores de hardware o incluso reemplazar GNU Coreutils, reduce potencialmente la cantidad de errores ocultos en el kernel. Rust simplemente no permitirá que un desarrollador pierda memoria o cree la posibilidad de desbordamientos de búfer, las principales fuentes de rendimiento y problemas de seguridad en el código complejo de lenguaje C.

El nuevo contrato de Internet Security Research Group le otorga a Ojeda un salario de tiempo completo para continuar con el trabajo de seguridad de la memoria que ya estaba haciendo a tiempo parcial. El director ejecutivo de ISRG, Josh Aas, señala que el grupo ha trabajado en estrecha colaboración con el ingeniero de Google, Dan Lorenc, y que el apoyo financiero de Google es esencial para patrocinar el trabajo continuo de Ojeda.

«Los grandes esfuerzos para eliminar clases enteras de problemas de seguridad son las mejores inversiones a gran escala», dijo Lorenc, y agregó que Google está «encantado de ayudar a ISRG a respaldar el trabajo de Miguel Ojeda para mejorar la seguridad de la memoria del kernel para todos».

“El proyecto de seguridad de memoria Prossimo de ISRG tiene como objetivo coordinar los esfuerzos para mover la infraestructura de software crítico de Internet para proteger el código en la memoria. Cuando pensamos en el código más crítico para Internet hoy en día, el kernel de Linux encabeza la lista. Llevar la seguridad de la memoria al kernel de Linux es un gran trabajo, pero el proyecto Rust para Linux está dando grandes pasos. Nos complace anunciar que comenzamos a respaldar oficialmente este trabajo en abril de 2021 al proporcionar a Miguel Ojeda un contrato para trabajar en Rust para Linux y otros esfuerzos de seguridad a tiempo completo durante un año. Esto fue posible gracias al apoyo financiero de Google. Antes de trabajar con ISRG, Miguel estaba realizando este trabajo como un proyecto paralelo. Estamos felices de hacer nuestra parte para respaldar la infraestructura digital permitiéndole trabajar allí a tiempo completo.

“Trabajamos en estrecha colaboración con Dan Lorenc, ingeniero de software de Google para hacer posible esta colaboración.

El trabajo de Ojeda es el primer proyecto patrocinado bajo la bandera Prossimo del ISRG, pero no es el primer paso que la organización ha dado hacia una mayor seguridad de la memoria. Las iniciativas anteriores incluyen un módulo TLS seguro en memoria para el servidor web Apache, una versión segura en memoria de la utilidad de transferencia de datos curl and rustls, una alternativa segura en memoria a la omnipresente biblioteca de cifrado de red OpenSSL.

Como explica Josh Aas,

“Aunque este es el primer esfuerzo de seguridad de la memoria que anunciamos bajo nuestro nuevo nombre de proyecto Prossimo, nuestro trabajo de seguridad de la memoria comenzó en 2020.y el servidor HTTP Apache , y para agregar mejoras a la biblioteca TLS de Rustls ”.

Fuente: https://www.memorysafety.org

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

El concepto de abierto de Microsoft no es el mismo que el nuestro

El concepto de abierto

Hay palabras que pueden tener distintos significados dependiendo de quien las use. Hace algunos años en una serie del Disney Channel los protagonistas instalaban un virus por utilizar «software de código abierto». No se trataba de una campaña orquestada por las empresas de software privativo, Los guionistas confundieron open source con freeware y pensaron que estaban hablando de cualquier programa disponible sin costo en Internet.

Me acordé de esto, porque Satya Nadella, el presidente de Microsoft le acaba de decir al Wall Street Journal que Windows 11 pretende ser el centro de «un ecosistema tecnológico abierto». ¿Debemos enterder que cualquiera va a poder revisar, modificar o redistribuir el código. No, para nada.

El concepto de abierto de Microsoft

En un reportaje por video conferencia con el Wall Street Journal, Nadella afirmó que mientras Google (Chrome OS y Android) y Apple arrastran a los usuarios a plataformas cada vez más cerradas, Windows apuesta a los usuarios que quieren libertad para decidir lo que usan pretendiendo ser el más abierto ecosistema que existe (Por si se lo están preguntando, lo dijo sin reirse).

Para Nadella, un ecosistema abierto es el que puede interactuar con otro, por ejemplo conectando el teléfono al ordenador utilizando a este último para conectarse con otros teléfonos u ordenadores. También habla de la capacidad de Windows de correr varios tipos de aplicaciones, entre ellos:

  • Aplicaciones nativas.
  • Aplicaciones web progresivas.
  • Aplicaciones Android.

Cuando la periodista del Wall Street Journal le pregunta por las diferencias entre el nuevo modelo de Windows y el de Apple, Nadella le responde que es la capacidad del usuario de poder elegir otras tiendas de aplicaciones. También señala que aunque Windows 11 tendrá integrada su propia plataforma colaborativa (Microsoft Teams), de ninguna manera se bloqueará a competidores como Zoom o Slack.

Nuestro concepto de abierto

Por algún motivo, lo primero que pensé al ver los 7 minutos del reportaje es que ya que están tan abiertos a otras plataformas, bien podrían habilitar el soporte para Ext4. Sería genial poder ver los archivos de la partición home de Linux en el explorador de Windows y no tener que guardarlos en la nube. Si, ya sé que hay programas. Pero, ya que van a abrirse a otras plataformas, bien podrían habiitarlo en forma nativa.

Por otra parte, más allá de la posibilidad de instalar aplicaciones de Android (Nada menos que de la tienda de Amazon, una empresa cuyas prácticas monopólicas están siendo cuestionadas) no hay nada nuevo, salvo la ampliación de los formatos de aplicaciones que se pueden subir a la tienda oficial (De la que casi nadie descargaba nada). Uno ya podía instalar Zoom o Google Meet y desactivar Skype (En el futuro reemplazado por Teams) Una muestra de apertura sería que te dejaran elegir que navegador, cliente de video conferencia, servicio de almacenamiento en la nube o tienda de aplicaciones utilizar durante la instalación).

Todo este rollo de la apertura es para escapar del escrutinio de los entes reguladores que ya pusieron sus ojos en Apple, Google y Amazon.

Tampoco es una buena señal de «apertura» la obligación de contar con un chip TPM que no suele venir incluído en la mayoría de las placas base.  Según nuestro relevamiento, su precio en los portales de compra muestran una tendencia a subir.

Recordemos que según la Open Source Initiative, el concepto de abierto aplicado al software debe cumplir los siguientes requisitos:

  • No se puede poner ningún tipo de restricciones a la libre distribución. Una de las funciones del dichoso chip TPM es impedir la piratería.
  • El código fuente debe ser accesible.
  • La licencia debe permitir modificaciones y trabajos derivados. ¿Nunca soñaron con hacer su propio Windows? Bueno, no pueden.
  • No se puede impedir el uso del programa a ninguna persona por ninguna razón. Por ejemplo por vivir en Cuba o no pagar la licencia.
  • El derecho a usar un programa no puede estar sujeto al uso en conjunto con otros programas o  una tecnología específica. ¿Cómo un chip TPM por ejemplo?

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