wifiway 2.0.3 final

El equipo de seguridadwireless.net se complace en liberar la version final de wifiway 2.0.3 , a priori las mejoras son todas a nivel aplicaciones ,en las que hemos ido actualizando todo lo mas reciente que ha aparecido en este tiempo de desarrollo.Se ha incluido finalmente el escritorio TRINITY ,y se han creado categorias en las que abarcar por ejemplo los ataques a wpa con una coleccion de herramientas bastante utiles.

CAMBIOS VARIOS
-IMAGEN DE FONDO DEL MENU INICIAL CAMBIADA
-CREADA NUEVA CATEGORIA WPA
-CREADA NUEVA CATEGORIA GESTORES DE CONEXION
-CREADA NUEVA CATEGORIA SERVIDORES
-CREADA NUEVA CATEGORIA TESTING (PEN-TEST)
-RENOMBRADOS LOS MODULOS PARA SABER RAPIDAMENTE QUE HAY EN CADA UNO
-RETOCADOS COLORES DEL MENU INICIAL PARA QUE SE VEA TODO MEJOR
-TODAS LAS APLICACIONES DE CONSOLA QUE ESTAN EN LOS MENUS DEJAN LA SHELL LISTA PARA TRABAJAR.
-AÑADIDAS A LOS MENUS UN MONTON DE APLICACIONES QUE ESTABAN SOLO LLAMANDOLAS POR SHELL
-REMOVIDOS LOS JUEGOS KDE
-REMOVIDO KOPETE
-REMOVIDO AUDIOCDCREATOR
-REMOVIDO JUK
Fuente: http://www.wifiway.org/ http://www.seguridadwireless.net/
Publicado en Uncategorized | Deja un comentario

Características de las tarjetas inalámbricas más utilizadas en la auditoria wireless.

Basándome en la experiencia y los informes presentados por muchos de los amigos del foro wireless os presento esta tabla que recoge algunas de las características que deben ser tenidas en cuenta a la hora de la elección de las mismas para la auditoria wireless.

No pondré bajo ningún concepto ningún precio ni ninguna dirección donde poder adquirirlas ya que éstos datos cambian constantemente y será estudio particular de cada persona en función de sus necesidades y de su economía.

1.- Modelo: Nombre habitual de la tarjeta.

2.- Chipset: Nombre del chipset de la tarjeta.

Nota: Intentaremos matizar la revisión de la tarjeta o el chipset para evitar problemas a la hora de adquirirlas y probarlas. Las revisiones son versiones posteriores que los fabricantes lanzan al mercado con el mismo nombre de la tarjeta, pero la mayoría de las veces cambian el chipset, por lo tanto si compramos una tarjeta porque hemos creíamos que tenia un chipset de atheros, pudiera ser que el vendedor de la tienda (sin darse cuenta) nos suministre una tarjeta con una revisión diferente y posiblemente lleve otro chipset distinto (son así los fabricantes), de esta forma, las características que exigíamos a nuestra tarjeta para la practica de la auditoria wireless muy posiblemente no sean las esperadas y deseadas. Esto paso con las C54i/C54ri que pasaron de Atheros a Ralink, manteniendo el nombre de la tarjeta.

3.- Win: Auditoria para modo monitor en WindowsValor = airo, indica que la tarjeta entra en modo monitor en Windows con el airodump y el winairodumpValor = com, indica que la tarjeta entra en modo monitor en Windows con la versión de evaluación del Commview para wifi.

4.- Linux: Auditoria para modo monitor en Linux. Valor = si, indica que la tarjeta entra en modo monitor en Linux.

5.- Inyección: Tanto soporte en linux como en Windows. Valor = Lx, indica que la tarjeta entra en modo monitor y además permite la inyección de trafico para aumentar la captura de datos en linux. Esta función es muy importante en la auditoria wireless. Puede ser que para cierto estándar no inyecta trafico, por lo tanto intentaremos citar para que estándar es efectiva y posible la inyección. Sea 802.11b, sea 802.11g, o sea para ambos 802.11b/g. El añadido +CV, indica que la tarjeta entra en modo monitor y además permite la inyección de trafico para aumentar la captura de datos en Windows con el CommView 5.2 para wifi. Si la tarjeta es b/g podrá inyectar en ambos modos. Si solo es modo b solo podrá inyectar en modo 802.11b lógicamente. Si este segundo valor es +?? quiere decir que no tenemos datos para saber si inyecta en Windows con el Commview 5.2.

6.- Antena(ant.): Posibilidad de incorporar una antena externa. Valor = si, indica que la tarjeta permite que se le pueda añadir una antena externa para aumentar la cobertura. También citaremos el conector utilazo para ello, pero no se hará ninguna referencia a modificaciones particulares de las mismas tanto sean remedios caseros como semiprofesionales. Solo la definiremos tal como viene de fabrica. Si necesitáis fabricar de forma casera un pigtail para añadir una antena mas potente (las cuales suelen venir con conectores externos del tipo N) podéis visitar la sección Bricolaje donde enconareis un manual de la fabricación de un pigtail de forma casera y una guía sobre conectores y cables.

7.- Cobertura: Es difícil analizar de forma exacta y profesional los niveles de señal exactos de cada tarjeta, ya que no disponemos de herramientas adecuadas para realizar un estudio de potencia de forma profesional. Sin embargo daremos la matización efectuada por las observaciones de las personas que publicaron sus análisis.Usaremos expresiones tales como: muy sorda, sorda, normal, buena y muy buena. No es muy profesional pero es lo mejor que tenemos, lo cual no es poco y ya me hubiera gustado disponer de esta información en mis inicios en la auditoria wireless.

8.- Observaciones: Cualquier matización o información que sea interesante de mencionar para cada tarjeta en particular y que no queda registrado en ninguno de los otros campos.

Nota: Las indicaciones en ?? están por determinar. O no son datos fiables para la columna, sección y tarjeta en cuestión.

Tabla de tarjetas inalámbricas (Actualizado a 20-10-07)

 

Modelo Chipset Win Lin Inyección Antena Cobertura
3Com Pcmcia PCI Prism 2 R.02 ?? Si Lx (b) No ??
3CRWE154A72 Atheros airo Si Lx (b/g)+?? No Sorda
AirisV257 mini-pci 11g Ralink RT2500 No Si Lx (??) No Buena
Alfa 500mW  BOSSW203 RTL8187L No Si Lx(b/g) Si Muy buena
Asus Wl-167G Ralink RT2573 No Si Lx(b/g) No Normal
Belkin F5D7050 Ralink RT2570 No Si Lx (b/g) No Normal
BELKIN F5D7010EF Ralink RT2500 No Si Lx(b/g) No Sorda
Belkin F5D7050 USB Ralink/PrismGT No ?? ?? No Normal
Broadcom 802.11b/g Broadcom Si Si Lx(b/g) No Sorda
CB9-GP-EXT Atheros airo/com Si Lx (??)+CV Si Sorda
CiscoAironet PCM352 Aironet airo Si No+?? No Buena
CNET 10 Ralink RT2500 No Si Lx(b/g) Si Sorda
Conceptronic C54Ri Ralink RT2500 No Si Lx (b/g) Si Sorda
Conceptronic C54RU Ralink RT2570 No Si Lx (b/g) No Normal
Conceptronic C54RC Ralink RT2500 No Si Lx (b/g) No Normal
Conceptronic C22i Ti No Si Lx (b/g) Si Sorda
Connection N&C108 Atheros airo/CV Si Lx (b/g)+CV Si Normal
D-link DWL-G122 c1 Ralink RT2570 No Si Lx(b/g) No Normal
D-link DWL-510 RTL8180L airo Si Lx (b/g) Si Normal
D-Link A P DWLAG530 Atheros airo ?? ??+?? Si ??
D-Link A P DWLG520 Atheros R.B3 com/airo Si Lx (b/g)+CV Si Normal
D-Link A P DWLG520 Atheros R.B1 airo Si Lx (b/g)+?? Si Normal
D-Link A P DWLG650 Atheros No Si Lx (b/g) No Normal
Dlink A P DWL650+ TI No Si Ln(b/g) No Sorda
D-link DWL-510 Atheros airo/com Si Lx(b/g)+CV Si ??
D-link A X DWL-520 108G Atheros airo/com Si Lx(b/g)+CV Si Sorda
D-link DWL-G122 Ralink RT2570 No Si Lx (b/g) No Normal
Edimax EW-7128g Ralink RT2500 No Si Lx (b/g) Si Normal
Edimax EW7318USG Ralink RT73 No Si Lx(b/g) Si Normal
Encore ENLWI-G-RLAM Ralink RT2500 No Si Lx (b/g) Si ??
Gygabyte _WMAG Atheros airo Si Lx+?? No Muy sorda
IntellinetGN 54 Wireless Ralink RT2500 No Si Lx (b/g) Si Sorda
IPW 2100 (Portatiles) Intel Centrino com Si No No Muy buena
IPW 2200 (Portatiles) Intel Centrino com Si Lx (b/g) No Muy buena
IPW 3945 (Portatiles) Intel Centrino ?? Si Lx (b/g) No Muy buena
Linksys WMP54G v2/v3 Broadcom Si ?? No No Sorda
Linksys WUSB54G Ralink RT2570 No Si Lx (??) No Normal
Linksys WMP54G-EU RalinkRT2560F No No NO Si Normal
Linksys WUSB54GP v4 Ralink RT2570 No Si Lx (??) No Normal
Linksys WMP54G-EU Ralink RT2500 No Si Lx (b/g) Si ??
MSI Wireless (PC54G2) Ralink RT2560F No Si Lx (b/g) Si Normal
NETGEAR WG111v2 RTL8187L No Si Lx(b/g) No Normal
Netgear WG311T (FS) Atheros A2 ?? Si Lx(b/g) Si Sorda
Netgear WG511 Prism GT No Si Lx (b/g) No Normal
Orinco Gold 8470WD Atheros airo/com Si Lx(b/g)+CV Si Normal
Ovislink Inves W108 Atheros airo/com Si Lx(b/g)+CV No Sorda
Ovislink Inves PCI108 Atheros airo/com Si Lx(b/g)+CV Si Normal
Ovislink WG-PCI-T Atheros ?? Si Lx (??)+?? Si Normal
Ovislink AL WL-1120 RTL8180L airo Si Lx (b) Si ??
Ovislink Evo-W54USB Ralink RT2500 No Si Lx (b/g) No Sorda
Ovislink Evo-W108PCI Atheros com Si Lx (??)+?? Si Normal
Senao2511cdplusext2 Prism 2.5 No Si Lx (b) No Sorda
SMC SMCWPCIT-G Atheros airo/com Si Lx(b/g)+CV Si Buena
SMCWPCI-G EU rev.20 RTL8185L No No No Si Normal
SMC SMCWCB-G Atheros com Si Lx (b/g)+?? No Normal
SMC SMCWCBT-G Atheros airo/com Si Lx(b/g)+CV No Normal
SWEEX LW053 Ralink RT73 No Si Lx(b/g) No Normal
Thomson Speed Touch 121g Prism airo Si ??? No Sorda
Tnetw1130xxx TI No Si Lx(b/g) No Sorda
TP Link tl-wn551g Artheros 5005G com Si Lx(b/g)+CV Si Sorda
TRENDnet TEW-443PI Atheros ?? Si ??+?? Si Buena
Winstron CM9  802.11a/b/g Atheros AR5213 airo/com Si Lx(b/g)+CV Si Buena
Zaapa ZW-P854-G Ralink RT2500 No Si Lx (b/g) Si Normal
Zaapa USB 54Mbps Zydas ZD1211 No Si ?? No Sorda
Zaapa WLG-1501 Atheros No No No No ??
Zcom XI-325HP+300W Prism 2.5 No Si Lx (b) Si Normal

Fuente: http://hwagm.elhacker.net/htm/tarjetas.htm

Publicado en Redes, WI-FI | Deja un comentario

Programas específicos para la auditoria wireless en entorno windows

Suite del Aircrack-ng.

 Realmente no solo es un programa, sino un conjunto completo, muy fáciles de utilizar.

Es una de las mejores herramientas para analizar el nivel de seguridad de nuestras instalaciones wireless ya que suele ser el arma mas utilizada por la mayoría de personas que quieren reducir nuestro ancho de banda. Los principales son:

1.- Airodump-ng: Programa que permite capturar paquetes de datos.

2.- Aircrack.ng: Permite averiguar y recuperar claves con cifrado WEP.

3.- Wzcook-ng: Permite averiguar y recuperar claves con cifrado WEP almacenada en una estación cliente en windows.

4.- Airdecap-ng.

Winairodump

 Basado en el airodump pero con entorno completamente gráfico. El cual que permite capturar paquetes de datos, así como ciertas informaciones y errores al intentar trabajar en modo monitor en windows si la configuración no esta bien realizada

Renombrar dirección MAC.

 Permite cambiar la dirección Mac de las tarjetas de red.

 Se evita tener que navegar por el registro de sistema (regedit), o de modificar la dirección MAC de las tarjetas en propiedades de hardware.

Network Stumbler

 NetStumbler es una sencilla herramienta que te permite detectar redes de área local sin cables (Wireless Local Área Network). Puedes usarlo para comprobar la integridad y correcto funcionamiento de tu WLAN, localizar zonas donde no haya cobertura, detectar otras redes que puedan estar interfiriendo con la tuya o incluso puntos de acceso no autorizados.

Descargar

http://hwagm.elhacker.net/windows.htm

Fuente: http://www.seguridadwireless.net/mapaweb.php

Publicado en WI-FI | Deja un comentario

Por qué un cortafuegos personal ¿nunca? es efectivo contra el malware

El cortafuegos personal es una de las medidas “estrella” recomendada desde hace muchos años para luchar contra todo tipo de males. La inercia de la recomendación ha seguido hasta nuestros días, donde un cortafuegos entrante tradicional, poco o nada puede hacer contra muchos de los ataques más sofisticados que se sufren hoy en día. Veamos por qué.

Instalar un cortafuegos personal era imprescindible hace diez años. Los sistemas operativos (por llamarlos de alguna forma) Windows 9X estaban conectados directamente a la red, con IP pública a través de módem. No contar con un firewall constituía un suicidio tecnológico. Después de Sasser y Blaster, XP SP2 se instauró con cortafuegos entrante integrado y activo. Las reglas del juego cambiaron por completo, pero parece que pocos se acordaron de actualizar las instrucciones. Los atacantes se adaptaron rápido, las víctimas… todavía no.

El cortafuegos entrante

Hoy en día un cortafuegos entrante no es útil contra el malware, han aprendido a sortearlo y es complicado encontrar troyanos “clásicos” que abran puertos en el sistema. Además, aunque lo consiguieran, no sería efectiva esta técnica: hoy también es mucho más habitual conectarse a la red de forma indirecta, anteponiendo un router. Estos routers suelen disponer de cortafuegos que protege del exterior y, aunque no lo tuvieran, un atacante tendría que realizar una traducción a direcciones y puertos internos para llegar al sistema que quiere atacar. Por tanto, el cortafuegos entrante en el sistema no está diseñado contra el malware de hoy. Sería una herramienta más útil contra otro tipo de ataques.

El cortafuegos saliente

¿Qué es efectivo entonces? El cortafuegos saliente. Ese que introdujo Vista en 2006… desactivado por defecto y por tanto, con nulo impacto real en la Red. Su ventaja es que detendría a una buena parte (me atrevería a decir que la inmensa mayoría) de los troyanos actuales, que depende de infraestructuras externas para salir a Internet e infectar el sistema.Su problema es que si bien no todas las aplicaciones legítimas reciben conexiones procedentes del exterior (no tienen que ser revisadas por el cortafuegos entrante), sí que casi todas hoy en día se comunican con el exterior, y tendrían por tanto que estar contempladas como excepción en el cortafuegos saliente. Es una tarea compleja, pero teniendo en cuenta lo bien que se las ha apañado Windows con Vista y 7 para diseñar un cortafuegos entrante que no “estorba” y es efectivo, sospecho que en el futuro podría tenerlo activo por defecto si trabajan ciertos aspectos.

Por ejemplo, podrían añadir ciertas funciones para hacer más cómodo un cortafuegos saliente. Estas son algunas ideas:

* Que sólo las aplicaciones firmadas pudieran salir sin problema a Internet. Las no firmadas, pedirían confirmación.

* Que sólo las aplicaciones alojadas en ciertas rutas (en las que el usuario no tiene permiso de escritura como tal, sólo como administrador) pudieran salir sin problemas.

* Función para bloquear aplicaciones por hash,

* Función para bloquear aplicaciones según el lugar de donde proviene (descargada desde alguna zona concreta de Internet Explorer…)

¿Filosofía AppLocker aplicada al cortafuegos?

Escribiendo estas recomendaciones, descubrimos rápidamente que en realidad son las mismas funciones y condiciones con las que permite jugar AppLocker y SRP (Software Restriction Policy), una tecnología ya activa desde hace años en Windows para bloquear la ejecución de programas bajo ciertas circunstancias. La idea para implementar un cortafuegos saliente efectivo sería trasladar este concepto a la “conexión”, en vez de a la “ejecución”.

Por supuesto que esto tendría problemas. Por ejemplo AppLocker y SRP son eludibles de diferentes maneras. Por supuesto que, aun con todas las barreras activas, un troyano puede inyectarse en el espacio de memoria de un proceso existente en el sistema y salir a Internet camuflado. O peor aún, alcanzar el ring0 y modificar el comportamiento de sistema donde ninguna regla tendría ya valor. Esto se sabe desde hace tiempo y es una técnica usada por troyanos sofisticados. Pero si al menos se implementara algo así, se estaría elevando un listón que, en este sentido, ahora mismo está abandonado en el suelo mientras el malware campa a sus anchas.

Publicado en Redes | Deja un comentario

MODELO COMPARATIVO DE HERRAMIENTAS MDA EN AMBIENTES DE SOFTWARE LIBRE

José Fabián Díaz Silva*, Daniel Andrés Guzmán Arévalo **

* Especialista en Tecnologías Avanzadas para el Desarrollo de Software.

** Especialista en Teleinformática

Resumen El trabajo de ingeniería de software esta en constante evolución, la búsqueda de herramienta que agilicen los desarrollos son una constante, así como el deseo creciente de brindar soluciones que no dependan de un fabricante o empresa. Este proyecto busca establecer un modelo comparativo de las características de las herramientas MDA (Model Driven Architecture), para identificar las mejores prácticas y llevar estas experiencias a la comunidad de software libre que este detrás de la construcción de las mismas. Se desarrollaron instrumentos y procesos específicos de medición, así como estrategias de divulgación que involucro, desde el establecimiento de categorías de evaluación, hasta la búsqueda de comunidades de software libre y sus respectivos canales de participación.

Palabras ClavesMDA, ingeniería, libre, comparación, modelo.

AbstractThe software engineering work is in constant evolution,

the search of tool to speed up the development are a constant,and the growing desire to provide solutions that are not dependent on a manufacturer or company. This project seeks to establish a model

compare the characteristics of the tools MDA (Model Driven Architecture), to identify best practices and bring those experiences to the free software community that behind the the same building. Instruments and processes were developed  specific measurement and disclosure strategies get involved, since the establishment of categories of evaluation to search for free software communities and their respective channels participation.

Keywords – engineering, free, comparison, model.

I.                    INTRODUCCIÓN

El proyecto gira alrededor de una pregunta. ¿Cuáles son los elementos característicos que permiten elaborar un modelo comparativo entre las herramientas MDA existentes en el mercado, para entregar información que contribuya a los desarrollos de la comunidad de software libre?.

El desarrollo de software con modelos o herramientas antiguas ha demostrado repetidamente no funcionar en proyectos de todo tipo, especialmente en el desarrollo para software que requieren grandes de soluciones. Los fracasos de proyectos de desarrollo de software lo atestiguan. Parece necesario, por tanto, acometer el desarrollo de software utilizando una visión de ingeniería.

Es por eso que nace la necesidad de diseñar y aplicar un modelo donde se puedan comparar software libre o comercial bajo la arquitectura dirigida por modelos MDA para identificar las características principales que permitan la evolución del desarrollo de herramientas libres.

Los caminos marcados por instituciones y organismos internacionales de estandarización han permitido que no sean pocas las herramientas que están presentes en el mercado, resaltando su diversidad y heterogeneidad a la hora de abordar filosofías del MDA. Gracias a las investigaciones se tiene un punto de partida que permitirá establecer elementos de mayor precisión y coherencia a la hora de identificar características únicas de modelos MDA

En empresas y  universidades se guiaban estudios de  herramientas para el  desarrollo de software y la investigación generada por OMG se dedicó a la definición de un estándar que extendiera la notación UML (Unified Model Language) con el uso de un metalenguaje que permitiera completar su alcance. “MDA automatiza la generación de código pero este es sólo  un aspecto del estándar, en realidad MDA, como otras especificaciones, se propone abarcar todo el ciclo de construcción de software, definiendo elementos capaces de darle consistencia y flexibilidad al proceso, reduciendo la incertidumbre, y acelerando los tiempos de desarrollo”[1]

Por otro lado con la popularidad de arquitecturas abiertas y el terreno ganado por el software libre, los desarrolladores de software orientan sus trabajos hacia la construcción y adaptación de herramientas que permitan la generación de códigos y la transformación de modelos MDA, que aprovechen las ventajas y filosofías que el software libre contempla. Por los que se pueden encontrar en el mercado herramientas construidas de forma específica para lidiar con elementos MDA como lo es “openmdx”[2] que ofrece un framework de trabajo unificado, es compatible con tecnologías java, maneja una única interfaz para administrar todos los elementos y transforma los PIM a java apis. Bajo ese mismo enfoque se encuentra “androMDA”, herramienta que permite transformar los componentes en múltiples plataformas, maneja los denominados kits de desarrollo (expansión del aplicativo), genera interfaces web y es compatible con jsf, strauts y  axis.

II.      ELABORACION MODELO COMPARATIVO PARA HERRAMIENTAS MDA

Para efectuar el modelo comparativo de las herramientas MDA se opto en este proyecto seguir el esquema sugerido por la ISO/IEC 14598 y trabajos relacionados como lo fue el estudio de Universidad Rey Juan Carlos, de España[3] y una investigación desde México, realizada por el Centro Nacional de Investigación y Desarrollo Tecnológico[4], donde el desarrollo de software mediante herramientas MDA, entre otras.

Para gestionar el proceso de diseño y evaluación se determino el siguiente proceso de comparación.

Figura 1: Proceso de comparación.

1-Establecimiento de requerimientos: Se especifican los requerimientos considerados para el estudio y los límites considerando dentro de los actuares del mismo.

2-Especificación de la evaluación: Entre otros elementos de definen las características a considerar, fundamentado en los elementos del mercado MDA y de proyectos similares. Para el estudio se identificaron 28 características consideradas las de mayor prioridad.

3-Diseño de evaluación: Incluye la selección de la herramienta, iniciando con 37 de ellas y estableciendo 5 para el estudio y determinación de sus características (establecidas en el anterior numeral) empleando instrumentos de evaluación que manejan escalas de medición específicas para cada   elemento objeto de estudio. Cada escala registra una serie de parámetros para controlar desde su valor hasta los rangos considerados, así como la justificación y los métodos de calcularla.

Lo anterior enmarcado dentro de un plan de evaluación, riguroso y monitoreado, que puede ser apreciado en la figura 2.

Figura 2: Plan de Evaluación

De igual forma se emplea un instrumento o artefacto para registrar las evaluaciones de cada herramienta sobre las 28 características identificadas. Soportado por instrumentos adicionales, como registros de sucesos, momentos y registro final, que contiene en forma ordenada, la clasificación de las mejores 3(tres) herramientas por cada característica. La siguiente tabla presenta un ejemplo del “registro de evaluación”.

Tabla 1: Registro evaluación.

Se diseño un caso de estudio para probarlo al interior de las herramientas brindado más herramientas al evaluador, para así determinar el grado de cumplimiento de las características consideradas. La figura 2 presenta a grandes rasgos este caso de estudio de un “Help Desk”.

Figura 3: Diagrama Help Desk

4-Ejecución evaluación: Se efectúa una verificación de las herramientas a la luz de las características consideradas y las escalas establecidas. El resultado de la evaluación se registra en los instrumentos mencionados con anterioridad y produce la siguiente información.

5-Conclusión evaluación: Es de suma importancia recalcar que se tomaron 5 herramientas MDA, se tomaron por su tipo de importancia en el desarrollo de proyectos a nivel privado como a nivel Software libre.

Observando las diferencias de las herramientas evaluadas, podemos concluir que  el soporte de diferentes modelos, Faltaría establecer una herramienta que apoye los tres estándares del MDA, como son CIM, PIM y PSM. Es importante establecer que la herramienta OpenMDX es la que mas modelos de desarrollo maneja, pero no tiene un patrón de diseño estándar manejado por muchos modelos de desarrollo.

Es importante reconocer que las herramientas evaluadas trabajan estándares de desarrollo como el UML y XMI, que es de gran ayuda para el desarrollo de software utilizado por estas herramientas.

Revisando la manipulación y creación de modelos, estas herramientas apoyan los procesos de desarrollo basado en modelos, y algunos en la transformación de estos.

Es de suma importancia observar la falta de desarrollo en las transformaciones consideradas entre modelos del MDA, podemos observar que ninguna de la herramientas tiene una transformación, texto ->cim, texto<-cim o de texto algún modelo, es una falla importante si algún usuario de estas desea adaptar sus desarrollo a una nueva herramienta.

En las herramientas analizadas se observo la falta de soporte para diferentes modelos, en la cual se podrían crear o adaptar nuevos desarrollos, sin embargo algunas de estas herramientas que se tomaron se encuentra en la misma línea de desarrollo o transformación de modelos.

Si miramos a fondo el soporte y documentación de estas, nuestra conclusión seria, que se debería desarrollar más características para cada una de ellas, si la comparamos frente a herramientas de desarrollo privado.

Al terminar esta evaluación minuciosa, teniendo en cuenta diferentes características estipuladas y definidas en los cuadros anteriores, se puede concluir que el soporte es verdaderamente escaso en todas las herramientas, así como su documentación, y desarrollo.

  1. RESULTADOS OBTENIDOS

Con la realización del proyecto, se diseño un modelo comparativo atado a un proceso riguroso y repetible, lo que dota a un evaluador de instrumentos suficientes para efectuar sus propias comparaciones y análisis de los resultados con la seguridad de seguir una ruta establecida que se fundamenta en el registro de datos a partir de diversas perspectivas y a la luz de escalas calculadas bajo un proceso transparente y definido. Este modelo y el proceso, junto con las actividades que se desprenden de su implementación, son condensados en un artículo ajustado a la norma IEEE,  con los elementos suficientes para repetir su aplicación y proponer mejoras en su diseño.

Además del artículo mencionado en el párrafo anterior, se tiene con el presente documento  una guía de referencia del estado del arte del trabajo con MDA, sus herramientas, sus proyectos de investigación y diversas experiencias alrededor de todo el mundo, estos datos fueron recolectados durante la construcción del proyecto, para fundamentar el modelo a desarrollar, pero con la estructuración y rigurosidad apropiada para ser tomado como documento de referencia para futuras investigaciones o implementaciones de nuevos modelos o variantes en los existentes, en un área que no presenta variedad y riqueza en sus fuentes de datos.

Así como se cuenta con un articulo que describe la experiencia de  construcción de un modelo comparativo y un documento estructurado con el compendio de los elementos que conforman un entorno MDA, también se consigue con este proyecto, establecer las estrategias de participación en proyectos de software libre y en los grupos responsables de la implementación de herramientas MDA. No solo identificando los grupos y comunidades, si no estableciendo sus canales de participación de mayor popularidad e identificando las características técnicas por mejorar a partir de los instrumentos evaluativos empleados en el presente proyecto.

CONCLUSIONES

Con el estudio realizado se determinaron diversas características que conforman entornos de desarrollo MDA, muchas de estas características ya se encuentran implementadas por herramientas tanto propietarias como libres, pero aun es necesario reforzar y apoyar aquello proyectos con filosofía abierta, para llevar a las pequeñas empresas y profesionales independientes a contar con los elementos adecuados para plasmar en sus diseños de software, las realidades empresariales y sociales del entorno en que desarrollan sus proyectos.

El modelo comparativo desarrollado, mas que un instrumento evaluativo de herramientas MDA, permitió identificar falencias en cuanto participación y divulgación de herramientas libres en la comunidad de desarrolladores, reflejado en la baja participación de los usuarios en la construcción de estas herramientas y el reducido numero de proyectos realizados con herramientas consideradas alternativas viables para desarrollos.

Aun están en crecimiento las propuestas encaminadas al desarrollo de herramientas libres en entornos MDA, algunas han desaparecido por su bajo nivel de implementación sobre proyectos empresariales; El mejoramiento de los medios de participación, el enriquecimiento de la documentación y el aumento de proyectos de investigación relacionados con el mejoramiento de estas herramientas son estrategias que deberían ser consideras por los equipos promotores de iniciativas de desarrollo.

El modelo comparativo desarrollado en este proyecto, es una herramienta que permite a los desarrolladores medir sus iniciativas, bajo un esquema estricto de ingeniería, habilitándolos para tomar decisiones de mejoramiento y encontrando los puntos a concentrar sus esfuerzos encaminados al alcance del máximo nivel en cada escala y por consiguiente al desarrollo de una herramienta MDA ajustada a las necesidades del entorno.

REFERENCIAS

[1]Abmann, Uwe. Model driven architecture: european MDA workshops: foundations and applications, MDAfa 2003 and MDAfa 2004, twente, the netherlands. 1ra edition: springer.2009.250 p. lectures notes in computer science. isbn:978-3540282402

[2]Benneko-minnema, Jan van. the land administration domain model ‘survey package’ and model driven architecture. Holanda. 219 h. Trabajo de maestria (msc geographical information management and applications).Universiteit utrecht.2008 utrecht:<http://www.msc-gima.nl/uploads/theses/datamodels/msc_gima_2008_jan_van_bennekom_minnema.pdf >

[3]Beydeda, Sami. Model-driven software development.1ra edicion: springer.2005.464 p.isbn:978-3540256137.

[4]Bollati, V, Vara, j. , Vela, B. y Marcos, e. ( 2007). Una revisión de herramientas MDA. actas del iv taller sobre desarrollo de software dirigido por modelos MDA y aplicaciones (dsdm’07). España. Páginas 91-100. disponible en:  http://www.cacic2007.unne.edu.ar/papers/145.pdf

[citado en 15 de diciembre de 2009]

[5]Boronta, Artur. Moment: a formal framework for model managemment. Valencia, España. 292 h. trabajo de doctorado (doctor of philosophy in computer science and engineering),universitat politecnica de valencia. deparment of information systems and computation. 2007 politecnica:

http://dspace.upv.es/XMLui/bitstream/handle/10251/1964/tesisupv2716.pdf?sequence=1

[6]De Almeida, Pedro. MDA-model driven architecture:improving software development productivity in large-scale enterprise applications. Friboutg, Suiza. 108 h. Tesis de maestria(master software).university of fribourg.department of informatics.software engineering group.2008 fribourg: <http://diuf.unifr.ch/softeng/student-projects/completed/dealmeida/download/report-MDA.pdf>

[7]Deantoni, Julien. A MDA-based approach for real time embedded systems simulation.  En: proccedings of the 9th IEEE international symposium on distributed simulation and real-time applications. IEEE computer society, Washington, Usa. 2005 . p 257 – 264. isbn: 0-7695-2462-1

[8]Favre, Liliana. Model driven architecture for reverse engineering technologies: strategic directions and system evolution.1ra ed. igi Global. 2009. 311 p. isbn: 9781615206490

[9]Frankel, David. Model driven architecture: applying MDA to enterprise computing.1ra ed.:wiley. 2003. 352 p. isbn: 978-0471319207.

[10]Gasevic, Dragan. Model driven architecture and ontology development.1ra edicion: springer. 2006. 312 p.isbn:978-3540321804

[11]Guttman, Michael. Real-life MDA: solving business problems with model driven architecture. 1ra edicion: morgan kaufmann.2006. 224 p.isbn:978-0123705921.

[12]Hespanha, Joao. The model driven architecture approach applied to the land administration domain model version 1.1 – with focus on constraints specified in the object constraint language. en: fig working week 2008 , integrating generations, stockholm, 19 p. 2008

<http://www.fig.net/pub/fig2008/papers/ts01e/ts01e_01_hespanha_etal_2962.pdf> [citado en 21 de noviembre de 2009]

[13]Kleppe, Anneke. MDA explained: the model driven architecture(tm):practice and promise.1ra edicion: addison-wesley professional.2003.192 p.isbn:978-0321194428

[14]Lano, Kevin. Advanced systems design with java, UML and MDA. 1ra ed.elsevier sicence & technology books. 2005 . 416 p. isbn: 9780750664967.

[15]Martin, Andreas; Loos, Peter. Software support for computation independent modelling in the MDA context. en: phalp, keith; jeary, sheridan; coles, melanie; seel, christian; spriesterbach, axel. proceedings of the 1st international workshop on business support for MDA. 1st international workshop on business support for MDA (MDAbiz-2008), located at tools- europe-2008, june 29 – july 3, zürich, switzerland, ceur workshop proceedings, vol. 376,ceur workshop proceedings (online), 2008. isbn issn 1613-0073.

[16]Pastor, Oscar. Model-driven architecture in practice: a software production environment based on conceptual modeling. 1ra ed : springer. 2007. 302 p. isbn:978-3540718673.

[17]Quintero, J., Anaya, R, Marin, c., bilbao, a.: Un estudio comparativo de herramientas para el modelado con UML. en: revista universidad  eafit. vol. 41, no. 137 (2005) 60-73. issn: 0120-341x.

[18]Rodríguez Vicente, j. Ingeniería de modelos con MDA. Estudio comparativo de optimalj y arcstyler. Proyecto fin de carrera. Facultad de informática, Univ. De murcia. 2004.

[19]Soley, Richard. The MDA journal: model driven architecture straight from the masters.1ra ed.: meghan kiffer pr.2004. 219p. isbn:978-0929652252

[20]Stahl, Thomas. Model-driven software development: technology, engineering, management. 1ra edicion:wiley.2006.444 p. isbn:978-0470025703

[21]Wagelaar, Dennis. Platform Ontologies for the model-driven architecture. 1ra ed. 2009. 211 p. isbn:978-9054874829

[22]Wiley. Herrera, J. C.; Matteo, A. & Díaz, i. (2005), una caracterización de herramientas MDA de código abierto, in ’8º workshop iberoamericano de ingeniería de requisitos y ambientes de software (ideas´05)’. Disponible en:

<http://kuainasi.ciens.ucv.ve/ideas07/documentos/articulos_evetis/id5%20-%20herramientasMDA.pdf> [citado 15 de diciembre de 2009]

Publicado en Software Libre | Deja un comentario

SIAC SOLUCIONES & SERVICIOS INFORMÁTICOS DE ALTA CALIDAD

Publicado en Uncategorized | Deja un comentario

Arquitectura dirigida por modelos (Model-Driven Architecture o MDA)

Fuente: http://www.omg.org/mda/

Próximamente Estudio Especializado sobre MDA.

Publicado en Software Libre | Deja un comentario

2009-afiche-large

Evento
XVIII Congreso Nacional de
Estudiantes de Ingeniería de Sistemas (CNEIS)
Tema Central
Entretenimiento Digital: Animación y VideoJuegos
Dirigido a
Estudiantes y profesionales de ingeniería de: Sistemas, Informática, Software, Diseñadores Gráfico, y carreras afines
Fecha
2, 3 y 4 de Abril de 2009
Lugar
Barranquilla – Colombia.
Hotel Puerta del Sol (Cll 75 No. 41D – 79)
Organiza
-Universidad Autónoma del Caribe
-Evenco CCC     -Centro UNIEDU
Patrocina
-Avianca
Contacto
PBX : 5-3730507 Cel: 300 30922 84 – 316 812 0445
E-mail / Windows Live Messenger
Contacto@InfoEvencoCCC.com
Publicado en Informatica | Deja un comentario

Seguridad Informática

¿Qué es la seguridad informática?

Área de la informática encargada de asegurar el buen uso de los recursos informáticos y la información como activos de una organización, manteniéndolos libres de peligros, daños o riesgos.

La seguridad informática se puede clasificar en seguridad lógica y seguridad física y busca con la ayuda de políticas y controles mantener la seguridad de los recursos y la información manejando los riesgos, sin embargo cuando se habla de seguridad se debe tener en cuenta que no existe la seguridad 100%.

No hay una formula matemática que nos indique que un sistema de información o proceso es 100% seguro, pero si existen tres principios que deben mantenerse para decir que existe seguridad en la información.

Principios de la Seguridad de la Información

  • Integridad: la información debe ser protegida de modificaciones no autorizadas.
  • Disponibilidad: la información y servicios deben estar disponibles siempre que se necesiten.
  • Confidencialidad: se debe garantizar que la información es conocida únicamente por a quien le interese.

Existen otros conceptos que si son aplicados nos garantizan en gran medida estos tres principios:

  • No repudio: mecanismo de control que facilita no negar la autoría de un acto.
  • Secreto: propiedad de la información que la caracteriza por mantenerla fuera de las manos de usuarios no autorizados.
  • Autenticación: mecanismo de control que ayuda a mantener la confidencialidad de la información (secreto), otorgando acceso solo a quien este autorizado.

Política de Seguridad

Toda estrategia se basa en unos principios y objetivos claramente definidos.  En el caso de seguridad de la información no es diferente, estos objetivos se agrupan en un documento de alto nivel llamado Política de Seguridad que contiene el conjunto de normas, procedimientos y prácticas de seguridad de la organización orientadas a mantener un ambiente informático seguro.

La construcción de una política de seguridad inicia con el entendimiento de los objetivos de la organización, seguida por la redacción de las normas y procedimientos que sean requeridos, el establecimiento del apoyo por parte de la dirección de la organización para finalmente declarar las políticas de seguridad y su publicación.

Estas políticas pueden cubrir desde las buenas prácticas para mantener la seguridad de un computador hasta proveer las normas que deben cumplir los usuarios de una organización para proporcionar un ambiente seguro de la información y los recursos informáticos en cuyo caso debe estar apoyada por la normatividad de seguridad de la organización.

Fuente: www.unab.edu.co

Publicado en Informatica | 1 comentario

Documentos Sobre Software Libre

Introduccion al Software Libre

Sistema operativo GNU/Linux basico

Utilidades y herramientas

Administracion avanzada de Gnu/Linux

Implementacion Servidores Linux

Redes de Computadores

Publicado en Software Libre | Etiquetado | Deja un comentario