Mostrando entradas con la etiqueta 2014 at 05:41PM. Mostrar todas las entradas
Mostrando entradas con la etiqueta 2014 at 05:41PM. Mostrar todas las entradas

viernes, 31 de octubre de 2014

Vídeotutorial: Realiza jailbreak untethered a iOS 8.1


jailbreak


Tal y cómo os hemos contado hace unas horas, Pangu ya ha publicado la versión 1.1 de su herramienta para poder realizar jailbreak a iOS 8.1, la cual entre otras cosas, instala Cydia de forma automática, por lo que es el momento perfecto para dejaros un vídeotutorial.


Cómo veis, el proceso es muy sencillo, y a diferencia de iOS 7.1, en esta ocasión no es necesario cambiar la fecha ni nada por le estilo.


¿Vosotros lo habéis hecho? ¿Habéis tenido algún problema? ¡Contadnos que tal!




Ricardo Urbano

By Ricardo Urbano


Mi nombre es Ricardo Urbano, soy técnico informático y mi pasión es la tecnología y los videojuegos.

Actualmente soy editor y CM de @EstudioiPhone. Podéis seguirme en Twitter en @Riky_Xerez.


View all articles by Ricardo Urbano




The post Vídeotutorial: Realiza jailbreak untethered a iOS 8.1 appeared first on i-RME.es.


from i-RME.es http://ift.tt/1zRSYSg

Este articulo pertenece a sus respectivos autores y se distribuye bajo licencia Creative Commons Reconocimiento 3.0. Algunos articulos pertenecen a BlogdeBlogs quien es el responsable de definir la licencia aplicable.

jueves, 25 de septiembre de 2014

Coneecta: encuentra un experto que te ayude en casi cualquier asunto



Coneecta es una nueva red desde la que puedes conectarte por videoconferencia con miles de expertos del área que necesites. Desde un profesor de inglés o guitarra hasta un asesor fiscal. Todo sin salir de tu casa.




¡No te pierdas nuestro contenido!








25 de septiembre de 2014, 17:41





De las manos de la agencia interactiva glue.gl dedicada a la creación de todo tipo de formatos en Internet, nos llega una nueva red en la que podemos compartir conocimiento con otros. Coneecta (con dos "e") es una plataforma web desde la cual puedes ponerte en contacto a través de videoconferencias con profesionales y expertos en todo tipo de temas. Si buscas asesoramiento con algún problema en particular, puedes ir al directorio de la web para ponerte en contacto con alguien que sepa de la materia y pedirle una consulta, así como también puedes ser tu el profesional que alguien busque.


Coneecta funciona con dos tipos de perfiles, los de profesionales y los de usuarios. El profesional necesita ofrecer un servicio, pueden ser clases de programación, clases de inglés, asesoramiento jurídico, hasta psicoterapia. Lo que una persona sepa hacer. Debe darle un precio, una cantidad de tiempo y crear su propio horario de disponibilidad. El usuario a su ver paga directamente cada consulta y reserva su espacio, el registro de usuario es gratuito, pero las consultas tienen el precio individual que pone quien las ofrece.


coneecta


Como es usual en este tipo de servicios, el usuario puede calificar al profesional que contrató y darle un rating entre 1 y 5 estrellas que van a determinar la reputación del experto en cuestión. Solo puedes votar si has recibido el servicio, y esta es una de las partes más importantes ya que aportan feedback al resto de los usuarios y los orienta a la hora de decidir si vale la pena pagar por una consulta u otra.


Coneecta cobra a los profesionales un 10% de comisión del precio de su consulta, y si el volumen de un usuario sube mucho el porcentaje baja. Es decir que mientras más popular te hace en la red, más dinero te quedas. Los pagos son en euros, son seguros, están garantizados por la empresa, y puedes realizarlos a través de PayPal. Para reservar una clase el usuario debe prepagar y tener créditos en su cuenta. Por otro lado si no se está satisfecho con la consulta Coneecta le devuelve su dinero.


Coneecta está enfocada a usuarios de habla hispana por ahora, y es una buena alternativa en el mundo de las plataformas educativas en linea. Solo necesitas una cámara y un micrófono en tu ordenador para usar el servicio y probar suerte, ya sea ofreciendo tu conocimiento o buscando el de otros.





The post Coneecta: encuentra un experto que te ayude en casi cualquier asunto appeared first on i-RME.es.


from i-RME.es http://ift.tt/1BbVE8P

Este articulo pertenece a sus respectivos autores y se distribuye bajo licencia Creative Commons Reconocimiento 3.0. Algunos articulos pertenecen a BlogdeBlogs quien es el responsable de definir la licencia aplicable.

sábado, 31 de mayo de 2014

Android-x86: así es la versión de Android para PC (parte 2)


Android-x86 en modo vivo



En la primera parte de este especial sobre Android-x86 os presenté el proyecto, cómo he ido siguiendo su trayectoria, y las diversas pruebas realizadas sobre distintas máquinas; desde un netbook, pasando por un portátil, y terminando en diversos PCs de escritorio, con éxito en unos casos y en otros no.


En esta segunda parte vamos a ver cómo comprobar de manera sencilla si Android-x86 es compatible con nuestra máquina desde un punto de vista práctico. Lo primero que necesitamos es descargar la imagen ISO de Android-x86. En este artículo vamos a trabajar con la última versión publicada: Android-x86 4.4-RC2 (KitKat-x86), disponible en Sourceforge (tamaño de descarga 332 MB).


Probar primero e instalar después


Antes de zambullirse en la piscina de una instalación sobre disco físico, es mejor probar el sistema operativo en la máquina destino, así tendremos la certeza de qué va a funcionar o qué no, y decidir así si merece la pena tener Android-x86 como huésped permanente.


Android-x86, pantalla de inicio


Para probar Android-x86 necesitamos crear un medio de arranque. Si la máquina destino dispone de lector óptico, podemos crear un CD con el software que nos resulte más cómodo. Como los netbook no suelen disponer de este artilugio, tal vez la única opción sea crear el medio de arranque en una memoria USB.


Existen muchos programas para crear una memoria USB de arranque en los distintos sistemas operativos . En mi caso, he creado los distintos medios de instalación con la utilidad que proporciona Linux Mint, pero si no tenéis esta posibilidad, en la página del proyecto sugieren el uso de LiLi para Windows (que oficialmente soporta Android-x86), o bien Unetbootin, que es multiplataforma.


Android-x86, creación de medio de arranque con Unetbootin


Una vez creado el medio de arranque, hemos de indicar a nuestra máquina que se inicie desde ahí. Para esto no hay una receta universal y depende de las características de cada equipo. En muchos netbook y portátiles, la tecla de función [F2] sirve para acceder al menú de configuración de la BIOS, y la tecla [F12] para disparar un menú de arranque. En los PC la tecla [Supr] suele servir para iniciar la configuración de la BIOS, en otros [F11] dispara el menú de arranque... Tenéis que investigar en la documentación de vuestra máquina.


Si conseguís con éxito iniciar el equipo de pruebas con el medio de instalación (CD/USB), la primera pantalla que vais a ver contiene varias opciones. La que nos interesa en este momento es la primera: Live CD - Run Android-x86 without installation .


Nota.- Si el medio USB de instalación se ha creado con Unetbootin, el aspecto es distinto al de la imagen que se muestra en la portada, aunque el contenido es muy similar. Lo mas importante es que dispone de la misma opción.


Sea cual sea la fórmula elegida, una vez seleccionada la referida opción, el sistema inicia la carga de la imagen en vivo de Android-x86 (si todo ha ido bien, veremos la palabra "Android" con la fuente que la caracteriza, con una pequeña animación).


Llegamos a la primera pantalla de bienvenida, donde seleccionaremos el idioma. La opción por defecto es English (United States), y bien con el ratón o touchpad, o con las flechas del teclado, podemos seleccionar el que nos apetezca dentro de las opciones disponibles, siendo el Español (España) uno de los presentes. Una vez seleccionado, pulsamos el gran control triangular situado a la derecha (podemos emplear la tecla [Tab] para movernos con rapidez y pulsar [Enter/Intro].


Android-x86, selección de idioma


En la siguiente pantalla veremos la leyenda "Un segundo...". Un tanto optimista el "segundo", porque el proceso suele dilatarse algo más...


Tras el "segundo", aterrizamos en la pantalla, "Selecciona una red Wi-Fi". Al haber empleado VirtualBox para poder realizar las capturas, la lista está vacía, aunque lo normal es que veamos todas las que reconoce el equipo.


Aquí pueden pasar tres cosas: nuestra red aparece, nuestra red no emite el SSID porque está oculta, o estamos conectados a Internet a través de red cableada. Como se trata de comprobar la compatibilidad con la máquina destino, mi consejo es que saltéis la configuración de la red.


Android-x86, Wi-Fi


Este consejo puede parecer contradictorio, pero tiene su razón de ser. Nuestro equipo puede disponer de los dos tipos de conexión (con cable y sin él), y podemos decidir después probar una u otra. Al no estar conectados ahorramos contestar a alguna pregunta de Google, cuestión que abordaremos si deseamos una instalación fija . Ahora sólo estamos probando la compatibilidad del sistema.


Nota.- Si tenemos el equipo conectado mediante red cableada y la reconoce, la conexión se habilita de todos modos y lo dicho hasta aquí vale de poco.


Tras pulsar el control "Saltar" si así lo deseamos (ratón/touchpad/tecla [Tab]), si no hemos seleccionado red, veremos una advertencia como la ilustrada por la imagen. Si optamos por "No omitir" volveremos a la pantalla anterior, y si pulsamos "Omitir de todas formas", avanzamos un paso (en el proceso que he seguido para las capturas, he seleccionado esta última opción).


Android-x86, advertencia Wi-Fi


Empiezan las preguntas... ¿Tienes cuenta en Google? Como se trata de probar compatibilidad, resulta más práctico decir que no. Esta decisión nos lleva a otra pantalla donde se nos sugiere que integremos Google en el dispositivo, con las opciones: "Crear una cuenta" o "Ahora no". Pulsamos sobre la última (nos ahorramos así también buscar en nuestro teclado cómo obtener el símbolo "@").


Android-x86, cuenta de Google


"Ubicación y Google" es la siguiente pantalla. Para nuestra prueba de compatibilidad quitamos las opciones que vienen marcadas por defecto y seguimos. Llegamos así a la configuración de fecha y hora, donde seleccionaremos la zona horaria que nos corresponda.


Android-x86, configuración de zona horaria


"Este tablet pertenece a..." En esta pantalla consignamos un nombre y apellido/s (o test/test para abreviar). Servicios de Google, aquí no hay elección: o se aceptan o no se puede utilizar Android (continuar supone la aceptación explícita).


Si todo ha ido bien hasta aquí, aterrizaremos en la pantalla que permite personalizar la pantalla de inicio. Pulsamos "aceptar" y continuamos. Ya estamos en la siguiente pantalla, "Organiza tu espacio", donde aceptamos sin más. Ya tenemos Android-x86 funcionando, con una pantalla de inicio completamente "pelada".


Android-x86, instalación finalizada


Esto es así por la forma en la que hemos tomado algunas decisiones. Si desde el principio asignamos conexión de red, consignamos nuestra cuenta en Google y aceptamos algunos los checkbox, la cosa cambia. Esto es lo que obtenemos haciendo las cosas "bien":


Android-x86, configuración por defecto


Comprobaciones a realizar


¿Cómo se ve nuestra pantalla? Si el aspecto es de baja resolución, mal vamos... Hemos planteado la prueba desde un punto de vista práctico, así que pulsamos sobre el único control disponible (seis puntos encerrados en un círculo) , y aterrizamos en la pantalla que contiene "todo lo que hay".


Android-x86, software por defecto


En la zona superior izquierda tenemos "Ajustes" (icono con imagen de rueda dentada). Pinchamos en él y nos deslizamos hasta el final de la lista: "Información del tablet". Volvemos a pinchar y tendremos ante nuestros ojos dicha información.


Android-x86, información del dispositivo


Por la experiencia vivida en varias instalaciones, lo que interesa es la información contenida en la sección "OpenGL driver versión". Aquí podemos comprobar si ha detectado la controladora gráfica de forma adecuada.


A mi entender es condición necesaria, que no suficiente, para decidir si instalamos o no Android-x86. Si la información que refleja es distinta de "Unknown", vamos bien. Si identifica el modelo exacto de nuestra controladora gráfica, para nota...


Android-x86, información OpenGL


Lo siguiente en un orden lógico, si no lo hemos hecho ya, es comprobar la conexión a Internet. Una vez más, basándome en la propia experiencia, los chips de las tarjetas de red con cable no suelen presentar problemas. En el caso de los chips wireless no debería, pero no se garantiza que funcione en todos.


Para conectar el equipo a una red Wi-Fi volvemos a la pantalla "Ajustes", donde encontraremos en primer lugar la sección "Conexiones inalámbricas y redes". Si vemos activado por defecto el control de Wi-Fi en "Sí", es que Android-x86 es compatible a estos efectos con nuestro sistema.


Pulsando sobre "Wi-Fi" veremos todas las redes inalámbricas que están al alcance del equipo, seleccionando la nuestra. Si tenemos la configuración del router de forma que la red permanece oculta, pinchando en el signo "más" (+), situado en de la zona superior derecha de la pantalla, podemos añadir otra red.


Se mostrará entonces un cuadro de diálogo para consignar el SSID de la red, el tipo de seguridad y la contraseña (se puede habilitar mediante checkbox la visualización de ésta, muy útil cuando es complicada o larga con signos "raros").


Android-x86 ejecutando YouTube


Pulsando sobre el checkbox denominado "Mostrar opciones avanzadas", podemos también configurar el acceso mediante proxy, y realizar ajustes de IP (DHCP o IP fija). Configurando de forma adecuada los distintos parámetros, deberíamos tener ya conexión a Internet.


Dentro de la misma sección, podemos configurar la conexión mediante Bluetooth, en el caso de que nuestro equipo disponga de ese tipo de conexión.


Como comprobación secundaria podemos ver si funciona la cámara web, la búsqueda por voz, y el sonido. La prueba del algodón es conectarse a YouTube invocando mediante la voz su nombre (a YouTube se puede hacer desde Android-x86 sin haber consignado cuenta de Google), marcar el primer vídeo que veamos y comprobar cómo se reproduce y si se escucha bien.


Galería de imágenes del proceso de comprobación


Como resumen visual del artículo, la siguiente galería contiene el proceso de la prueba de compatibilidad de Android-x86, pantalla por pantalla, tal y como se ha explicado.


¿Te ha convencido Android-x86? Si es así y decides realizar una instalación fija, no te pierdas la tercera parte de este especial...


Continuará...


En Genbeta | Android x86: así es la versión de Android para PC (parte 1)




The post Android-x86: así es la versión de Android para PC (parte 2) appeared first on i-RME.es.


from i-RME.es http://ift.tt/1nDIuA5

Este articulo pertenece a sus respectivos autores y se distribuye bajo licencia Creative Commons Reconocimiento 3.0. Algunos articulos pertenecen a BlogdeBlogs quien es el responsable de definir la licencia aplicable.

jueves, 20 de marzo de 2014

Genbeta 2014-03-20 17:41:44


twitter logotipo arroba


Twitter sigue intentando aplicar cambios que quizás no son precisamente los que buscamos todos los usuarios. El servicio está experimentando con eliminar las arrobas (@) de los tuits donde mencionemos a alguien en el canal para desarrolladores del cliente oficial para Android.


¿Y eso por qué? Según la directora del departamento de noticias de Twitter Vivian Schiller, las arroba y otros símbolos como la almohadilla (#) para marcar etiquetas son “arcanas” y dificultan la comprensión de la red de microblogging a los nuevos usuarios. Limpiando los tuits de esos símbolos podría hacer que Twitter fuese más simpático a todo el mundo.


twitter menciones arroba alpha

El argumento es válido, pero para los más veteranos la desaparición de la arroba va a ser un cambio bastante drástico en el servicio que provocará justo lo que en un principio intenta evitar: confusión. De todas formas esto no es más que un experimento, una prueba, y de ahí puede salir la decisión de eliminar los símbolos o conservarlos. Cuestión de esperar.


Vía | TNW > Buzzfeed

En Genbeta | Twitter hace pruebas con una línea temporal (timeline) sólo con tus usuarios favoritos




The post Genbeta 2014-03-20 17:41:44 appeared first on i-RME.es.


from i-RME.es http://ift.tt/1jcynM5

Este articulo pertenece a sus respectivos autores y se distribuye bajo licencia Creative Commons Reconocimiento 3.0. Algunos articulos pertenecen a BlogdeBlogs quien es el responsable de definir la licencia aplicable.

miércoles, 5 de febrero de 2014

Así funciona la seguridad de Telegram


Telegram


A estas alturas todos habéis oído hablar ya de Telegram, la nueva aplicación de mensajería instantánea que pretende reemplazar a Whatsapp (aunque muchos pensamos que eso es imposible). Una de sus mayores ventajas, según sus creadores, es su seguridad.


Telegram implementa un protocolo propio, MTProto, que transmite los mensajes de forma segura entre nuestro móvil y el servidor. Incluso permite crear chats seguros entre dos clientes, de tal forma que ni siquiera los servidores de Telegram pueden ver qué estás enviando. Ahora bien, ¿cómo funciona? En este artículo vamos a explicar en qué consiste la seguridad de Telegram.


La base: criptografía simétrica


Básicamente y a grandes rasgos, Telegram cifra los mensajes de una forma simple: se cifra con una clave y se descifra en el otro lado con esa misma clave. Al estar los mensajes cifrados, alguien que esté espiando el tráfico de nuestro móvil no sabrá de qué estamos hablando con nuestros amigos.


Esa es la idea principal de Telegram. Fácil, sencillo y para toda la familia. Pero las cosas se empiezan a complicar pronto.


Y el primer problema que nos surge es la clave. Está claro que la clave no puede ser la misma para todos los clientes porque entonces cualquiera podría descifrar los mensajes. Tiene que ser distinta para cada cliente.


Estamos en una posición complicada. Cada vez que un usuario instale la aplicación de Telegram se tiene que crear una clave, y esa clave tiene que enviarse al servidor para que pueda descifrar los mensajes. Obviamente, no podemos transmitir la clave en claro al servidor. Hay que buscar una forma de decirle al servidor cuál es la clave sin decirle cuál es la clave. Esta idea, que parece imposible, es en realidad un algoritmo muy sencillo.


Diffie-Hellman, intercambiando claves de forma segura


La implementación de Diffie-Hellman se basa en matemáticas, más concretamente en grupos de enteros multiplicativos módulo p, con p primo. Sin embargo, lo que nos interesa de esa teoría matemática es una propiedad muy importante: es muy fácil operar un número a con otro b para que salga c, pero a partir de c es muy difícil saber qué números a y b lo han generado.


Pero es más fácil entender Diffie-Hellman con colores que con números. Este es el esquema del intercambio de claves (suponiendo que no sabemos cómo separar dos colores):


Diffie-Hellman

Olvidémonos por un momento de Telegram, y supongamos que tenemos a dos amigos, Alicia y Bernardo, que quieren crear un color secreto que sólo sepan ambos. Lo primero que tienen que hacer es ponerse de acuerdo en un color de partida común, que usarán los dos, en este caso el azul. Además, cada uno elige un color secreto que nunca será compartido ni visto por nadie.


Diffie-Hellman permite que ambas partes lleguen a una clave común secreta, sin tener que transmitirla.


Alicia mezcla su color común con el color secreto, y le pasa el resultado (al que llamamos color intermedio) a Bernardo. Bernardo lo mezcla con su color secreto: lo que quede será la clave secreta, que Alicia obtendrá de forma análoga.


Lo mejor de todo es que aunque alguien intercepte el color común y los dos colores intermedios, no sería capaz de llegar a la clave secreta. Podría mezclar todo lo que quisiese esos colores pero nunca llegaría a la misma combinación que conforma el color final.


Volviendo a Telegram: problemas técnicos adicionales


Ahora que ya sabemos cómo comparte el cliente y el servidor la clave, parece que todo está resuelto. Sin embargo, sigue habiendo problemas que obligan a modificar el protocolo, y para entenderlos tenemos que profundizar un poco en temas técnicos.


Telegram usa el algoritmo de cifrado AES con claves de 256 bits, en modo IGE (Infinite Garble Extension). El modo tiene que ver con la entrada del algoritmo: AES cifra por bloques, cadenas de 128 bits. Dependiendo del modo en el que usemos el algoritmo, cifraremos los bloques provenientes del texto plano o los combinaremos de alguna forma con bloques cifrados anteriores. Si estáis interesados en el tema, este es un buen recurso, pero el modo de AES no nos interesa demasiado para este artículo.


Lo que sí nos importa es que AES-IGE es vulnerable a ciertos ataques de criptoanálisis. Por ejemplo, a CPA (Chosen Plaintext Attack). Este tipo de ataque consiste en cifrar ciertos textos planos que tú conoces y ver cuál es el resultado. A partir de esos textos (que no son elegidos al azar, sino que se forman específicamente para cada situación), se pueden inferir datos sobre la clave, reduciendo las posibilidades y aumentando la probabilidad de adivinarla por completo.


Para contrarrestar este tipo de ataques, Telegram implementa dos características ingeniosas. La primera es que, cuando se cifra un mensaje, no se cifra sólo el mensaje sino que a él se añade un salt, una cadena aleatoria que define el servidor de Telegram, la hora actual y un número de secuencia que indica el orden del mensaje.


De esta forma, un atacante no puede cifrar con AES-IGE el texto que él quiera, ya que la aplicación siempre añade esos tres valores fijos que él no controla.


La segunda característica tiene más implicaciones, y es que antes os he mentido un poco. La clave que comparten servidor y cliente no es la que se usa para cifrar los mensajes. Veamos los detalles en la siguiente sección.


MAC y cifrado de mensajes


Además de cifrar los mensajes, querremos comprobar que no se han modificado por el camino (accidentalmente o por un atacante). Para ello usamos un MAC. Y no me refiero a los Mac de Apple, sino al Message Authentication Code, o código de verificación de mensaje.


Este código se obtiene a partir del mensaje, y es (casi) único. Si el mensaje cambia aunque sólo sea en una tilde, el MAC será distinto. Es parecido a las funciones hash o de huella digital, aunque no exactamente igual.


La clave con la que se cifra el mensaje depende de su contenido.


A la hora de enviar el mensaje, Telegram obtiene su huella digital mediante el algoritmo SHA-1. El resultado es una clave que identifica al mensaje. Pero además ese resultado se combina junto con la clave compartida entre cliente y servidor para obtener una nueva clave con la que cifrar el mensaje.


Es decir, que la clave con la que se cifra cada mensaje depende de su propio contenido. Este hecho da mucha robustez al cifrado de Telegram y además impide varios ataques a los que son vulnerables algunos de sus componentes. El esquema final del cifrado es el que sigue:


MTProto

Tras cifrar el mensaje, se envía un paquete que contiene el mensaje cifrado, la huella digital SHA-1 del texto sin cifrar y un número que identifica la clave compartida que se usa.


Al recibir el mensaje en el otro lado de la conexión, se recrea la clave de cifrado usando la clave compartida y la huella del mensaje, se descifra el texto y se comprueba que la huella digital concuerda. También se comprueba que el salt sea correcto (igual al que el servidor haya definido), que la fecha y hora sea razonable (por ejemplo, no aceptaremos un mensaje con fecha dos años en el futuro) y que el número de secuencia sea el apropiado.


Así, con esa comprobación múltiple, Telegram se asegura que nadie más puede leer el mensaje y que además ha llegado sin ningún tipo de modificación.


Otros detalles: chats seguros y firma digital


Nos hemos dejado dos temas en el tintero en la explicación. El primero es rápido: ¿cómo se aseguran las conexiones que se realizan antes de generar la clave compartida? Ya hemos visto que no pasa nada porque alguien vea el intercambio Diffie-Hellman, pero, ¿cómo sabemos que realmente estamos hablando con el servidor oficial de Telegram y no con un impostor?


La solución es sencilla: usando certificados digitales. Cuando el servidor envíe mensajes al cliente, adjuntará la firma digital que se puede verificar con la clave pública que almacenan las aplicaciones. En Genbeta ya explicamos a fondo en qué consiste la firma digital con clave pública/privada, por si tenéis interés en ello.


Por otra parte, Telegram también ofrece chats seguros en los que ni siquiera su servidor puede leer lo que envías. El esquema es exactamente el mismo que en las comunicaciones cliente-servidor, sólo que esta vez la clave se la intercambian los dos clientes que hagan el chat seguro. El servidor de Telegram sólo se encarga de poner en contacto inicialmente a ambos clientes.


En general, el protocolo de Telegram está bastante bien pensado y aunque no es será infalible (nada es 100% seguro) sí que ofrece muchísima más seguridad que las otras alternativas que hay en el mercado, además de la ventaja de ser un protocolo abierto para que todos lo puedan estudiar.


Más información | Telegram Advanced FAQ




The post Así funciona la seguridad de Telegram appeared first on i-RME.es.


from i-RME.es http://ift.tt/N3o5Ek

Este articulo pertenece a sus respectivos autores y se distribuye bajo licencia Creative Commons Reconocimiento 3.0. Algunos articulos pertenecen a BlogdeBlogs quien es el responsable de definir la licencia aplicable.