Hace unos días investigando como instalar un proxy sobre un WRT54G con el firmware cambiado a dd-wrt, entré a la página de www.mini-itx.com y le pasé la liga a un amigo que estaba en el chat, y minutos más tarde me comentó que había visto en la URL el motherboard mini TX VIA EPIA PX, el cuál me pareció bastante interesante por sus caracterpisticas de hardware, ya que a pesar de su tamaño tenía caracteristicas similares a las de una PC.
Entre sus propiedades podría mencionar las siguientes:
Tiene un procesador de 1 Ghz
Soporte para un zócalo de memoria DDR2 con lo que se le podría añadir hasta 1 Gb de memoria al juguetito este
Incluye ya un puerto VGA
Trae un conector SATA y para IDE
Incorpora una tarjeta de red 10/100
Soporte de Audio
Trae un conector para un puerto COM, un USB para 4 puertos USB 2.0, conector PS2 para teclado/mouse.
Y lo mejor soporta Linux, también Windows XP, XPe y windows CE.
Por lo que en esta cosita llamada VIA EPIA PX-Series Pico-ITX Board se pueden desarrollar aplicaciones embebidas bastante mucho muy interesantes, pues tiene la capacidad y soporte necesario para cualquier aplicación que pueda desarrollarse.
Y lo mejor aún, el precio en EU es de $ 241.00 US dlls por lo que vi en un sitio web, por lo que importarlo a México no saldría más allá de los $ 320.00 us dlls con seguro y gastos de importación usando Merkalink.
Puede verse mayor información de esta chunche en la siguiente URL: http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboard_id=472
Por eso digo que está de poca m..otherboard.!!
Tomando la descripcion del sitio del proyecto de Kismet [http://www.kismetwireless.net/] se puede comentar que Kismet es un detector de capa 2 para redes inalambricas 802.11b, también es un sniffer y una herramienta para detección de intrusos. Esto indica que Kismet es una herramienta útil para hacer estudios de propagación de señal, así como también para detectar intrusos que se estén colando en nuestras redes inalámbricas, de igual forma permite detectar la vulnerabilidad de nuestras redes lo que nos facilita la auditoría de redes.
Kismet funcionará con alguna tarjeta de red inalámbrica que soporte el modo de monitoreo en crudo(rfmon) y pueda "sniffear" tráfico 802.11b, 802.11a y 802.11g. En mi caso estoy usando una laptop Toshiba que contiene el siguiente dispositivo de red inalámbrica
Intel Corporation PRO/Wireless 3945ABG Network Connection
Para verificar que dispositivo tienes en tú sistema solo basta correr el siguiente comando en la consola
lspci -v | grep Netw
Probablemente te salga más de un dispositivo de red, entre ellos el de Ethernet.
Para verificar que chipset usa tú tarjeta de red ejecuta el siguiente comando:
Donde ipw3945 será el chipset que usa tú tarjeta de red inalámbrica
Para verificar si tú tarjeta soporta el modo monitor en tú sistema Linux ejecuta el siguiente comando:
sudo iwconfig eth1 mode monitor
Si al ejecutar el comando anterior no te regresa algún error, entonces tienes un 99% de probabilidad que si soporte el Mode Monitor tú interfaz wireless.
Dónde eth1 es la interfaz de red inalámbrica asignada a tú dispositivo, si no sabes cuál es tú interfaz de red wifi, ejecuta iwconfig, y la interfaz que venga con información detallada es tú interfaz wifi.
Para confirmar que tú tarjeta trabaje en modo monitor ejecuta el siguiente comando
sudo iwconfig eth1
Si debajo del listado que te genera el comando anterior puedes ver algo como esto
Entonces tú tarjeta si soporta el Modo Monitor por lo que puedes usar Kismet y otras cosas más interesantes que postearé luego en este blog .
Si tú interfaz de red inalambrica trabaja en modo monitor solo basta hacer lo siguiente para instalar Kismet y con eso ya tendras instalado kismet en tú sistema.
sudo apt-get install kismet
O puedes usa la siguiente forma que es un poco mas laboriosa pero más recomendada
#si se elige este proceso hacer un enlace dinámico de los archivos de configuracion de kismet en /usr/local/etc/kismeta /etc
Ahora solo falta configurar el servidor de kismet, para esto solo editar el siguiente archivo
sudo vi /etc/kismet/kismet.conf
Y buscar la línea siguiente:
source=none,none,addme
Coméntala y cambiala por la que sigue:
source=ipw3945,eth1,wifi
Dónde ipw2200 es el driver que usamos y eth1 es la interfaz
Guarda el archivo y ahora solo basta iniciar kismet.
sudo kismet
Con lo cuál podremos observar a kismet trabajando y tendríamos algo como lo siguiente:
A partir de ahí ya se pueden gestionar la información de diversas redes inalámbricas, informacion como por ejemplo Canales, Redes con llaves WEP, WPA, Clientes conectados a las redes inalambricas, etc.
Existe QKismet el cuál es un GUI para kismet que recomiendo instalar, esta utilería de Kismet puede descargarse desde sourcerforge.net http://voxel.dl.sourceforge.net/sourceforge/qkismet/qkismet-0.1.0.tar.gz
Intro
Hace algunos meses atras perdí mi PDA ipaq RX3715 con Windows Mobile 2003, esta PDA me servía para probar mis desarrollos para dispositivos móviles pues era una PDA muy completa con WiFi, IrDA, Bluetooth, Cámara de 1.2 mp, Audio y Micrófono, Touchscreen, etc., pero al perderla tuve que usar algunas PDAs de la oficina, pero a veces cuándo tenía que trabajar en casa por las noche o fines de semana con los proyectos, pues era complicado andar cargando en la maleta las terminales de la oficina, pues nunca se sabe que podría pasar, por lo que decidí intentar usar el emulador de Windows Mobile 2005 que trae por default el entorno de desarrollo de Visual Studio 2005, al principio me resistí a usarlo ya que desde mi punto de vista se me hace algo lento y a veces con las prisas se vuelve desesperante, pero a falta de, mi paciencia no quedó más que salir a relucir en el uso del emulador. Manos a la obra
Visual Studio 2005 trae por default varios emuladores de dispositivos móviles integrados en el entorno de desarrollo, tales como :
Windows Mobile 2003
Windows Mobile 2005
Windows CE 5.0
En este caso haré uso del emulador de Windows Mobile 2005.
Lo primero que hay que hacer es ir al siguiente menú de herramientas de Visual Studio 2005
Tools->Options->Device
Y configurar esa pantalla como se ve en la siguiente imagen:
Despues de efectuar la configuración, seleccionar el dispositivo Windows Mobile 5.0 Pocket PC Emulator y seleccionar el botón de Properties, por lo que despues de pulsar el botón aparecerá un cuadro de diálogo como el siguiente:
Es importante seleccionar en el cuadro de diálogo la opción DMA Transport en el listbox de Transport. Si ha instalado Virtual PC para poder hacer uso de una interfaz de red en el dispositivo móvil es importante que antes de realizar este procedimiento desintale Virtual PC.
El listbox de bootstrapper dejarlo con la configuración de Device Emulation Startup Provider
Si desea configurar el directorio en la PC que se le asignará a la SD Card del emulador, seleccion el botón Emulator Options y siga las instrucciones del cuadro de diálogo mostrado.
Despues de que se haya configurado el emulador, ahora ya es posible ejecutar el emulador, para esto generalment en la parte superior derecha se puede ver la lista de emuladores disponibles, en este caso estará seleccionado Windows Mobile Pocket PC Emulator, y a lado del listbox estará un botón con el hint "Connect to device", presionarlo para que se inicie el emulador de WIndows Mobile 2005.
El emulador también se inicia cuándo se realiza un "Deploy" del proyecto.
Despues de que hagamos la conexión con el emulador, veremos la ventana con el emulador de Windows Mobile 2005.
Ahora despues de iniciar el emulador, ejecutaremos el "Device Emulator Manager" el cuál se encuentra en el siguiente menú de Visual Studio 2005: Tools->Device Emulator Manager
Puede ser que al ejecutarse el DEM, automáticamente haga la conexión con el emulador de Windows Mobile 2005 Pocket PC Emulator, de lo contrario ir al listado de emuladores y seleccionar el emulador y presionar el botón connect.
Si se hizo la conexión correcta entonces se verá un circulo con un triangulo en verde en el DEM tal como se muestra en la siguiente imagen.
Despues hay que verificar la configuración de conexiones de Active Sync, para esto es requerido tener instalado Active Sync 4.0 o superior, aunque con la versión 3.8 de Active Sync puede funcionar, solo que AS 3.8 no es compatible con Visual Studio 2008.
En Active Sync hay que ir a Archivo->Configuración de Conexión
Y en la opción de Permitir conexiones a uno de los siguientes seleccionar la opción de DMA tal como se muestra en la siguiente imagen:
Despues de que hayamos configurado Active Sync, volvemos nuevamente a la ventana de Device Emulator Manager y seleccionamos el emulador que estamos usando y en el menú contextual seleccionamos la opción de Cradle, esto permite conectar el emulador de Windows Mobile a Active Sync como si estuvieramos una cuna o un cable de sincronización.
Despues de que hayamos hecho la conexión con Active Sync desde el emulador veremos que el ícono en el Emulator Manager ha cambiado para el emulador seleccionado, por lo que ahora si vamos al Pocket Internet Explorer del emulador de Windows Mobile 2005 e introducimos algún servidor, el emulador se conectará a internet usando la conexión que tengamos en la PC dónde se hace la sincronización vía Active Sync.
En la imagen podemos observar como el Emulador de Windows Mobile 2005 se ha conectado al sitio de http://phylevn.mexrom.net.
De igual forma podemos ver que ha cambiado el status de la conexión del Emulaor Manager a Cradled.
Así como Active Sync ha sido sincronizado con el emulador de Windows Mobile 2005.
Este corto How To es para comentar el como implementar viñetas en GIMP y darle mayor realce a nuestras fotos.
Rapidamente para definir una viñeta se puede decir que es una imagen, o una porción de alguna imagen sin bordes definidos. Las viñetas se usan como una técnica de fotografía (incluso en fotografía analógica aunque no tengo idea de como se haga esto en ese caso) para resaltar una parte de la imagen o bien reducir el número de detalles en segundo término para centrar la atención del observador hacia cierta región de la foto.
Hay diversas técnicas para hacer viñetas.. algunas muy profesionales, en este caso haré uso de GIMP para crear una viñeta simple y resaltar cierta región de alguna foto.
Paso 1.
Abrir alguna foto que se vaya a editar.
Paso 2.
Abrir el cuádro de diálogo de capas y crear una nueva capa que se encuentre en la parte superior de la capa de la foto.
Paso 3
Agregar una máscara a la capa creada
Paso 4
En la nueva capa creada usar el tipo de capa solapada (Overlay) y ajustar la transparencia al 50% ó al gusto que se desee ver aclarada la imagen de fondo.
Paso 5
Seleccionar la capa superior que es la nueva capa creada y en el área de la imagen presionar CTRL+A para seleccionar toda la foto ó seleccione alguna región de la máscara de la capa creada.
Paso 6
Elegir la herramienta de Blend Tool, de el cuadro de herramientas y configurar los parámetros de esta herramienta como sigue:
Mode: Normal
Opacity: Entre mnás alta sea la opacidad será más clara el uso de la viñeta.
Gradient: Seleccione B/N RGB o algún otro gradiente de los listados por la herramienta
Si se selecciona el Combo Box de lado del Gradiente, entonces lo que hará esta opción es oscurecer la región seleccionada y el resto aclararlo, de lo contrario lo que hará es aclarar la región enfocada y lo demas obscurecerlo.
Offset: Entre más grande sea este valor, el realce de la región dónde se aplique la viñeta será mayor.
Shape: Seleccione Radial
Repeat:No
Dithering: Seleccionarlo.
Paso 7
En la region de la imagen teniendo seleccionada la máscara de la capa creada, aplicar la herramienta de gradiente, seleccionando la parte central dónde se requiere hacer el realce hasta la orilla de la foto o alguna parte de la foto, si el radio del gradiente es mayor, será mucho mayor el efecto de la gradiente que se haga sobre la viñeta.
Despues de aplicar la gradiente se creará la viñeta y se verá el resultado en la foto. En este caso se muestra la viñeta sin seleccionar gradiente inverso.
Como se puede ver en la imagen, la parte del centro se ve aclarada mientras el resto obscura, se puede aclarar cualquier región de la foto, solo hay que centrar el gradiente en la parte que se desea aclarar, al igual que configurar el offset al tamaño que se desee aclarar la imagen.
Solo es cuestión de ir jugando con los parámetros de transparencia, offset tamaño y colores del gradiente, para ver diversos resultados.
Mi resultado final es algo como esto:
Despues de unirme al grupo de Flickeros de México D.F. he ido aprendiendo cada vez algo más acerca de este mundo tan interesante y filosófico que es la fotografía.
Una de las cosas interesantes que he aprendido y de la cuál todavía me falta mucho por conocer es el uso del formato RAW (Crudo en inglés) en las Cámaras Reflex.
Dicen por ahí que tener una Cámara Reflex Digital y sacar las fotografías en JPG, es como tener una MacBook Air y conectarla a un modem. Esta analogía se hace ya que el formato RAW permite capturar los colores sin compresión alguna, de tal forma que se puede apreciar la foto en cada pixel con el color natural captado, mientras que en el caso de el formato JPG o TIFF usan un algoritmo de compresión que disminuye el tamaño de la foto, pero eso también hace que disminuya la calidad de la foto.
A diferencia del formato JPG, el formato RAW no tiene soporte nativo en Windows ó Linux para poder ser visualizado, por lo que es necesario tener algún software para el tratamiento de este formato.
Existen varios software's propietarios, tales como Adobe Photoshop, Photomatix, etc., que permiten la manipulación profesional del formato RAW, aunque estas aplicaciones tienen un costo. Afortunadamente también existe una aplicación de Software Libre llamada UFRaw la cuál permite manipular los archivos en formato RAW, esta aplicación funciona tanto Linux como para Windows y trae soporte para GIMP el cuál es un editor de imágenes de software libre comparado en un nivel no profesional con Photoshop.
En Ubuntu Linux basta solo hacer lo siguiente para tener instalado UFRaw
Algunas de las características del software de UFRaw es que permite la manipulación de los colores RGB del archivo RAW, así como también manejar la exposicion de la foto, el manejo de la temperatura, del zoom, redimencionamiento de la foto sin perder calidad, rotación de imagenes, entre otras cosas interesantes que simplifican el tratamiento de fotos que hacen uso de este formato, funciona como plugin de GIMP, por lo que es posible enviar la foto en RAW directamente a GIMP para ser editada,entre otras características interesantes de UFRaw.
Aqui muestro el resultado de manipular una foto en formato RAW tomada con una cámara digítal Fujifilm S5600 con el software de UFRaw y GIMP.
Pueden echarle un ojo a la siguiente URL para conocer algo al formato RAW
Hace unos días estaba terminando una aplicación desarrollada para Windows Mobile que solicitaba en algun momento información a un servidor web, pero el método que usaba mandaba parámetros vía el método GET, por lo que en algún momento si la cadena que pasaba como parámetro en el URI contenía el caracter # entonces esto evitaba que la cadena pasara completamente, por lo que el valor devuelto por el script PHP no procesaba correctamente bien los otros parámetros y me regresaba un error.
Entonces lo que se me ocurrió fué algo muy simple, pues en vez de enviar la información vía GET, hacerlo usando vía POST, por lo que me puse a investigar como hacer esto. Encontré un pedazo de código que hace esto, pero como ando en Linux me dió una flojera reiniciar mi máquina para entrar en Windows y probar el código con Visual Studio .NET 2005, por lo que conociendo la compatibilidad que tiene el proyecto Mono en Linux lidereado por el mexicano Miguel de Icaza con el entorno .Net, entonces no dude en agarrar mi editor scite y empezar a probar el código.
El código mencionado es el siguiente:
using System;
using System.IO;
using System.Net;
using System.Text;
namespace Examples.System.Net {
public class WebRequestPostExample {
public staticvoid Main () { // Crea una peticion usando una URL, que puede recibir datos vía POST
WebRequest request = WebRequest.Create("http://localhost/openssl/index.php"); // Define la propiedad Method a POST
request.Method="POST"; // Crea un string que contiene la información que pasará y lo convierte a un byte array string location ="source_string=This is a test #/\''%#that posts this string to a Web server.&location=MTY";
byte[] byteArray = Encoding.UTF8.GetBytes(location); // Define la propiedad del ContentType
request.ContentType="application/x-www-form-urlencoded"; // Define el tamaño del contenido
request.ContentLength= byteArray.Length; // Obtiene la peticion al stream
Stream dataStream = request.GetRequestStream(); // Escribe los datos al stream
dataStream.Write(byteArray,0, byteArray.Length); // Cierra el objeto stream
dataStream.Close(); // Obtiene respuesta
WebResponse response = request.GetResponse(); // Muestra el status de la conexion
Console.WriteLine(((HttpWebResponse)response).StatusDescription); // Obtiene la informacion regresada por el servidor
dataStream = response.GetResponseStream(); // Abre el stream usando un objeto Stream Reader para facil acceso
StreamReader reader = new StreamReader (dataStream); // Lee el contenido string responseFromServer = reader.ReadToEnd(); // Muestra el contenido
Console.WriteLine(responseFromServer); // Limpia el stream
reader.Close();
dataStream.Close();
response.Close(); } } }
Para el lado del servidor web pongo un ejemplo de código en PHP que procesa la petición realizada desde la aplicación en C#:
Solo compilamos el código fuente en C#, corremos la aplicación y veremos el resultado:
Este pedazo de código funciona para Linux y Windows sin ningún problema y permite desde alguna aplicación hecha con C#, conectarse a un servidor web y hacer peticiones vía el método POST.
ja.. hace tiempo viendo unos videos en youtube de un chico holandes que cambiaba los señalamientos de tránsito desde su laptop, me dió curiosidad ver qué más videos tenía. http://www.youtube.com/watch?v=32JgSJYpL8o
El video dónde modificaba los señalamientos en una pantalla, a mi gusto es un fraude, pero aun asi no deja de ser interesante .
Pero lo que más me llamó la atención, gracia y curiosidad fué ver un video de este chico, haciendo algo llamado "Bluejacking".
En este video se muestra al chico en un bar, dónde se supone que explota una vulnerabilidad del stack del protocolo bluetooth para poder enviar SMS a todos los teléfonos celulares que tengan activado el servicio bluetooth en un radio de 25 mts -aunque esto no es bluejacking-.
Teoricamente esto es posible, digo teóricamente pues aun no lo he hecho, pero si he encontrado documentos en la red que hablan de la vulnerabilidad del stack del protocolo bluetooth para hacer esto y muchas cosas más en dispositivos bluetooth remotos, incluso en Linux ya hay un conjunto de herramientas que facilitan esta tarea.
Nota: Ver el post que hago aqui para ver el procedimiento de bluejacking usando un dispositivo bluetooth UB y Ubuntu Linux.
Hace un año adquirí el servicio de internet inalámbrico con eGo, ya que la casera del depto no quiso activar la línea telefónica, entonces tuve que contratar la anualidad del servicio con la gente de MVS, recuerdo que cuándo contraté el servicio tenían una promoción de que te daban "gratis" un Ruteador Inalambrico.
El Router Inalambrico que me dieron fué un AirLink 430w(de marca china), este AirLink tenía las cosas básicas de un ruteador, pero dejaba mucho que desear por lo que en todo el año nunca lo use y lo dejé por ahí arrumbado, ya que tenía un WRT54G con un firmware 2.2 y al cuál pude cambiarlo a dd-wrt con lo cuál podía hacer cosas muy interesantes, tal como forwardear puertos, activar un servidor de OpenVPN dentro del mismo router y alojar ahi una aplicación para generar cotizaciones en línea automáticamente, todo en el mismo router sin necesidad de una PC, aprovechando que los de eGo me asignaron una IP Fija Pública en la conexión de internet contratada..
Pero hace unos días debido a que necesitaba instalar un router para unas pruebas con una aplicación con dispositivos móviles, tomé el router para usarlo, por curiosidad le hice un NMAP desde Linux para saber que puertos tenía activados, y me causó curiosidad que como tipo de dispositivo el AirLink me regresará wrt54g, por lo que supuse que el Airlink 430w era un clon de los Linksys de los WRT54G, cosa que no me sorprendió, pues pinches chinos que no van a copiar ?
Total despues de esto supuse que el equipo sería compatible con el firmware del DD-WRT, por lo que buscando en el sitio de DD-WRT pude encontrar el firmware específico para esta versión. http://www.dd-wrt.com/dd-wrtv3/dd-wrt/downloads.html
Por lo que despues de leer el archivo sobre como flashear el firmware para el Airlink 430whttp://www.dd-wrt.com/dd-wrtv2/downloads/release%20candidates/DD-WRT%20v24%20RC5/Airlink%20101%20AR430W/flashing.txt empece a poner manos a la obra.
Solo hay que tener un poco de paciencia, pues a veces parecería que el flasheado se pasma, pero no mover ningun dedo y solo seguir las instrucciones.
Es requerido tener instalado un servidor TFTP y un cliente de telnet para hacer el flasheo.
Al final si seguimos las instrucciones al pié de la letra, podemos ver instalado dd-wrt en nuestro router AirLink430w y a partir de ahí ir jugando con esta chunche.
Despues de llevar más de año y medio en Flickr subiendo fotos que he ido tomando en diversos lugares y tiempos, me encontré a un grupo de flickeros del D.F. dónde he aprendido bastante en las 2 últimos semanas. Apenas hace unos días me agregó a su lista de contactos de Flickr Michita, una flickera de la ciudad de Oaxaca, quién me mandó una invitación para unirme al grupo de Bokeh..
Bokeh, es una palabra japonesa que significa en español Desenfoque, este grupo de inicio ha sido formado por flickeros -entre ellos Luis Montemayor uno de los fotografos de FLickr que más me han llamado la atención por el arte que deja mostrar en sus imágenes-. Bokeh es un grupo que tiene el objetivo no solo de reunir a varios flickeros, si no también de crear una revista de fotografía que lleva la misión de mostrar los proyectos fotográficos de varios fotógrafos que no tendrían esta oportunidad en revistas impresas.
Despues de haberle echado un ojo a la revista, la encuentro bastante atractiva, no solo por las imágenes, si no también por la cantidad de tips de fotografía, información de tours, entre otras cosas que enriquecen el contenido de la revista.
Por lo que invito a los que por aquí anden a darle un ojo a la revista en:
Hace unos días pude leer en El Universal en línea un artículo sobre la iniciativa que plantea El Sistema Nacional de Seguridad Pública en el pais(SNSP) de implementar la tecnología de RFID para el registro público de vehículos dirigida por el excandidato a la presidencia de la república en las pasadas elecciones del 2006 el Sr. Roberto Campa Sifrián, algo que ya se había planteado hace algunos años con el RENAVE(Registro Nacional de Vehículos) impulsado por Ricardo Miguel Cavallo, pero que fracasó cuándo se descubrió que Cavallo había sido un represor militar.
El artículo comienza con el siguiente desplegado "Eligen chip inútil contra robacoches" y el cuál puede leerse en la siguiente url: http://www.eluniversal.com.mx/notas/493773.html
Básicamente lo que trata el artículo es de la iniciativa de impulsar el REPUVE usando chips con tecnología de RFID(RadioFrecuency IDentification), lo cuál desde el punto de vista del diario mexicano sería inútil para detener el robo de autos en el pais.
Con respecto a la nota, en parte estoy de acuerdo, ya que el chip de RFID no es un sistema antirobo como los hay muchos en el mercado, el chip de RFID como su nombre lo indica es un sistema de identificación automática de datos a través de radiofrecuencia, esto indica que será posible identificar a cierta distancia -generalmente no más de 9 metros en el mejor de los casos- la información contenida en el chip RFID. Este chip por diseño y tecnología no puede contener mucha información y solo contendrá un número de identificador serializado el cuál será único por automovil(más no implica que no pueda ser alterado), similar a lo que es un código de barras, con la ventaja de que la tecnología RFID no necesariamente tiene que estar a la vista del Lector de códigos, tal como se requiere en el caso de los códigos de barras, si no que el chip de RFID puede leerse aunque la etiqueta de RFID esté dentro de una caja de cartón por ejemplo y la lectura sea desde el exterior, y también su lectura podría ser obstaculizada si la etiqueta de RFID tuviera a su alrededor metal, lo que impediría que propagara la señal de radiofrecuencia para poder ser leída con Reader ya que se generaría una Jaula de Faraday.
También por lo que se comenta en el artículo los chips a utilizar serían activos, esto indica que internamente los chips de RFID contendrán una pequeña batería que le permitiría al chip ser leído a mayor distancia, ya que el mismo chip se encargaría de enviar la señal de radiofrecuencia, cosa contraria pasa con los chips pasivos de RFID que no envían ninguna señal de radiofrecuencia y que solo actúan cuándo un lector de RFID los excita lo que hace que el rango de lectura para chips pasivos sea menor.
Algo muy interesante que no queda claro es que si los tags RFID serán de solo lectura, es decir si solo podrán ser grabados una vez o se permitirá grabarse "ene" veces, ya que si esto es así, entonces es muy posible la fácil alteración del código de este chips, ya que la tecnología de RFID usa un método de encriptación basado en redundancia cíclica lo que a pesar del aumento de los bits de encriptación, solo se aumenta el tiempo en que pueda romperse la clave de encriptación del RFID y pueda ser falsificado.
Con respecto al comentario del universal en línea de que los chips son inútiles antirobo, puedo comentar que es cierto que los chips no servirán de nada al momento en que esté robándose el carro, pues los chips no son un sistema de alarma o algo así contra robos, más bien es un sistema de identificación automática de datos. Pero será posible detectar carros robados a través de estos chips, siempre y cuándo se coloquen portales (lectores de RFID) en puntos estratégicos de la ciudad, conectados a una base de datos de la secretaría de seguridad pública, y que al momento de leer el ID de los chips de los autos que vayan pasando por cierta vialidad, entonces ese ID verificarlo en una base de datos y detectar el status de esa unidad automotriz y en caso de alguna irregularidad notificar a través de un sistema de alarmas a los elementos de seguridad pública.
Aunque habría que esperar como funcionarán estos chips y verificar si en verdad son fiables, es decir que no puedan ser hackeados con otra herramienta de hardware o software.
Comentarios Recientes