Clave publica, clave privada, criptografía híbrida

Shh... calla, Obama nos escucha...
 


Kerkhof decía que la fortaleza de un cifrado no debería estar en el algoritmo, sino en la clave.

En esta entrada hablaremos de un tema que puede dar algunos dolores de cabeza a la hora de entenderlo. Así que he decidido hacer una entrada para dar una introducción y dejar claros los conceptos teóricos de lo que es un cifrado simétrico, uno asimétrico y uno híbrido.

Cuando ciframos un documento lo podemos cifrar con diversos algoritmos, pero lo que importa es la clave que nos dará el patrón a seguir para cifrarlo o descifrarlo.

Una clave simétrica es aquella que se utiliza tanto para cifrar una información como para descifrarla. 

Si nosotros cifráramos el fichero_1 con un cifrado simétrico de clave: password 
Para descifrarlo tendríamos que escribir: password

Cifrado simétrico: misma clave para cifrar y descifrar el fichero.
Un idioma podría ser un ejemplo de clave simétrica donde para que se ejerza la comunicación ambas personas deberán conocer el idioma, o en este caso la clave.
El cifrado simétrico tiene una gran desventaja y está en que aunque la información sea enviada de forma segura, la clave no lo es. Y aquí nace su opuesto.

Ahora hablemos del cifrado asimétrico. 
Si cifrado simétrico significa que se usa la misma clave para cifrar y descifrar el fichero y el prefijo "a" en español significa negación de... ¿qué puede ser el cifrado asimétrico?

Cifrado asimétrico: distinta clave para cifrar y descifrar un fichero.

En el cifrado asimétrico disponemos de dos claves, una pública y una privada. La clave privada sólo la deberemos de conocer nosotros y se usa para descifrar los mensajes o ficheros que se cifren con una clave pública. 

Nuestra clave pública la puede ver cualquiera sin ningún riesgo para nuestra seguridad, pero los datos que se cifren con ella solo se podrán descifrar usando nuestra clave privada.


Por las barbas de Neptuno, ¡qué complicado es esto!

En realidad en concepto es muy sencillo. Si Sonia quiere comunicarse de forma segura con Carlos sin que el nuestros amigos del FBI espíen sus conversaciones subiditas de tono, Sonia le dará a Carlos su clave pública y Carlos a Sonia su clave Pública.

Cuando Carlos envíe un mensaje a Sonia lo cifrará con la clave pública de Sonia. (Ya hemos dicho que esta clave se puede dar sin miedo)
Este mensaje no podrá ser descifrado por ninguna clave de nadie, ni si quiera la de Carlos, excepto, por la clave privada de Sonia que solo tiene Sonia.

Cuando el mensaje le llegue a Sonia, ella usará su clave privada que solo conoce ella, para descifrarlo.
La clave pública de Sonia lo que hace es cifrar los mensajes de forma que sólo se puedan descifrar con la clave privada de Sonia.

Cuando Sonia responda a Carlos, ella cifrará el mensaje con la clave pública de Carlos y le enviará la respuesta a Carlos quién con su clave privada descifrará el mensaje.

¿Mejor ahora?

Podríamos hacer un símil con una piedra cayendo a un río. La información podría ser la salpicadura del río. En la clave pública podríamos tener la piedra y sabríamos como tendríamos que hacer a la piedra para que al tirarla salpicara el mensaje. 
En la clave privada tendremos al río, la corriente del río, el viento que hace, la forma en la que tiramos la piedra y con qué fuerza, el ángulo de la montaña, los peces... etc...
De nada nos sirve tener la clave pública si desconocemos el resto de los factores. Por eso cualquier otra persona que tenga la clave pública no puede descifrar un mensaje a no ser que conozca la privada.

El único problema del cifrado asimétrico tal vez, es que ocupa muchísimo y de aquí nace el cifrado híbrido.

El cifrado híbrido consiste en aprovechar el reducido espacio que ocupa el cifrado simétrico a comparación del asimétrico para cifrar un archivo de forma simétrica.

Entonces si ciframos el archivo de forma simétrica... ¿por qué híbrido?

La respuesta viene en la distribución de la clave, aunque cifremos el archivo de forma simétrica la clave la ciframos de forma asimétrica. De esta forma el receptor descifrará la clave con su clave privada y obtendrá la clave para descifrar el archivo que hemos cifrado de forma simétrica.

El cifrado híbrido es el todoterreno de los cifrados ya que aprovecha las ventajas de ambos.

Aunque creo que ha quedado muy claro, cualquier duda, comentario.


Un fuerte abrazo!

Joomla y otras malas prácticas


Programadores y Programadoras del mundo.

 
No me seáis vagos, ¡leches!


Antes de comenzar con el contenido de la entrada, me gustaría realizar una aclaración. Esta entrada no va para nada en contra de Joomla u otros CMS.

Al revés, son plataformas estupendas para que gente sin conocimientos de programación o con poco tiempo y que deseen realizar una web sin complicarse la vida consigan sus propósitos. 

Pero dato: la mayoría de la gente, que yo conozca al menos (siempre hablo basándome en experiencias propias) se centran en mantener las página añadiendo funcionalidades en lugar de buscar que vulnerabilidades han aparecido en plugins y actualizando la página y los plugins para evitarlas.

Aunque los CMS tengan una amplia personalización de muchísimos elementos nunca vamos a poder tener todas las funcionalidades que podríamos tener escribiendo el código nosotros mismos. Ni la seguridad de como se hace todo a no ser que repasemos el código línea por línea (que no creo que una persona que use un CMS lo repase línea por línea cuando lo que intenta es ahorrar tiempo)


Esta tarde me llamaron pidiéndome que realizara una página web en WordPress. Nunca he usado WordPress por lo que tuve que rechazar la oferta. Me pedían algo sencillo, que incluyera un plugin que realizara algo similar al google calendar pero que se viera menos cutre para ver conciertos. 

Esas fueron las palabras de esta persona. Yo no estoy de acuerdo en lo de cutre, todo hay que decirlo a mi Google Calendar me encanta como herramienta organizativa y cuando he tenido la oportunidad lo he usado.

Aquí tenemos un problema curioso, y es un cliente que quiere que le incluyamos un plugin muy especifico que desconocemos si existe algo ya creado con una licencia que nos permita usarlo de forma comercial. Ahora tenemos la opción de buscar el plugin y mirar el código para asegurarnos que funciona correctamente y no tiene bugs o crear el plugin. Por eso para pequeños proyectos o proyectos escolares o personales los CMS son perfectos.

Pero a niveles mayores mi recomendación personal es que si eres desarrollador si quieres usa tu tiempo en mejorar un CMS para el bien de la comunidad.

Pero desarrolla tus propios proyectos, no solo por saber que hace cada cosa a la perfección, sino por saber que modificar en caso de necesidad y no andarte con líos de licencias. Hay una cantidad de frameworks increíbles, solo hay que mirar en github por ejemplo. Solo hay que elegir el que más se adapte a nosotros.

Hay hasta frameworks para C, (cosa que no recomiendo), pero sin lugar a dudas la eficiencia en velocidad de ejecución es increíble.

A lo dicho anteriormente también hay que sumarle el consumo de recursos. Instalar por ejemplo un joomla para una aplicación que podría correr Flask sin añadidos es un auténtico desperdicio de recursos por parte del servidor.

Somos desarrolladores, y como desarrolladores somos creadores de contenido.

Conclusión personal: Si eres una persona que se inicia en la informática y no desea complicarse la vida o no le gusta el desarrollo web y solo quiere centrarse en otras cosas. Usar un CMS es una opción estupenda.

Pero si te pide una empresa un proyecto, se supone que estás vendiendo tu trabajo y tu trabajo tiene unos estándares de calidad. ¿Vas a garantizarle a la empresa que todos los plugins que incluyas funcionen a la perfección siempre?

No seas vago y crea tu propio código. Ya no solo por saber como funciona, sino porque estarás vendiendo tu trabajo y no el trabajo de otros. Y porque la producción será mayor y el peso menor, por no contar la increible capacidad de personalización y es que hay clientes muy tiquismiquis con detalles inverosímiles.

Como ya he dicho al principio, esta entrada no pretende ser una entrada disuasoria al uso de los CMS ni mucho menos, tienen su sitio como hemos explicado y son muy importantes ya que gracias a estos muchas personas pueden tener su web sin necesidad de amplios conocimientos de programación. 

Gracias a estos internet puede crecer a velocidades vertiginosas con millones de ideas de personas super-variopintas.

Pero como desarrolladores (a mi humilde opinión), salvo en algunos casos, usar un CMS es un desperdicio de nuestro talento y a la larga nos puede costar más tiempo del que nos ahorra.


Un fuerte abrazo!


Versión 1.3 de IconMod: cambiar iconos desde una url


"Y es que un proyecto no es un proyecto si no se mejora día a día"


 

Cogemos nuestra caja mágica y le metemos diez mil programas súper-útiles pero que no nos dejan de convencer su diseño o sus iconos.  Sabemos que para cambiar los iconos tendríamos que ir a una línea de un archivo situado en un sitio y cambiarla con cuidado de no tocar nada más, abrirlo como superusuario etc.

Para cosas como esas está IconMod y un poquito de Gimp en caso de que queramos diseñar nuestros propios iconos. 

Aunque ya lo dije en una entrada anterior diré una pequeña introducción:

IconMod es un programa OpenSource que empecé a desarrollar solo y rápidamente recibí ayuda de manera indirecta de Fanta de elbinario.net Quién vio el código y decidió hacerle unas modificaciones para que se prestase al Scripting.
Modificando un poco la idea de Fanta y adaptándola a un modelo de varios módulos conseguimos crear la versión 1.2 de IconMod. En esta versión conseguimos dos modos de uso. A través del modo interactivo donde el programa te va preguntando los parámetros. O el modo de Scripting o OneLiner donde con una sola línea podíamos modificar un icono y de esta manera crear Scripts que cambiaran muchísimos iconos de un tirón en los ordenadores en los que los pusiéramos.

Ahora... ¿pero la versión 1.3 para qué? 
Y es que en esta versión quería liberar de espacio los Scripts que hiciéramos con el método de Scripting. Y llevar una carpeta con un montón de imágenes no era viable. Además de que si queríamos pasar nuestro Script a otra persona tendría que descargarse todas las imágenes y además... A no ser que lo guardase en /tmp/ hasta que llamase a IconMod seguramente las imágenes quedarían duplicadas en el ordenador.
Con esta pretensión y con la idea de ahorrarnos la vida le añadí una nueva funcionalidad para poder descargar los iconos en tiempo real solo indicando la url. Y así nació IconMod 1.3

En el método de Scripting se incluye una nueva opción -u y --url. Ambas hacen lo mismo. Aquí tenemos un ejemplo para cambiar la imagen de Firefox por el icono de Debian.

sudo iconmod -s firefox -u https://www.debian.org/Pics/openlogo-50.png

El resultado es el siguiente


 Un dato importante es que siempre debemos llamar a IconMod con permisos administrativos ya que si no nos dará un error. 

Este error se debe a que el funcionamiento interno del programa en esta funcionalidad es el siguiente (en el modo OneLiner):

Coge la Url de la imagen. Saca el nombre de la imagen y lo muestra en pantalla. Añade .desktop a la aplicación que hemos elegido. Va a /usr/share/applications/ y busca el archivo de su aplicación. Si no lo encuentra avisa de que la aplicación no existe o has escrito mal el nombre.

Después coge el nombre de la aplicación y le pone la extensión del icono especificado en la Url y guarda la imagen especificada en /opt/iconmod/photos/ con el nombre de la aplicación más la extensión de la imagen. Todo para un mayor orden.

Esta acción ya requiere privilegios administrativos.

Y finalmente modifica el archivo de la aplicación para cambiarle el valor que apunta a la imagen del Icono de esta sin tocar los demás valores.

En el modo interactivo o guiado aparece una nueva pregunta donde pregunta si la imagen es local[l] o está en la network[n].

Tanto si ya lo tenemos instalado como si no el proceso de instalación/actualización es el mismo.

# si no tenemos instalado Python3 
sudo apt-get install python3
# si no tenemos instalado git
sudo apt-get install git
# descargamos el programa
cd /tmp/
git clone https://github.com/curiosoinformatico/iconmod
cd iconmod
# instalamos/actualizamos el programa
sudo ./setup.sh
# Si nos da errores de que no puede sobrescribir algo o crear un directorio
# porque ya existe no nos preocupamos. Significa que ya lo teníamos instalado 
# antes y solo ha actualizado las cosas que han cambiado y no ha tocado las 
# anteriores.


Fijaros en el Icono de Firefox en la barra superior...
En el icono de la aplicación también cambia. 


Es importante que en la Url especifiquemos la ruta de la imagen completa, si no nos lanzará un error. 
http://curiosoinformatico/4454/dss por ejemplo, daría un error. 

https://www.debian.org/Pics/openlogo-50.png por ejemplo, sería una Url bien especificada.
Honestamente espero que os sirva para algo, estáis invitados por supuesto a ayudar a añadirle funcionalidades y mejorarlo y como siempre...
 

Un fuerte abrazo!

Problemas al empezar como desarrollador


"Más de a uno ha pasado por lo mismo"


En esta entrada he decidido comentar algunos de los problemas por los que hemos pasado sino todos, muchos, a la hora de empezar a programar. Para que de esta forma las nuevas generaciones de desarrolladores (entre las que me incluyo) puedan tener una ayuda sobre lo que no hacer.

He decidido resumir todo esto en 7 tips o 7 problemas que le suelen suceder a la mayoría de la gente cuando empieza. Digo esto sin generalizar claro, basándome en propias experiencias y en experiencias de compañeros.

Problema 1: Quiero hacer "un videojuego, un virus, dominar el mundo..."
Aunque suena a chiste para muchos. Muchos de los que estamos en este increíble mundo empezamos por querer "hacer un videojuego" y buscamos en google "cómo hacer un videojuego".  Lo primero es el motivo por el que empezamos. Aunque queramos aprender a programar para realizar un videojuego, ya sabéis el dicho. Hay que aprender a caminar antes de correr. Y si centramos nuestros esfuerzos en crear un videojuego en lugar de profundizar en algún lenguaje de programación. No vamos a ir a ningún lado, porque lo primero requiere que lo segundo se haga primero.


 Problema 2: "Voy a hacer un videojuego en batch, he visto en youtube cómo hacer un virus en batch, seré un hacker."

1.¿Really? Antes de ponernos a aprender un lenguaje debemos saber para que sirve o para que se suele utilizar. Hay que indagar un poco antes de ponernos a aprender algo y elegir el lenguaje adecuado para nuestro proyecto. 
2. ...sin palabras. Y es que cuando eres pequeño (como en mi caso cuando empecé tenía 12/13 años) y buscas en youtube cosas de informática, o en google. Muchas veces no sabes como buscar y te salen cosas tipo "como crear un virus blanco en batch", que no es más que un acceso directo con un shutdown. De virus nada. Hay mucha desinformación por la red y debemos contrastar todo antes de darlo por válido.
3. Queremos aprender a programar y programar es algo bonito, bello y puro donde la creatividad es el motor de todas las cosas que creamos. Intentar crear cosas con fines maliciosos no nos va a llevar a ningún sitio.
4. ...me ahorro el comentario. Antes de proclamarte como algo deberías buscar en varios sitios el significado de esa palabra.



Problema 3: ¿Con qué lenguaje empezar?

Eso ya es cosa de cada uno, yo empecé haciendo pequeños Scripts en batch y rápidamente me pasé a C, con lo que estuve poco tiempo porque conocí C++ y lo preferí enormemente. Después me hice amigo de Python y desde entonces hemos sido inseparables aunque ahora le estoy dando la oportunidad de entrar en mi vida a Ruby.

Lenguajes hay muchos, se recomienda empezar por C. Aunque yo personalmente hubiera preferido empezar por Python. Dado que el nivel de C es más para gente que ya tiene ciertos niveles de conocimientos superiores a los que se dan en la ESO. Lo que importa es coger las bases. Cuando coges las bases en un lenguaje migrar a otro te será relativamente fácil.

Problema 4: ¡Qué mi código no lo vea nadie!
Cuando empezamos en este mundo muchas veces somos reacios a compartir nuestras creaciones. Pero debemos pensar... si nosotros sabemos esto es porque alguien nos lo ha enseñado. Alguien se ha tomado la molestia de escribir un libro o explicar una documentación o... crear un lenguaje de programación. Que tire la primera piedra quien no haya preguntado nada nunca en ningún foro.
Debemos ser fieles a la filosofía OpenSource. Nuestro código puede ser todo lo sagrado que queramos y sentirnos desnudos al principio dejando que cualquiera haga lo que quiera con algo que es... como nuestro hijo jajajaj... Pero toda modificación que haga una persona en lo que originalmente hicimos nosotros solos es a mejor. Y no solo van a ayudarnos a ver nuevas cosas para incluir, sino a detectar errores y lo mas importante. Todo esto ayudará a personas que como nosotros, quieren escribir software por hacer de este un mundo mejor.
El software privativo es como la comida del McDonalds, puede estar muy rico pero no sabemos que nos comemos.


Problema 5: "Ya sé programar"
Nunca, y repito nunca, terminamos de aprender cosas y los lenguajes de programación evolucionan día a día. Yo soy el primero que reconoce que no tiene ni la más remota idea de casi nada. Por eso día a día intento aprender cosas nuevas y día a día descubro que hasta el final de mis días. Seguiré sin tener ni la más remota idea de casi nada porque el software va evolucionando a velocidades vertiginosas.
Somos desarrolladores, creadores de contenido. Debemos tratar de innovar y superarnos cada día por lo que decir "ya se programar" no tiene sentido. Deberíamos decir más bien "he aprendido a hacer esto de esta manera que no sabía antes".


Problema 6: He aprendido un lenguaje, ahora solo me queda profundizar en él.
No es necesario conocer todos los lenguajes de programación, ni mucho menos. Pero si es importante conocer varios porque cada uno te introduce una nueva filosofía y una nueva perspectiva del mundo. Además de una nueva comunidad.
Y evidentemente...  no podemos realizar un videojuego o crear una página web (que no se viera neolítica) conociendo única y exclusivamente HTML.

Problema 7: "Comoditis aguda"

Si tienes una duda primero intenta resolverla por ti mismo. Mira y remira tu código, analiza el error que te da en caso de darte un error. Busca en google, mira la documentación oficial del lenguaje de programación que estés usando. De la librería que estés usando y si después de mil quebraderos de cabeza no lo consigues solucionar.
Pregunta. Si no te saben responder a la primera sigue buscando y si no lo encuentras vuelve a preguntar en otro foro. Si a pesar de esto parece no haber documentación acerca de tu error o duda sigue husmeando y cuando encuentres la respuesta publícala. Así podrás ayudar a otros programadores en tu situación.
Además, te sentirás mucho mejor por haber sabido resolver la duda por ti mismo en lugar de que te la resuelvan otras personas. Estamos aquí para ayudar pero no para perder el tiempo. Y que te digan como hacer una cosa no vale nada sino la aprendes para una próxima vez.
La mejor forma de aprender algo es descubrirlo. Te debes de sentir cómodo resolviendo tus propias dudas.

En definitiva, si quieres dedicarte al mundo del desarrollo bien sea por una meta, la gratificante sensación de auto-realización, por ayudar a otras personas o por cualquier otro motivo. No olvides que este es un mundo lleno de creatividad y que los desarrolladores nos parecemos más a chicos y chicas con ganas de innovar y diseñar un mundo nuevo desde los engranajes, que a monos tocando botones delante de una pantalla.


Espero que esta entrada pueda ayudar a otros que estén empezando a programar y a jóvenes programadores que ya tengan algo de base.

Un fuerte abrazo!

IconMod: Cambiar Iconos Linux 4 Newbies


No hace falta ser unos genios para hacer genialidades




¿Qué hay de diferente en mi barra de navegación? Aparte del fondo chulísimo por cierto que viene por defecto entre los fondos de ubuntu y pertenece a su respectivo autor. En primer lugar como icono de Firefox tenemos una fotografía mía y como icono de rhythmbox tenemos una imagen de unos cascos beats.
Queda mas cool así. No por la imagen, sino por hacerlo a nuestro estilo, de personalizarlo al máximo y no necesitamos tener conocimientos exhaustivos de linux para hacerlo.

Esta noche he creado un Script en Python que he liberado en GitHub bajo una licencia GPL3. Este Script funciona sobre Python3 así que para hacerlo funcionar tenemos que tenerlo instalado.

Para instalarlo:
sudo apt-get install python3
o
sudo yum -y install python3
o
buscamos en google como instalarlo en nuestra distribución.

Cuando ya tengamos instalado python3 necesitaremos git para descargar de una forma cómoda el script.
Si no tenemos instalado git (cosa muy rara...) lo instalamos escribiendo:

sudo apt-get install git
o
sudo yum -y install git
o...
buscamos como instalarlo en nuestra distribución.

Ahora abrimos una terminal, nos movemos a la carpeta que queramos y escribimos en la terminal:

git clone https://github.com/CuriosoInformatico/iconmod.git

nos movemos a la carpeta que nos ha creado

cd iconmod

y ejecutamos el instalador:

sudo ./setup.sh

Con esto ya habremos instalado IconMod en nuestro ordenador.
¿Fácil verdad?


Si no puedes verlo en aplicaciones prueba a reiniciar el entorno gráfico y volverlo a mirar. Perfecto, ahora para ejecutarlo podemos ejecutarlo desde la terminal escribiendo: iconmod, o, ejecutarlo desde el menú de aplicaciones haciendo click en él.

Nos pedirá la contraseña de superusuario evidentemente, pues la necesita para poder modificar los archivos de las aplicaciones.

Y una vez escrita no hay más que seguir las instrucciones en inglés.
Primero escribiremos el nombre de la app a cambiar el icono.

Ejemplo: iconmod

Nos arrojará una serie de resultados con los ficheros que contengan esa palabra. Por seguridad en lugar de coger el primero que pille te pide que escribas el nombre del fichero completo.

Nos fijamos y elegimos la que deseemos, en este caso sería iconmod.desktop,
en el caso de firefox: firefox.desktop y así sucesivamente.

Comprobará que el fichero existe y en caso afirmativo nos preguntará por la nueva imagen de icono. Aquí tenemos que poner la ruta absoluta. Es decir, si la imagen está en nuestra carpeta personal la ruta sería:

/home/tuusuario/nuestraimagen.png

Comprobará que la imagen existe y de ser así nos cambiará los archivos y nos dirá que presionemos enter para finalizar. Presionamos enter y terminal el programa.

La próxima vez que reiniciemos el entorno gráfico la aplicación que hemos elegido tendrá el nuevo icono que hemos seleccionado.

¿Fácil verdad?

Trasteando con Gnome 3


Seamos creativos!

Antes de empezar con esta entrada he de decir que los fondos de pantalla que se ven no me pertenecen a mi. Me los puse por que estos muñecos son adorables y me encantan pero pertenecen a sus respectivos dueños.

 
Y ahora sí! Os presento mi pantalla de Login en Gnome3




Y eso que solo he modificado 2 cosas pero la verdad es que me encanta como se ve y quería compartirlo con todos.


El archivo que hay que modificar para conseguir estos resultados es un atención (redoble de tambores) archivo CSS!

Todos sabemos como editar un archivo CSS, yo busqué como cambiar una cosa por curiosidad pero ya me puse a trastear y por mi cuenta di como 
cambiar el color del texto, el tamaño...

Es super divertido! Y queda genial, pero vamos a hacerlo divertido, como soltar como hacer una cosa es demasiado aburrida prefiero que si queréis. Hagáis como yo y trasteéis con el fichero modificando las cosas que queráis para adaptar el tema a vuestro estilo.


El archivo es /usr/share/gnome-shell/theme/gnome-shell.css y la etiqueta que tenéis que modificar para cambiar el fondo del login es: #lockDialogGroup

Modificáis el background poniendo en url la ruta de la imagen que queréis. Y si queréis pantalla completa, quitáis los elementos de repeat y añadís background-size con las dimensiones de vuestra pantalla.

Si desconocéis CSS os recomiendo estudiarlo antes de editar nada. Se puede aprender en 1 hora sin problemas lo básico :)

Y siempre hay que hacer una copia de backup del archivo antes de editarlo. Eso no lo podemos olvidar. No valla a ser que toquemos lo que no hay que tocar jajaja :)

Trastear! Es divertido ir probando cosas! Mucho más que que te digan como hacerlas.

Un fuerte y creativo abrazo!

VTX Disabled by bios


¿Por qué no puedo virtualizar?

 



¿Por qué no iba a poder tener una máquina virtual en mi superpotentísimo ordenador nuevo? Imagino que será una medida de seguridad, similar a la que pusieron cuando implementaron EFI.

El sistema que a todos los linuxeros al principio se pensó que nos daría bastante por... ejem. Si, por pensar nuevas maneras para continuar la progresión del software libre a pesar de que ahora fuera ligeramente más difícil.

Pero al final no fue más que una reacción alarmista dado que todos, o casi todos, pudimos tener instalada nuestra distribución favorita sin ningún tipo, o casi ningún, tipo de problemas.

A menudo cuando instalamos creamos una máquina virtual en un ordenador y realizamos pruebas en ella. Al hacerlo es posible que nos de un error similar a "VTX Disabled by bios". Esto no es ninguna maldición de Microsoft ni nada por el estilo jajaja.

Es debido a que desde la BIOS impedimos el acceso a la tecnología necesaria para virtualizar un equipo. Para poder tener acceso es tan sencillo como acceder a la BIOS de nuestro equipo y marcar como activada, on|encendido|etc... la opción de virtualización.

Una vez realizada esta activación ingresamos a nuestro sistema operativo y abrimos una máquina virtual, esta vez no nos dará problemas.

O no debería.

Un fuerte abrazo chicos!