Reporte del RFC del protocolo de conexión del SSH

A partir de la referencia del RFC 4254 que puede ser encontrada en la página de datatracker.ietf.org; en este RFC se describe el protocolo Secure Shell (SSH).

Secure Shell (SSH) es un protocolo para realizar un inicio de sesión de manera segura a un servidor. En el documento se muestran varios tipos de conexiones existentes que se pueden hacer en el tunnel encriptado, desde inicios de sesión interactivos, ejecución de comandos de manera remota, reenvio en conexiones TCP/IP y X11. El protocolo SSH fue diseñado para correr en un la capa de transporte y en protocolos de autenticación de usuario.

Peticiones globables (Global Requests). En el documento se habla de que existen diferentes tipos de peticiones que afectan al estado del extremo remoto global, independientemente del canal en el que se encuentre. Un ejemplo de ello es la petición para iniciar el reenvío de TCP / IP  para un puerto específico; Teniendo en cuenta que el cliente y el servidor pueden enviar peticiones globales en cualquier momento, y el receptor deberá responder apropiadamente. En todas las peticiones se debe manejar el siguiente formato.

            byte       SSH_MSG_GLOBAL_REQUEST
      string     nombre de la petición solo en US-ASCII.
      boolean    quieres respuesta
      ....       petición específica de información

Donde el valor de nombre de la petición es el nombre de la extención DNS. Este respondera con este mensaje SSH_MSG_REQUEST_SUCESS o SSH_MSG_REQUEST_FAILURE sí en si quieres respuesta usaste un TRUE.

            byte      SSH_MSG_GLncluye el número local del canal y el tamaño inicial
      byte      SSH_MSG_CHANNEL_OPEN
      string    nombre de la petición solo en US-ASCII.
      uint32    canal por donde se envia
      uint32    tamaño inicial de la ventana
      uint32    tamaño máximo del paquete
      ....      tipo de canal específico de informacicanal hasta que un mensaje es recibido indicando que el espacio de la ventana esta disponible.

Abriendo un canal (Opening a Channel). Cuando se desea abrir un nuevo canal, se asigna un número local para el canal. A continuación, se envia el siguiente mensaje al receptor, e incluye el número local del canal y el tamaño inicial de la ventana en el mensaje.

         byte      SSH_MSG_CHANNEL_OPEN
      string    nombre de la petición solo en US-ASCII.
      uint32    canal por donde se envia
      uint32    tamaño inicial de la ventana
      uint32    tamaño máximo del paquete
      ....      tipo de canal específico de información

Transferencia de datos (Data Transfer). El tamaño de la ventana específica cuantos bytes el otro participante puede enviar antes de que se deba esperar a que la ventana sea ajustada.

            byte     SSH_MSG_CHANNEL_WINDOW_ADJUST
      uint32    canal usado
      uint32    bytes a agregar

Cerrando un canal (Closing a Channel). Cuando el participante quiere terminar el canal, envía SSH_MSG_CHANNEL_CLOSE, después de enviar este mensaje el participante debe de enviar de regreso el mismo mensaje SSH_MSG_CHANNEL_CLOSE al menos que este ya haya enviado este mensaje por el canal; Los canales son considerados como cerrados por los participantes una vez que ambos hayan enviado y recibido SSH_MSG_CHANNEL_CLOSE, hecho lo anterior el canal puede ser reusado.

        byte      SSH_MSG_CHANNEL_CLOSE

Al enviar el mensaje el otro participante deberá responder con SSH_MSG_CHANNEL_OPEN_CONFIRMATION o SSH_MSG_CHANNEL_OPEN_FAILURE.

Comenzando con shell o un comando (Starting a Shell or a Command). Una vez que la sesión ha sido confirmada, un programa se comienza de manera remota al otro participante, el programa puede ser un shell ó una aplicación. Solamente una de las peticiones pueden pasar de manera satisfactoria por canal. Este mensaje de abajo envia una petición de usuario por default en shell, que típicamente esta definido en /etc/psswd en sistemas de UNIX.

            byte      SSH_MSG_CHANNEL_REQUEST

      uint32    máximo tamaño de paquete

La implementación del cliente debe rechazar cualquier canal de petición de sesión abierta para que sea más díficil que haya un servidor corrupto que ataque al cliente.

Canales X11 (X11 Channels). X11 son canales abiertos con un canal de petición abierta. Los canales resultantes son independientes de la sesión, y cerrando las sesión, no se cierran los canales transmitidos X11.

            byte      SSH_MSG_CHANNEL_OPEN
      string    "x11"
      uint32    canal de envío
      uint32    tamaño inicial de la ventana
      uint32    máximo tamaño de paquete
      string    dirección de origen
      uint32    puerto de origen

Al enviar el mensaje el otro participante deberá responder con SSH_MSG_CHANNEL_OPEN_CONFIRMATION o SSH_MSG_CHANNEL_OPEN_FAILURE.

Comenzando con shell o un comando (Starting a Shell or a Command). Una vez que la sesión ha sido confirmada, un programa se comienza de manera remota al otro participante, el programa puede ser un shell ó una aplicación. Solamente una de las peticiones pueden pasar de manera satisfactoria por canal. Este mensaje de abajo envia una petición de usuario por default en shell, que típicamente esta definido en /etc/psswd en sistemas de UNIX.

            byte      SSH_MSG_CHANNEL_REQUEST
      uint32    canal usado
      string    "shell"
      boolean   quiero respuesta

El mensaje de abajo envía una petición que el servidor empiece a ejecutar un comando dado.

        byte      SSH_MSG_CHANNEL_REQUEST
      uint32    canal usado
      string    "exec"
      boolean   quiero respuesta
      string    comando

Reenvío de puerto TCP/IP (TCP/IP Port Forwarding)

Solicitud de reenívo de puerto (Requesting Port Forwarding). Un participante no necesita una petición explicita de reenvío desde una dirección a otra. Sí se desea que las conexiones a un puerto desde el otro participante sean enviadas al participante local, este debe ser solicitado de la siguiente manera.

        byte      SSH_MSG_GLOBAL_REQUEST
      string    "tcpip-forward"
      boolean   quiero respuesta
      string    dirección a enlazar (e.g., "0.0.0.0")
      uint32    número de puerto a enlazar

Redirección de canales TCP/IP (TCP/IP Forwarding Channels). Cuando llega una conexión a un puerto por la petición remota de envío, un canal es abierto y reenvía el puerto al otro participante.

            byte      SSH_MSG_CHANNEL_OPEN
      string    "forwarded-tcpip"
      uint32    canal de envío
      uint32    tamaño inicial de la ventana
      uint32    máximo tamaño de paquete
      string    dirección de la cual estaba conectada
      uint32    puerto de la cual estaba conectada
      string    dirección IP original
      uint32    puerto original

Las implementaciones deben rechazar estos mensajes a menos que tengan solicitado previamente un reenvío de puerto TCP/IP con el número de puerto dado.

Conclusión

Este protocolo se me hizo una buena implementación debido a que es muy importante tener cifrada la información para poder evitar alguna fuga de datos. Por el lado de la documentación se me hizo muy completo, ya que contiene todos los aspectos que cubre y todos los posibles casos que ocurren; algunas ocasiones tuve problemas de traducir algunas referencias y es porque a veces es díficil entender algún juego de palabras.

Una cosa que se me haría interesante agregar a este protocolo serían nuevos niveles de encriptado, ya que a como vamos avanzando año con año es mas fácil desencriptar un archivo; hoy en día es posible hacer ataques de cifrado con smarth phones con la misma potencia que una computadora de hace dos años, así que por un lado yo veo que es un area de oportunidad a desarrollar.

Páginas de referencia:

Imagen ilustrativa del protocolo de SSH
http://www.ibm.com/developerworks/aix/library/au-sshsecurity/SSH_Protocol1.gif

Documento RFC del protocolo SSH
http://datatracker.ietf.org/doc/rfc4254/

Imagen ilustrativa del protocolo de SSH
http://www.ibm.com/developerworks/aix/library/au-sshsecurity/SSH_Protocol1.gif

Documento RFC del protocolo SSH
http://datatracker.ietf.org/doc/rfc4254/

Actividad #1 de Laboratorio de Cómputo Ubicuo

En esta actividad hablaremos sobre los productos ya existentes que están relacionados a nuestra propuesta de proyecto. Para los que no conocen cual es nuestra idea de proyecto la dire a continuación, la idea del proyecto consiste en crear un bracalete o algún llavero el cual alguna persona porte, dicho artículo contendrá un GPS y este enviará datos a un servidor en caso de que se mueva la persona con el objeto, como función adicional se piensa agregar aplicación móvil y monitoreo de signos vitales.

 Hablaremos de tres productos de los cuales son muy parecidos al proyecto propuesto. El primero de ellos es un brazalete que permite localizar a personas con alzheimer si se pierden.

Es un producto que actualmente cuenta con un transmisor y receptor GSM-GPRS en donde se comunica a un servidor por medio de mensajes de texto SMS, el cual puede ser configurado de tal manera que si la persona que lo porta sale de un area definida programada este envía una serie de alertas a la persona encargada del que esta enfermo. El artículo no tiene pantalla, este usa manos libres, es resistente al agua y a los golpes; el brazalete necesita de una llave para poder quitar y encender el mismo. Cuenta con un sistema de monitoreo en línea el cual puedes ver el estado de la batería, actualmente se encuentra al precio de 199 euros más IVA (alrededor de 3, 383 pesos) y se le pueden agregar servicios como servicio y mantenimiento por 49 euros mensuales (833 pesos).

Otro producto interesante es un localizador GPS para niños, este tiene forma de un pingüino y puede ser usado como llavero en la mochila. Este te responde a través de un SMS al momento de hacer una llamada al artículo este enviará las coordenadas donde se encuentra, y estas pueden ser vistas en cualquier visualizador de mapas como Google Maps (aunque tiene un margen de error de 5 metros). Este avisa cuando hay un movimiento y a partir del movimiento empieza a enviar coordenadas (según como lo hayas configurado), aviso si el niño se encuentra a una velocidad fuera de la permitida, avisa cuando tiene batería baja, tiene una función llamada SOS que con solo pulsar un botón este enviará la posición de forma inmediata a los números seleccionados y este tiene un costo de 159 euros más IVA (2,703 pesos).

Por ultimo tenemos un reloj inteligente que monitorea los signos vitales, esta desarrollado por Motorola y tiene como sistema operativo Android; este te permite visualizar mensajes de texto y contestar llamadas con solo conectar tu celular vía bluetooth. Tiene una pantalla de 1.6" pulgadas, soporta golpes húmedad y arañazos, tiene una duración de 5 horas aunque puede durar 10 horas en stand by. Este tiene como componentes Bluetooth 4.0, GPS, un procesador de 600MHz y una tecnología que nos permite monitorear los signos vitales. Este reloj inteligente se puede encontrar con capacidad de 8GB y tiene un costo de 250 dólares sin IVA( 4,250 pesos).

Contribuciones

Cama Inteligente
Tecnologías existentes
http://www.psfk.com/2012/06/bed-makes-itself.html

Carro Inteligente
Tecnologías emergentes
http://helablog.com/2011/02/use-your-bmw-car-key-to-open-a-beer-and-make-you-breakfast-in-the-morning/

Casa Inteligente
Tecnologías emergentes
http://www.besuccess.com/eng/news/hightech-tv-content-search-smart-home-security-ces/?utm_source=rss&utm_medium=rss&utm_campaign=hightech-tv-content-search-smart-home-security-ces
http://www.prweb.com/releases/2013/1/prweb10282812.htm

Tecnologías existentes
http://www.cbc.ca/news/technology/story/2011/08/17/technology-smart-home-rogers.html

Híbrido
http://www.sdmmag.com/articles/15-great-ideas-for-smart-home-security

Carro Seguro
Tecnologías existentes
http://www.youtube.com/watch?v=kfjqbhX-1Qg
http://www.metacafe.com/watch/8968392/car_alarms_remote_starts_smart_start_keyless_entry_nashville/
http://www.directed.com

Post-Oficina
Tecnologías existentes
http://rfid.thingmagic.com/rfid-blog/?Tag=Smart+Buildings
http://www.enocean.com/en/home/

Tecnologías emergentes
http://www.vs.inf.ethz.ch/publ/papers/dguinard_06_smartHospital.pdf

Galería Inteligente
Tecnologías existentes
http://tshwi.blogspot.mx/2009/03/rfid-mobile-devices-and-museum.html
Tecnologías emergentes
http://www.cs.uic.edu/~llyons/papers/ubicomp_10_CoC.pdf
http://hiis.isti.cnr.it/attachments/publications/2008-A2-022.pdf

Garage Inteligente
Tecnologías emergentes
http://www.informationweek.com/personal-tech/home-automation/ces-2012-use-a-smartphone-to-open-your-g/232301470

Post Seguridad en Computadora
Tecnologías existentes
http://www.cbsr.ia.ac.cn/publications/jwli/SPIE2004.pdf
http://www.ee.oulu.fi/research/mvmp/mvg/files/pdf/131.pdf
https://www.waset.org/journals/ijbls/v1/v1-4-33.pdf
http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=05771438
http://www.ee.oulu.fi/research/mvmp/mvg/files/pdf/131.pdf

Páginas de referencia:

Imagen de mapa
http://www.outbackphoto.com/CONTENT_2007_01/section_organizing/20070704_GeoTagging/LR_GPS_GoogleMaps.jpg

Brazalete para enfermos de alzheimer
http://alzheimerlinares.org/blog/?p=6

Llavero GPS para niños
http://www.espiamos.com/localizadores-gps/481-localizador-gps-para-ninos-.html

Nota del reloj inteligente
http://buengeek.com/motoactv-reloj-inteligente-que-monitorea-tus-signos-vitales

Imagen del reloj inteligente
https://motoactv.com/

Actividad 1 de Laboratorio de Visión Computacional

Para la actividad de laboratorio se realizo primero un filtro a escala de grises tomando el RGB de cada pixel, para luego promediarlo y colocar el mismo valor en cada canal.

Como se puede apreciar en la ventana, la imagen de arriba es la original y la imagen de abajo es una imagen en escala de grises. El código es el siguiente:


Para correr el código solo corrermos el programa como cualquier otro en python:

Después se realizo otro filtro para hacer un efecto borroso sobre la misma imagen en escala de grises, pero esta fue tomada directamente en escala de grises por medio de un método dado por la librería, con el fin de evitar sobre uso de memoria en canales como RGB y fueron tomados a solo un canal, aunque dicha imagen tomada ya esta en escala de grises. Este fue realizado haciendo una sumatoría de los valores de los vecinos de arriba, abajo, izquierda y derecha del pixel, para sacar un promedio de ellas en el pixel actual, y este poniendolo en una nueva imagen.

Se puede observar el efecto borroso en la imagen de arriba en comparación con la original.
Código:


Y se puede puede correr de esta manera, donde el primer parámetro que toma es el nombre de la imagen y el segundo es el número de veces que se quiere filtrar la imagen:

Para ver más ejemplos pueden ver mi GitHub:

https://github.com/SaulG/VisionComputacional

Actividad de laboratorio #1 de redes

Hablaremos sobre un estandar muy en particular que siempre se hace notar a la hora de adquirir un cargador para nuestro dispositivo móvile, o al conectar un teclado, ratón a nuestra computadora; hablamos de la entrada USB, veremos las distintas entradas que existen como micro usb, mini usb, USB y los tipos que existen.

 Primero definamos que es Universal Serial Bus (USB) (bus universal en serie BUS) bueno USB es un estándar industrial desarrollado en los años de 1990 que define los cables, conectores y protocolos usados en un bus para conectar, comunicar y proveer de alimentación eléctrica entre computadoras o ya sea laptop, con dispositivos electricos. Todo esto fue gracias a la iniciativa que desarrolló Intel creando un forum llamado USB Implementers Forum junto con compañias tecnologicas grandes como IBM, Northern Telecom, Compaq, Microsoft, Digital Equipment Corporation y NEC, y que al paso del tiempo se agregaron como alrededor de 685 compañias.

El USB fue estándarizado para la conexión de periféricos, como teclados, discos duros, escáneres, cámaras digitales, teléfonos móviles, módems, tarjetas de sonido, discos duros entre otros. Aunque algunos no estaban deacuerdo con el estándar lucharon por unos cuantos años hasta que se dieron cuenta que el estándar de USB estaba dando buenos resultados, uno de ellos era el puerto paralelo, puerto de juegos, Apple Desktop Bus o PS/2 (como podrán ver en la imagen de abajo).

Algunos persisten, compañías de telefonía celular les gusta seguir con sus propio estándar como podremos ver en la imagen de abajo.

Una vez vistó algo de introducción al estándar de USB, ahora estamos listos para ver los siguientes tipos de USB que existen. Existen dos tipos de USB los A y B :

El A es el más común de todos los tipos de USB, ya que es un estándar consistente y usado en casi ya la mayoría de los dispositivo, su forma es rectangular y tiene una sola manera de conectar con el fin de evitar que el usuario haga cortos con sus dispositivos, y estos son empleados en smarth phones, discos duros externos, GPS, tables, etc. , hay veces necesitan más de un puerto USB para recibir la energía para funcionar. En la imagen debajo podemos observar una USB tipo A.

A este tipo de USB le llaman downstream, o también conocido como de flujo descendente porque la información fluye desde el servidor hasta el cliente por ejemplo de tu laptop a tu smarth phone.

El B son los que se comunican del dispositivo a la computadora, suelen llamarlos upstream, o como flujo ascendente. En la imagen debajo podemos obsvervar una USB tipo B.

 Existen varias versiones de USB como Mini USB de 5 y 8 pines, y los llamados Micro USB, siendo ambos de tipo B.

 La conexión Mini USB de 5 pines tiene una forma de trapezoide, y puede ser encontrado en cámaras, reproductores de música, entre otros.

 La conexión Mini USB de 8 pines tiene una forma casi rectangular, donde dos esquinas estan curveadas y se usa comunmente en receptores GPS, algunos telefonos móviles, PDA, entre otros.

La conexión Micro USB es el que comúnmente utilizamos a la hora de cargar o sincronizar a nuestro smarthphone y algunos otros dispositivos que se utilizan, este debido a si pequeño tamaño y forma de casi un trapecio ha tenido buen impacto en el diseño de los dispositivos, debido a que no afecta mucho el espacio.

Una nota muy interesante es que para el año 2012 en Europa se les obliga a los fabricantes de móviles estandarizar la conexión a Micro USB como cargador de móviles; esta reforma fue propuesta en el año del 2009, para que el usuario pueda obtener de manera fácil y barata el cable utilizado ya sea para cargar o pasar datos. Para más información puedes entrar a la liga dando click aquí .

Aparentemente existió una conexión Mini USB de tipo A, pero realmente no estuvo mucho tiempo en el mercado y es que debido al gran impacto de la USB tipo A, este no tuvo el impacto esperado.

Conclusión

Al principio de la salida masiva de los dispositivos móviles las compañías tendían a crear sus propios estándares debido a que no había un cierto acuerdo uno con el otro, esto por un lado afecta al usuario final debido a que hay perdida de tiempo y dinero; por tiempo me refiero a que el usuario tiene que estar buscando su propia entrada el cable para cargar ó conectar  a su computadora el dispositivo móvil, y dinero porque hay veces es muy caro el cable que incluso llega a costar la mitad del costo del móvil.

A como iba creciendo la demanda, fue incrementando la comunicación entre las compañías y fueron poco a poco llegando a un estándar en común, el cual llegaron al acuerdo de tomar el conocido Micro USB como estándar común en los dispositivos móviles, aunque algunos se resisten como lo es Apple, llegando a la medida de poner a la venta adaptadores de Micro USB a debido a que ya se encuentran en vigor muchas reformas para que exista solamente un solo tipo de conexión como lo es Micro USB. En la imagen pueden ver el adaptador que crearon para evitar problemas con algunas reglas establecidas en varios países donde se encuentra en venta los dispositivos de Apple.

Páginas de referencia:

http://www.rickysays.com/images/usb-data-cables.bmp.jpg
http://es.wikipedia.org/wiki/Universal_Serial_Bus
http://www.teknoplof.com/2010/08/03/no-te-pierdas-con-los-conectores-usb/
http://www.usbwholesale.com/
http://static.ddmcdn.com/gif/usb6.jpg
http://www.pinchame.com/wp-content/uploads/2007/09/usb_connector_end.jpg
http://pinouts.ru/photos/8pin_UC-E6_miniusb.jpg
http://tinycomb.com/wp-content/uploads/2009/06/micro-usb-thumb5285147.jpg