September 2020 - openSUSE Users (Español)

[opensuse-es] Un tribunal de Munich declara ilegales Facebook Instagram y WhatsApp
by Juan Erbes 17 Nov '22

17 Nov '22

Se trata de una prohibición de facto de WhatsApp, que también se aplica a Facebook, el Facebook Messenger e Instagram: Según el Süddeutsche Zeitung, el Tribunal de Distrito de Munich I ha declarado ilegales las cuatro aplicaciones de Facebook por el momento. ¿Cuáles son las consecuencias? ¿Qué ha pasado? Es una pequeña explosión: El Tribunal Regional de Munich I ha dictaminado que las cuatro grandes aplicaciones de Facebook son ilegales en su forma actual. El Süddeutsche Zeitung informó de ello a un orador del tribunal. En concreto, esto significa que algunas funciones y estructuras de software infringen las patentes de la empresa canadiense de telecomunicaciones Blackberry. Debido a estas infracciones de patentes, los jueces han decidido que Facebook, WhatsApp, Instagram y Facebook Messenger en su forma actual ya no pueden existir. http://www.xing-news.com/reader/news/articles/2850569 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

4 5

[opensuse-es] Desfragmentación de volumenes XFS
by Juan Erbes 18 Apr '22

18 Apr '22

Sabiendo que la partición /home tenía ciertas inconsistencias, que había reparado a lo bruto con el comando: xfs_repair -L /dev/sdb2 Sabía que debía desfragmentarla, consulté y había contestado Carlos al respecto. Parte de la información, fue util, para ver el porcentage de fragmentación: xfs_db -c frag -r /dev/sdb2 Basado en la inercia de que con otros sistemas uno debe realizar la desfragmentación con la partición desmontada, motivo por el cual arranque con el DVD de instalación en modo "Rescue" (rescate), y ejecuté primero el comando citado, el cual me arrojó una fragmentación del 47.4% (adjunto captura de pantalla). Pero no encontré la forma de ejecutar el comando de desfragmentación xfs_fsr. Opté por iniciar normalmente el sistema, y me acordé del comando man, para ver como ejecutar el comando en cuestión, y allí me entero de que el volumen o partición puede estar montado, PERO NO MUEVE LOS ARCHIVOS ABIERTOS EN MEMORIA. Ver: man xfs_fsr Inicié la desfragmentación con el comando: xfs_fsr -vdg Despues de poco mas de una hora, vi que había terminado de desfragmentar la unidad de 1.8 TB, que tiene alrededor de 1 TB ocupado. Para ver como quedó, ejecuté: xfs_db -c frag -r /dev/sdb2 actual 309339, ideal 308055, fragmentation factor 0,42% Ojo! No se debería utilizar en unidades SSD. Aqui va parte del texto del manual: (en consola man xfs_fsr) When invoked with no arguments xfs_fsr reorganizes all regular files in all mounted filesystems. xfs_fsr makes many cycles over /etc/mtab each time making a single pass over each XFS filesystem. Each pass goes through and selects files that have the largest number of extents. It attempts to defragment the top 10% of these files on each pass. It runs for up to two hours after which it records the filesystem where it left off, so it can start there the next time. This information is stored in the file /var/tmp/.fsrlast_xfs. If the information found here is somehow inconsistent or out of date it is ignored and reorganization starts at the beginning of the first filesystem found in /etc/mtab. xfs_fsr can be called with one or more arguments naming filesystems (block device name), and files to reorganize. In this mode xfs_fsr does not read or write /var/tmp/.fsrlast_xfs nor does it run for a fixed time interval. It makes one pass through each specified regular file and all regular files in each specified filesystem. A command line name referring to a symbolic link (except to a file system device), FIFO, or UNIX domain socket generates a warning message, but is otherwise ignored. While traversing the filesystem these types of files are silently skipped. FILES /etc/mtab contains default list of filesystems to reorganize. /var/tmp/.fsrlast_xfs records the state where reorganization left off. SEE ALSO xfs_fsr(8), mkfs.xfs(8), xfs_ncheck(8), xfs(5). NOTES xfs_fsr improves the layout of extents for each file by copying the entire file to a temporary location and then interchanging the data extents of the target and temporary files in an atomic man- ner. This method requires that enough free disk space be available to copy any given file and that the space be less fragmented than the original file. It also requires the owner of the file to have enough remaining filespace quota to do the copy on systems running quotas. xfs_fsr generates a warning message if space is not sufficient to improve the target file. A temporary file used in improving a file given on the command line is created in the same parent directory of the target file and is prefixed by the string '.fsr'. The temporary files used in improving an entire XFS device are stored in a directory at the root of the target device and use the same naming scheme. The temporary files are unlinked upon creation so data will not be read- able by any other process. xfs_fsr does not operate on files that are currently mapped in memory. A 'file busy' error can be seen for these files if the verbose flag (-v) is set. -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/

6 29

[opensuse-es] El 5G y el "haz lo que yo digo pero no lo que yo hago"
by Juan Erbes 08 Jan '22

08 Jan '22

Acerca del controvertido tema de Huawei y el 5G, cuyo protocolo la citada firma es la que estableció el protocolo, mientras los usanianos insisten en que los chinos pueden llegar a hacer lo mismo que ellos, PERO LA CLAVE DE TODO, PARECE ESTAR EN QUE LOS CHINOS NO LES DAN A LOS USANIANOS LAS CLAVES DE ENCRIPTACIÓN PARA PODER PINCHAR LAS COMUNICACIONES, COMO LO VIENEN HACIENDO CON LAS TECNOLOGIAS ANTERIORES. En Slashdot acaba de aparecer un link acerca del tema: https://www.schneier.com/blog/archives/2020/01/china_isnt_the_.html En el segundo comentario, referido al texto: "Because the companies that make the equipment are subservient to the Chinese government, they could be forced to include backdoors in the hardware or software to give Beijing remote access." (Debido a que las empresas que fabrican los equipos están subordinadas al gobierno chino, podrían verse obligadas a incluir puertas traseras en el hardware o software para dar acceso remoto a Beijing.) La respuesta es: "You could have done much better than this trope. The USA isn't any different. There are the 5EY folks and every LEO on the planet demanding exactly the same thing. The US Fed is leaning on Apple over the failed Trump Immigration Vetting preventing a pile of military grade "not wanteds" being admitted to a US Military Training Program and Demanding Backdoors (Again) iirc-badly: Which is one reason China years ago stopped buying IBM mainframes and started building their own code base and their own hardware to go with it. There were questions about backdoors in US HW+SW. Most of this got covered up back in the days when we thought "we were the good guys" and wouldn't believe the US would do anything like THAT. One photo was all it took to tell us how wrong we were. Security of the upcoming porous system is of importance but it isn't going to happen. All that juicy data is going to be flying across the globe to anyone who wants it." (Podrías haberlo hecho mucho mejor que este tropo. Los EE.UU. no son diferentes. Hay gente de 5EY y todos los LEO del planeta exigiendo exactamente lo mismo. La Reserva Federal de los EE.UU. se está apoyando en Apple sobre el fallido Trump Immigration Vetting que evita que un montón de "no deseados" de grado militar sean admitidos en un Programa de Entrenamiento Militar de los EE.UU. y _exige_ _puertas_ _traseras_ (de nuevo) iirc-mal: Esta es una de las razones por las que China hace años dejó de comprar mainframes de IBM y empezó a construir su propio código base y su propio hardware para acompañarlo. Había preguntas sobre puertas traseras en HW+SW de Estados Unidos. La mayor parte de esto se encubrió en los días en que pensábamos que "nosotros éramos los buenos" y no creíamos que los EE.UU. hicieran algo así. Una foto fue todo lo que se necesitó para decirnos lo equivocados que estábamos. La seguridad del sistema poroso que se avecina es importante, pero no va a suceder. Todos esos datos jugosos van a volar por todo el mundo a cualquiera que los quiera.) Links citados: https://www.emptywheel.net/2020/01/14/is-bill-barr-picking-a-fight-with-app… https://arstechnica.com/tech-policy/2020/01/fbi-seeks-apples-help-in-unlock… https://www.theguardian.com/technology/2020/jan/14/johnson-huawei-critics-m… Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

6 9

[opensuse-es] [OT] Muere Quino :'-(
by Carlos E. R. 30 Sep '20

30 Sep '20

https://images.app.goo.gl/nrAjSVnuB5MFqATb9 -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar) -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 1

[opensuse-es] [OT] Lenovo anuncia portátiles con soporte para Ubuntu
by Rafa Griman 29 Sep '20

29 Sep '20

Hola :) Hace un tiempo se comentó el tema de Lenovo dando soporte a Fedora en algunos de sus portátiles. Ahora ha anunciado 27 portátiles con soporte para Ubuntu: https://support.lenovo.com/gb/en/solutions/pd031426#l Estaría muy bien ver SUSE (Leap/SLES) en esa lista ;) Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

5 7

[opensuse-es] [OT] juaqueando una cafetera
by Carlos A. 27 Sep '20

27 Sep '20

Saludos encontré el artículo y es relevante: https://arstechnica.com/information-technology/2020/09/how-a-hacker-turned-… es más una prueba, no un hacking como se ha escuchado de otros artículos 'inteligentes'. Creo que vale la pena leerlo, si no para copiarlo, si para estar al tanto de la importancia de la seguridad. -- Carlos A. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

1 0

[opensuse-es] [OT] Mobile contact discovery
by Juan Erbes 18 Sep '20

18 Sep '20

El descubrimiento de contactos móviles permite a los usuarios de mensajería móvil conectarse cómodamente con las personas de su libreta de direcciones: los usuarios recién registrados pueden empezar a enviar mensajes instantáneos a los contactos existentes basándose en sus números de teléfono sin intercambiar información adicional como nombres de usuario o direcciones de correo electrónico. Algunos de los mensajeros móviles más populares del mundo (con miles de millones de usuarios) como WhatsApp realizan la detección de contactos cargando y almacenando regularmente las libretas de direcciones completas de los usuarios, mientras que otros mensajeros más preocupados por la privacidad, como Signal, sólo transfieren pequeñas cantidades de números de teléfono o dependen de hardware de confianza. Lamentablemente, la baja entropía de los números de teléfono indica que es factible invertir estos valores de hash y, por lo tanto, aunque todas las buenas intenciones, no se gana en privacidad. En una colaboración de investigación entre la Universidad Técnica de Darmstadt, la Universidad Técnica de Graz y la Universidad de Würzburg, mostramos que los servicios de descubrimiento de contactos actualmente desplegados amenazan gravemente la privacidad de los usuarios. La filtración de gráficos sociales a través de proveedores de servicios "curiosos" o comprometidos Revelar esencialmente todos los contactos personales a un proveedor de servicios es un riesgo significativo para la privacidad y un desafío legal, ya que del gráfico social de los usuarios se puede inferir una variedad de información personal. Lo que es más importante, las relaciones de contacto sensibles pueden darse a conocer y podrían utilizarse para estafar, discriminar o chantajear a los usuarios, dañar su reputación o convertirlos en el blanco de una investigación. Los proveedores de servicios también podrían verse comprometidos o forzados por los organismos gubernamentales a entregar datos, lo que daría lugar a la exposición de esa información sensible. Al instalar un mensajero móvil, los usuarios también ponen en peligro la privacidad de las personas que ni siquiera están conectadas al servicio concreto al transmitir su información de contacto sin consentimiento. Un ejemplo ilustrativo de una grave violación de la privacidad puede verse en el caso de WhatsApp, que fue adquirido por Facebook en 2014 y compartió su base de datos con la empresa matriz: Los usuarios de Facebook recibieron recomendaciones de amigos de extraños que por casualidad veían a los mismos psiquiatras. Fuga de datos (meta) personales mediante ataques de rastreo Los usuarios maliciosos o los hackers también podrían estar interesados en extraer información sobre otros. Entre los ejemplos de datos personales (meta) que se suelen almacenar en el perfil de mensajero de un usuario figuran la(s) foto(s) de perfil, el apodo, el mensaje de estado y la última vez que el usuario estuvo en línea. Al hacer un seguimiento de esos datos a lo largo del tiempo, es incluso posible construir modelos de comportamiento precisos. Comparar las cuentas con otras redes sociales y fuentes de datos disponibles públicamente permite a terceros construir perfiles extremadamente detallados. Desde una perspectiva comercial, tal conocimiento puede ser utilizado para publicidad dirigida o estafas. Los individuos viciosos podrían además abusar de dicha información para discriminar, chantajear o planear un crimen, mientras que los estados nacionales podrían estar interesados en vigilar de cerca o perseguir a los ciudadanos. Incluso el mero hecho de que un número de teléfono específico esté registrado en un determinado servicio de mensajería puede ser delicado en muchos sentidos, especialmente cuando puede estar vinculado a una persona. Por ejemplo, en las zonas en que algunos servicios están estrictamente prohibidos, los ciudadanos que desobedecen pueden ser identificados y perseguidos. Las bases de datos exhaustivas de números de teléfono registrados en un servicio determinado pueden permitir a los atacantes causar daños a mayor escala, por ejemplo, distribuyendo mensajes comprometidos para explotar rápidamente las vulnerabilidades de seguridad en las aplicaciones de mensajería. Dado que no existen restricciones dignas de mención para registrarse en los servicios de mensajería, cualquier tercero puede crear un gran número de cuentas para rastrear la base de datos de usuarios de un mensajero en busca de información, solicitando datos de números de teléfono elegidos (al azar). Esos ataques de enumeración no pueden prevenirse totalmente, ya que los usuarios legítimos deben poder consultar la base de datos en busca de contactos. En la práctica, la limitación de las tasas es una medida bien establecida para mitigar eficazmente esos ataques en gran escala, y cabe suponer que los proveedores de servicios aplican límites razonables para proteger sus plataformas. Nuestro trabajo hacia el descubrimiento de contactos privados móviles En nuestra línea de trabajo, demostramos la gravedad de las amenazas a la privacidad descritas anteriormente en los métodos de descubrimiento de contactos actualmente desplegados. Además, proponemos contramedidas adecuadas para combatir eficazmente los ataques de rastreo y presentamos protocolos criptográficos eficientes para realizar de forma privada el descubrimiento de contactos móviles, revelando al mismo tiempo la menor cantidad de información posible. Abuso a gran escala del descubrimiento de contactos móviles [HWSDS21] Nuestro estudio de tres mensajeros móviles populares (WhatsApp, Signal y Telegram) muestra que, contrariamente a las expectativas, los ataques a gran escala son posibles. Utilizando una base de datos precisa de prefijos de números de teléfonos móviles y muy pocos recursos, hemos consultado el 10% de los números de teléfonos móviles de EE.UU. para WhatsApp y el 100% para Signal. En el caso de Telegram, descubrimos que su API expone una amplia gama de información confidencial, incluso sobre números no registrados en el servicio. Presentamos interesantes estadísticas de uso (cross-messenger), que también revelan que muy pocos usuarios cambian la configuración de privacidad predeterminada (que en la mayoría de los casos no es en absoluto respetuosa con la privacidad). En cuanto a las mitigaciones, proponemos técnicas novedosas para limitar significativamente la viabilidad de nuestros ataques de rastreo, especialmente un nuevo esquema de descubrimiento de contactos incrementales que mejora estrictamente el enfoque de Signal. Además, mostramos que los protocolos de descubrimiento de contactos basados en hash actualmente desplegados se rompen gravemente al comparar tres métodos para la inversión eficiente de hash de los números de teléfono móvil. Para ello, también proponemos una construcción de la mesa de arco iris significativamente mejorada para los insumos no distribuidos uniformemente que es de interés independiente. Todos nuestros métodos pueden invertir el hash de los números de teléfonos móviles en milisegundos. Divulgación responsable Demostramos métodos que permiten invadir la privacidad de miles de millones de usuarios de mensajería móvil utilizando muy pocos recursos. Por lo tanto, iniciamos el proceso oficial de divulgación responsable con todos los mensajeros que investigamos (WhatsApp, Signal y Telegram) y compartimos nuestros hallazgos para evitar la explotación por parte de imitadores malintencionados. Como resultado, WhatsApp ha mejorado sus mecanismos de protección de forma que se puedan detectar los ataques a gran escala, y Signal ha reducido el número de posibles consultas para complicar el rastreo. Telegram respondió a nuestra revelación responsable elaborando medidas adicionales de contramedidas de rastrillaje de datos más allá de los límites de la tasa detectada por nosotros. Supuestamente se activan cuando los atacantes utilizan las bases de datos existentes de números de teléfono activos y se producen tasas de conversión más altas que las nuestras. Intersección de conjunto privado eficiente (PSI) para descubrimiento de contacto móvil [KRSSW19] El enfoque actualmente más prometedor para realizar el descubrimiento de contactos en forma privada sin depender de hardware confiable se basa en protocolos criptográficos para la intersección de conjuntos privados (PSI). Esos protocolos permiten a los usuarios y a los proveedores de servicios encontrar contactos coincidentes sin revelar ninguna información sobre entradas no relacionadas en las libretas de direcciones de los usuarios o las bases de datos de usuarios de los proveedores de servicios. Lamentablemente, incluso en un modelo de seguridad débil en el que se supone que los clientes siguen el protocolo con honestidad, los protocolos y las implementaciones anteriores resultaron estar lejos de ser prácticos cuando se utilizaron a escala. Ello se debe a su gran complejidad de cálculo y/o comunicación, así como a la falta de optimización para los dispositivos móviles. En nuestra labor, eliminamos la mayoría de los obstáculos para el despliegue mundial a gran escala mejorando significativamente dos protocolos prometedores de Kiss y otros (PoPETS'17) y permitiendo al mismo tiempo la utilización de clientes malintencionados y proporcionando implementaciones optimizadas para los dispositivos móviles. Nuestro protocolo más rápido verifica en privado 1000 contactos de clientes contra una base de datos a gran escala con 250 millones de entradas en sólo 2,92s medidos en un smartphone a través de una conexión WiFi real y 6,53s a través de LTE. Resumimos las amenazas a la privacidad abordadas por el descubrimiento de contactos móviles y explicamos los detalles sobre nuestros protocolos PSI en un vídeo fácilmente comprensible e ilustrativo en YouTube. https://contact-discovery.github.io/ -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

1 0

[opensuse-es] [OT] ¿Nvidia compró o no ARM?
by Juan Erbes 16 Sep '20

16 Sep '20

Sep 14, 2020 https://hipertextual.com/2020/09/nvidia-compra-arm Sep 15, 2020 https://hipertextual.com/2020/09/arm-nvidia-campana-herman-hauser Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

1 0

[opensuse-es] Una de LVM2, extender el tamaño del grupo añadiendo disco al RAID5 existente
by Francisco F. 15 Sep '20

15 Sep '20

Buenas: Aquí otra puñeta que viene de lejos y hay que arreglar ahora. Sistema con un RAID5 de 3 discos 4TB, 7.28TB final para uso. Montaje interto: Creado Grupo Volumen en el disco /dev/sdb Creado Volumen Lógico en el grupo con XFS disco fisico /dev/sdb 7.28TB Grupo LVM /Dos 7.28TB disco logico /Informacion 7.28TB Naturalmente como no se borra nada pasa lo normal. Pues nada añadimos disco. Añado disco de 4TB configuro expansión de RAID en la bios (dos semanas le costó acabar la sincronización) Tamaño final 11TB (como nos engañamos con los números) Arranco y todo contento me voy a Yast. Disco /dev/sdb ya muestra el tamaño total 11TB Bien vamos a Gestión de Volúmenes /dev/Dos marca 7.28TB selecciono para cambiar tamaño aparece el disco físico con el nuevo tamaño 11TB ya seleccionado así que estupendo confirmamos yyyy na de na. Parece que no me deja cambiar el tamaño del Grupo Dos. Y aquí se acaba la aventura porque tampoco deja añadir un volumen. La solución bruta empezar de cero, pero son 8TB de datos a trasvasar y eso dura una eternidad. ¿alguna idea que no me cueste 3 días en intercambio de datos? Saludos -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 3

[opensuse-es] [OT] CIV y Sid Meier
by Carlos A. 11 Sep '20

11 Sep '20

Saludos encontré este artículo por pura casualidad, y como ya no soy tan joven, lo comparto. https://arstechnica.com/gaming/2020/09/from-pong-to-civilization-how-i-made… Incluye un muy agradable video acerca de la historia de Civ. -- Carlos A. PS: tengo que conseguir un SSD más grande o hacer más espacio. -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe(a)opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help(a)opensuse.org

2 1