Como le había informado hace unos días en una publicación que hiciera, hoy es el lanzamiento oficial de Windows Seven en República Dominicana, por motivo de trabajo no podré asistir a la misma, pero les deseo muchos éxitos a los organizadores del evento.
El pasado 22 de octubre fue el lanzamiento mundial del tan esperado windows 7, el sucesor del Windows XP (lo siento para lo que le gusta Vista, pero este fue el sistema operativo más malo después de Milenium). Al mismo tiempo se hizo el anuncio del lanzamiento del Microsoft Store, de esta forma entrando en competencia con el App Store de Apple.
Hoy quiero publicar un enlace sobre algo de lo que he hablado bastante en este blog, sobre algunas cosas que se comentan sobre software libre (que más bien son mitos) y que en esta ocasión el Sr. José Elias del famoso blog tecnológico www.eliax. com hace referencia en este artículo. El artículo no tiene desperdicio, es bastante bueno, por lo que recomiendo que lo lean, ya que mejor de ahí, no puedo explicar las grandes vulnerabilidades que presenta la industria del software libre en el mundo.
Para desarrollar sistemas basado en Web seguros es necesario tomar una serie de medidas a corto y largo plazo que nos ayuden a tomar las previsiones necesarias para asegurar lo que estamos entregando. Entre estas podemos detallar.
- Estar preparado para cualquier ataque, todos somos vulnerables a ataques, no importa que sistema operativo uses, que lenguaje de programación emplees y que conocimientos tenga una determinada tecnología.
- El plan de seguridad no es un plan a corto plazo, lo que es seguro hoy no tiene que serlo mañana.
- Todos estamos expuestos a ser atacado, no importa que tan pequeña sea tu empresa.
- Los desarrolles y auditores de sistemas deben cada día tener una mejor formación a nivel de seguridad de aplicaciones.
- Cuando audites el sistema, que este no sea solo una auditoria interna, que también sea externa.
- No basar tus auditorías en herramientas automáticas, contrata una buena empresa auditora para que ataque tu sistema.
- Debes exponer tu software en la medida que sea requerido, entre más expuesto, más vulnerable.
- Entre más privilegio tu otorgues y más amigable sea tu desarrollo para el cliente, más fácil será encontrar una vulnerabilidad donde atacar.
Para llevar a cabo esta serie de medidas se deben llevar a cabo una serie de medidas que pueden conllevar costos adicionales al desarrollo del software, como tratamos en la publicación anterior, pero si queremos algo bien hecho, debemos pagar por el mismo.
Al momento de realizar la planificación de un nuevo proyecto se deben tomar en cuenta muchos tópicos que parecen no ser muy importantes, pero al final estos son los que pueden disparar el costo de un software por las nubes, convirtiendo en inasequible hablando en términos costos - beneficios y análizar que debemos incluir y que no al momento de planificar un desarrollo de un costo de un proyecto y que debemos tener en cuenta para iniciar el mismo.
Para eso se deben realizar una serie de consideraciones como son las siguientes:
- Hacer un buen levantamiento de que es lo que realmente desea el cliente.
- Documentar todas las suposiciones, metas y restricciones del proyecto.
- Diseñar un buen plan de actividades donde se pueda identificar el flujo del proceso y los recursos necesarios para llevarlo a cabo.
Esto nos va a ayudar a realizar una estimación más o menos clara de que es lo que necesitamos para llevar a cabo un buen desarrollo de software y nos permitirá evaluar que cantidad de personal requerimos para llevarlo a cabo, el tiempo necesario, así como los recursos tecnológicos necesario para implementar el proyecto.
Algunas preguntas que se debe realizar para llevar a cabo dicho plan son los siguientes:
- Nuestro equipo de desarrollo tiene el conocimiento suficiente para llevar a cabo cada uno de los objetivos. Muchas veces las empresas dudan en pagar entrenamiento a su personal y creen que todas las personas son autodidactas y que pueden aprender solos.
- Cuento con la disponibilidad de recursos en la empresa para llevar a cabo el desarrollo.
- Algunas personas toman la cantidad de códigos del software para estimar los costos de producción de un determinado programador, yo particularmente no aplico esa formula del todo, ya que la cantidad de código no indica si la verdadera funcionalidad del software, más bien creo que se debe estimar en función de los procesos y la dificultad que estos puedan presentar.
Existe un módelo de costos de desarrollo de software denominado COCOMO (Constructive Cost Model) desarrollado en los 70s por Barry Boehm y es uno de los más conocidos. Ha evolucionado a lo que se le llama hoy en día COCOMO II.
Pero al momento de realizar un desarrollo en la vida real, casi nunca se toma en cuenta las tediosas horas de pruebas y auditoría de software, dejando esa parte a cargo de los mismos programadores que simplemente prueban a su antojo y como piensan que funciona correctamente.
De ahí provienen los famosos errores de seguridad a los que están expuestos los programas de hoy en día, donde por no tomar en cuenta esta parte del ciclo del análisis y diseño de sistemas, se pueden encontrar muchas vulnerabilidades (Macos) que nos hacen susceptible a la exposición publica de nuestros software.
En este blog he publicado unas cuantas herramientas que vienen con SQL Server que le hacen la vida más sencilla a los programadores, como son las ejecuciones de aplicaciones externas mediante el comando xp_cmdshell, envíos de correos mediante XP Mail. Pero en SQL Server 2005 y 2008 estas herramientas vienen inactivas por defecto, por lo que no podremos utilizarla en una primera instancia hasta que la activemos.
Para esto debemos hacer los siguientes pasos:
Pulsar Start à All Programs à Microsoft SQL Server 2005 à Configuration Tool à SQL Server surfaces area configuration.
Luego presionamos el enlace: SQL Server Surfaces Feature Configuration y nos saldrá una ventana que nos va a permitir seleccionar el servicio deseado y lo activamos
Como pueden ver en la siguiente ventana les aparecen una lista de servicios que debemos configurar para poder realizar algunas tareas, entre estas el SQL Mail, xp_cmdshell, CLR Integration, entre otros.
Un caso particular es el SQL Mail, que solo se encuentra disponible por versiones, pero va a ser reemplazado por el Database Mail en SQL Server 2005.
Java | 4 (36%) |
| VB 6 | 6 (54%) |
| VB.Net | 9 (81%) |
| CSharp | 5 (45%) |
| C++ | 1 (9%) |
| PHP | 3 (27%) |
| Perl | 0 (0%) |
| Otros | 4 (36%) |
