En la configuración de Google.Chrome selecciona a donde irá tu descarga...


 

EN VIVO: El Consejo de Seguridad de la Organización de la ONU celebra una sesión para abordar las crecientes tensiones en torno a la situación en Ucrania.

Vea la transmisión en vivo:


 

Ok jefe... no hay apuros... sigan en lo suyo que van bien...

Saludos.

 

Ninguna contradicción... ellos van a mandar tropas a Europa del Este pero no a Ucrania... ya lo dijeron, que le prestaran ayuda pero no soldados...

 

Y porque eso de andar metiendo códigos a diestra y siniestra???... si contaminaste tu linea ya el compañero .xAk. te indicó lo que debes hacer... ponte en contacto con tu operadora de telefonía...

Suerte.

 

El secretario general de la OTAN, el noruego Jens Stoltenberg, descartó este domingo (30.01.2022) que la Alianza Atlántica llegue a enviar tropas de combate sobre el terreno a Ucrania si Rusia lanza una ofensiva sobre el país, argumentando que Kiev no es miembro del acuerdo militar. Las declaraciones las dio a la emisora británica BBC.

"Ucrania no es un aliado de la OTAN", dijo Stoltenberg, que recalcó que la "garantía de seguridad al 100 por ciento de que un ataque sobre un aliado generará una respuesta de toda la Alianza" no se aplica a Kiev. "No tenemos planes para desplegar tropas de combate en Ucrania", subrayó el secretario general. "Hay enormes diferencias entre ser miembro de la OTAN y ser un aliado fuerte y valioso como Ucrania, de eso no hay duda”, indicó.

Consultado sobre si contempla algún escenario en el que se llegara a ver soldados de la OTAN enfrentándose en Ucrania contra efectivos rusos, Stoltenberg contestó nuevamente que "no". "Nos estamos centrando en ofrecer apoyo a Ucrania. Ayudando a que ejerza su derecho a la autodefensa. Al mismo tiempo, enviamos el mensaje a Rusia de que impondremos sanciones severas si una vez más utiliza la fuerza contra Ucrania", explicó.

Reino Unido: ayuda sí, soldados no

El político noruego afirmó que no existe "certeza sobre las intenciones" del presidente ruso, Vladimir Putin, pero alertó del preocupante envío de decenas de miles de soldados a la frontera ucraniana, el uso de "una retórica muy agresiva" por parte de Moscú, así como de los precedentes del "uso de la fuerza" contra Ucrania. Pese a todo, abogó por una solución diplomática a las tensiones y urgió al Kremlin a desescalar el conflicto.

"La paradoja es que Putin entró en Ucrania en 2014 porque no les gustaba tener a la OTAN cerca de sus fronteras. Pero, cuanto más agresivos sean, los aliados de la OTAN más se acercarán a las fronteras e incrementarán su presencia en la parte este de la Alianza", dijo el secretario general.

En términos parecidos se expresó la ministra de Exteriores de Reino Unido, Liz Truss, quien declaró que era "muy poco probable” que soldados británicos fueran a desplegarse para combatir junto a tropas ucranianas en el caso de una invasión rusa, y que el camino era "asegurarse de que las fuerzas ucranianas reciban todo el apoyo que podamos darles”. También sostuvo que era "altamente probable” que Rusia esté preparando un ataque a su vecino.

https://www.dw.com/es/otan-no-desplegar%C3%A1-soldados-en-ucrania-ante-eventual-invasi%C3%B3n-rusa/a-60602887

 

Intel está implementando una característica de soporte para las placas base que, al menos de momento, será exclusiva de Linux, un detalle que no suele ser lo habitual en el mundo del hardware, donde Windows es la máxima prioridad en casi el 100% de los casos, incluso para Intel, que es prácticamente el fabricante que mejor soporte da a Linux.

Siendo más concretos, Intel ha introducido un driver en el futuro Linux 5.17 llamado “pfr_update” que hará uso de la especificación Platform Firmware Runtime Update and Telemetry (PFRUT) de ACPI, la cual permite actualizar una BIOS o UEFI sin necesidad de reiniciar. Por ahora esta característica no va a llegar a Windows, pero quién duda que esta exclusividad apunta a ser efímera.

No hace falta ser un lince para percatarse que la prioridad de Linux sobre Windows por parte de Intel es debido a que el uso de PFRUT se centrará en los servidores, donde las cargas de trabajo muchas veces no pueden interrumpirse. La especificación de ACPI permitirá llevar a cabo actualizaciones de BIOS/UEFI sobre la marcha, eliminando así, al menos sobre el papel, un posible escenario de interrupción. Además, también incorpora un controlador para leer datos de telemetría del firmware de forma estandarizada.

Al parecer pfr_update ha sido diseñado para actualizar el firmware solo en casos de errores graves o problemas de seguridad, facilitando así la tarea a los administradores a la hora de parchear los servidores sin tener que detenerlos.

Desde que se permite actualizar el firmware de la placa base, ya sea BIOS “clásica” o UEFI, el proceso siempre ha requerido de reiniciar la computadora para completarlo. Con el propósito de enterrar ese requisito, Intel ha estado trabajando en implementar PFRUT, que anteriormente era conocida bajo el nombre de “Actualización sin interrupciones”.


El procedimiento de actualización estándar de la BIOS/UEFI ha requerido y sigue requiriendo de reiniciar la computadora para cargar el nuevo firmware, ya que es en ese instante cuando el firmware se transfiere a la placa base para actualizar la BIOS o UEFI. Con PFRUT el paradigma cambia al ser el sistema operativo el que se encarga de todo el proceso de actualización, abriendo así la puerta a que no sea necesario reiniciar.

De momento parece que el soporte de Intel para PFRUT no solo será exclusivo de Linux, sino también de los entornos de servidor. Dicho con otras palabras, no parece que en un principio vaya a llegar a equipos de sobremesa y portátiles, aunque al ser una característica incorporada al kernel Linux no debería de haber ningún impedimento tecnológico sobre el papel.

Pero incluso si PFRUT llega a los equipos de sobremesa, habría que ver cuántos fabricantes deciden apoyarse en ella, porque desde hace bastantes años existen LVFS y FWUPD y la verdad es que un porcentaje muy pequeño de placas base permiten actualizar el firmware a través del mecanismo que forman, por lo que toca recurrir a la herramienta de la propia placa base para tal efecto o a Windows en muchos modelos de portátiles.

Los que quieran conocer más detalles sobre PFRUT y el mecanismo de actualización de firmware en tiempo de ejecución impulsado por Intel pueden consultar el correspondiente documento publicado por el gigante del chip.

https://www.muylinux.com/2022/01/04/intel-linux-actualizacion-firmware/

 

Elegante y sencillo... me gusta...

Cuando será la inauguración con toda su funcionalidad???... porque desde el uno puede venir al foro, pero no a la inversa..

 

Puede que hayas oído hablar de los ataques DDoS, o también conocidos como ataques de denegación de servicio. Este tipo de ataques cibernéticos ha llegado a darse en España, y es junto al ransomware y al phishing una de las tácticas más famosas entre los ciberdelincuentes. Microsoft, que ya ha parado algunos de estos ataques en el pasado, afirma haber detenido el mayor DDoS de la historia.

Según datos de la propia Microsoft, en noviembre del año pasado un cliente de su servicio computacional en la nube, Microsoft Azure, sufrió un ingente ataque DDoS. Estos ataques consisten en enviar un gran flujo de tráfico proveniente de equipos infectados con malware a los servidores o equipos de empresas y usuarios. Así, se saturan y dejan de funcionar. Pues este ataque DDoS no solo era ingente, sino que fue el mayor registrado hasta la fecha.

Nada más ni nada menos que un flujo de datos de 3,47 terabits por segundo y un ratio de paquetes enviado (pps) de 340 millones por segundo. El ataque llegó desde una gran red de equipos infectados con malware, que consistió en 10.000 fuentes distintas.

El mayor ataque DDoS

Con cifras tan mareantes, uno podría pensar que este ataque supera y por mucho al resto de ataques DDoS que se han dado anteriormente. Nada más lejos de la realidad; en diciembre del año pasado, se volvieron a producir otros dos ataques y aunque no superaron al de 3,47 Tbps, sí que llegaron a alcanzar 3,25 y 2,55 Tbps respectivamente.

El ataque tuvo una duración de 15 minutos y Microsoft, en un informe sobre los ataques DDoS en el que hace referencia a este incidente, explica que los equipos que enviaron este flujo de tráfico provenían de multitud de países, incluyendo Rusia, Tailandia, India, Estados Unidos, China o Corea del Sur.

No se sabe específicamente qué equipos se usaron para el ataque, pero se cree que en la red que envió el DDoS había todo tipo de dispositivos infectados con malware. Desde ordenadores de consumo hasta dispositivos inteligentes, pasando por servidores o routers. Y es que el modus operandi más habitual es infectar la mayor cantidad de equipos posible para que estos envíen las instrucciones necesarias para sobrecargar los servidores de la red atacada.

El problema de los DDoS

Este incidente ha quedado registrado en un informe sobre la problemática de los ataques DDoS. Y los números son preocupantes; la compañía de Redmond ha asegurado que desde la primera mitad del año 2021, el número de ataques de DDoS ha aumentado un 40%, con una media de 1.955 ataques por día mitigados por la compañía.

El día más oscuro en este informe fue el 10 de agosto, en el que se registraron 4.296 ataques. En consecuencia, Microsoft paró más de 350.000 ataques realizados contra sus servicios. Hay que aclarar que la gran mayoría de los ataques DDoS que se realizan en el día a día no alcanzan cuotas tan importantes de datos, sino que suelen ser bastante menores (aunque igual de molestos).

La mayoría de ataques se concentraron en verano, y la campaña navideña no fue tan activa, deslizando la idea de que los flujos de actividad de los ciberdelincuentes van variando dependiendo de la temporada del año y no se centran exclusivamente en una temporada específica. No obstante, este es un problema, ya que según Microsoft, "esto destaca la importancia de la protección DDoS durante todo el año y no solo durante las temporadas de mayor tráfico".

https://www.elespanol.com/omicrono/software/20220128/microsoft-detiene-mayor-ciberataque-denegacion-servicio-historia/645935739_0.html

 

Revisa la placa y ve si por allí cerca de donde están las salidas de la tarjeta no haya algún condensador abombado... esto con frecuencia es lo que hace que no de sonido la salida de la placa, pero si por otros medios como una tarjeta de audio, o por la gráfica que es tu situación actual...