IBM y SAP aceleran la incorporación de sus clientes a la economía digital

miércoles, 22 de junio de 2016 | | | 0 comentarios |

IBM y SAP aceleran la incorporación de sus clientes a la economía digital


La tecnología SAP HANA en IBM Power Systems es descrita por IBM como "la formalización de un conjunto complementario de capacidades para simplificar y acelerar la obtención de resultados por parte de los clientes, que están evolucionando para convertirse en empresas cognitivas". Para SAP, se trata de "hacer posibles los negocios marcados por la solidez y el crecimiento que puedan aprovechar las increíbles oportunidades de la economía digital”.



¿Por qué es SAP HANA la opción ideal en IBM Power Systems?


  • IBM y SAP han innovado juntas durante 43 años.
  • Es una TDI (Tailored Data Center Integration), lo que optimiza la utilización de hardware e infraestructura existentes.
  • Capacidad de virtualización inmediata, reduciendo la complejidad de gestionar infraestructura.
  • Gran desempeño con Big Data.
  • Flexibilidad, con capacidad de memoria y procesador bajo demanda.
  • Plataforma abierta, ejecutada en Linux.
  • Ventajas económicas, con un gasto 58% inferior a soluciones de desempeño similar.
  • Mayor ROI.
  • Es la solución preferida por el mercado. Universidad Técnica de Munich: "Esperábamos lo mejor - y obtuvimos lo mejor".
  • Dimensionada para el futuro - donde la analítica es el futuro.


El panorama actual de negocios está colmado de nuevos retos y nuevas oportunidades en torno a la gestión de datos, lo que impulsa a las organizaciones a buscar nuevas soluciones que les ayuden a superar desafíos y aprovechar las oportunidades. En su whitepaper “SAP HANA on IBM Power Systems”, IBM explica esta oferta conjunta, que habilita mayores velocidades, mejor gestión de los datos, transparencia e innovación.

Fuente: Diario TI es una publicación de:
MPA Publishing International Ltd.
2 Pendreich Road
Bridge of Allan, Stirlingshire FK9 4PZ
United Kingdom

COMO PUEDO CAMBIAR LA CLAVE (KEY) DE WINDOWS 7

viernes, 25 de abril de 2014 | | | 0 comentarios |
Muchas veces el problema es muy sencillo, nosotros mismos lo podemos resolver con un poco de investigación en la internet.

Les dejo los pasos muy sencillos de como cambiar la clave de windows 7

1.- Ir a menú INICIO, TODOS LOS PROGRAMAS, ACCESORIOS, clic en el botón derecho sobre el símbolo del sistema, ir a EJECUTAR COMO ADMINISTRADOR.



Los Intel Core i3 de generación Ivy Bridge ya en el mercado

lunes, 10 de septiembre de 2012 | | | 0 comentarios |



Desde hace un par de días estaban sonando rumores sobre que el gigante de los procesadores, Intel, lanzaría “dentro de muy poco tiempo” una nueva gama de CPU de última generación, llamada Ivy Bridge, destinados a ordenadores de sobremesa para usuarios no tan exigentes como para necesitar un procesador puntero. Finalmente, el día de hoy Intel confirma los rumores y ha hecho oficial a los nuevos Core i3 Ivy Bridge, y los ha lanzado al mercado.

IMPRESORA 3D

jueves, 16 de agosto de 2012 | | | 0 comentarios |

Desarrollan la primera impresora 3D portátil de bajo costo y código abierto La FoldaRap es fácil de ensamblar y podría ser fundamental para que arquitectos, ingenieros y diseñadores creen prototipos de diseños.

Publicado: 14 ago 2012 por Flickr El diseñador francés Emmanuel Gilloz, La herramienta basada en el proyecto de impresoras de código abierto RepRap, es capaz de fabricar objetos físicos a partir de modelos generados en un computador gracias a tres ejes y un extrusor, que se encarga de derretir el plástico y lo deposita en capas sucesivas, creando el objeto deseado de abajo hacia arriba. Gilloz, de 24 años, ha gastado más de 500 horas en el desarrollo de la FoldaRap y mientras otros periféricos están optimizados para una alta resolución o el tamaño de la construcción, su principal objetivo fue que la impresora sea lo más cómoda y portátil.


FORMULARIOS DE CONTROL

viernes, 30 de marzo de 2012 | | | 0 comentarios |
PART 04


Utilizar el diagrama Nº 1.


AÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
³ CONTROL DE CONOGRAMA DE PROYECTO ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄA

ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ
³CONTROL DEL DESARROLLO SISTEMA : ³
³ ³
³E IMPLANTACION DE SISTEMA JEFE DE PROYECTO: ³
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄAA
³ ³PERIODO: SEMANAS / MESES ³
³ ETAPAS/SUB-ETAPAS
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄAAAA
³1. PROYECTO ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅAA
³ ³1.1 Definición del Proyecto ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³1.2 Cronograma del Proyecto ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³2. ANALISIS DE SISTEMA A³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄAAÄÅÄÄÅÄÄÅÄÄÅ
³ ³2.1 An lisis requisitos Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅ
³ ³2.2 Especificaci¢n Funcional ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
³ ³2.3 Interfase del Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³3. DISE¥O DEL SISTEMA ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³3.1 Diseño Físico del Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³3.2 Especifico. Complementaria ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅÄÄÅ
³4. PROGRAMACION ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄAAÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³4.1 Programación del Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³4.2 Pruebas del Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄ AAÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³5. IMPLANTACION DE SISTEMAS ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³5.1 Capacitación ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅAAÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³5.2 Benchmark del Sistema ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³5.3 Creación de Archivos ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄÄÅÄÄAAÅÄÄÅÄÄÅÄÄÅÄÄÅ
³ ³5.4 Proceso en Paralelo ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄÄÅÄAAÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³6. PRODUCCION ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÅÄAAÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅÄÄÅ
³7. EVALUACION ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄAAÁÄÄÁÄÄÁÄÄÁÄÄÁÄÄÁÄÄÁÄÄÁ

FORMULARIOS DE CONTROL

jueves, 22 de marzo de 2012 | | | 0 comentarios |
PART 03


FORMULARIOS DE CONTROL

Para efectos de registrar y controlar preventivamente el desarrollo e implantación del Sistema o evaluarlo posteriormente, es necesario utilizar formularios denominados de control, cuya relación se indica a continuación:

. Control de Cronograma del Proyecto.
. Control de Documentación de Sistemas.
. Control Técnico del Análisis del Sistema.
. Control Técnico del Diseño del Sistema.
. Benchmark o Prueba real del Sistema.
. Control de la Implantación.

En las siguientes páginas se incluyen los diseños de los Formularios de Control.

2.1 Control de Cronograma del Proyecto:

Para efectos de controlar o evaluar el cumplimiento de los plazos y la duración de las etapas del sistema y por razones de sencillez se recomienda utilizar el diagrama de GANTT, debiendo en el mismo cuadro registrar lo planeado y lo ejecutado con dos símbolos diferentes.

Se recomienda que se utilicen herramientas computarizadas de formulación y control de proyectos que permiten utilizar el PERT-PCM.................

INSTRUMENTOS DE CONTROL

martes, 20 de marzo de 2012 | | | 0 comentarios |
PART 02


INSTRUMENTOS DE CONTROL


Los Elementos e Instrumentos de Control a utilizar en forma individual o en forma conjunta son:


- Documentación de las Sub-etapas del Desarrollo e Implantación de Sistemas.
- Reuniones de Revisión Técnica.
- Benchmark o pruebas del sistema.
- Formularios de Control.


LA DOCUMENTACION DE LAS SUB-ETAPAS DEL DESARROLLO E IMPLANTACION DEL SISTEMA

La primera información que debe servir de base para efectuar un análisis para el control del sistema lo constituye la documentación generada en las diferentes fases de desarrollo e implantación del sistema.


La documentación debe leerse detenidamente con la finalidad de:


. Comprender la concepción del sistema.
. Planificar el contenido de las reuniones de revisión técnica.
. Determinar los vacios o carencias de información.
. Elaborar los cuestionarios de consultas.
. Efectuar el control del Sistema, con un conocimiento sólido del mismo.


El técnico que efectué el control del sistema debe tomar conocimiento completo de la documentación escrita existente, de tal forma de reducir el tiempo del proceso de auditoria del sistema y brindar resultados en corto plazo.


REUNIONES DE REVISION TECNICA


Un aspecto fundamental para efectuar un buen control del sistema son las Entrevistas de Revisión Técnica, ya que la documentación en la mayoría de los casos es muy escasa y deficiente y generalmente cubre solo una parte de la información y las entrevistas permiten complementar la información técnica y recabar opiniones sobre deficiencias del sistema.
Las reuniones de Revisión Técnica, debe estar debidamente planificadas y contar con formularios de los temas y consultas a tratar, para evitar olvidar cualquier aspecto fundamental para el análisis y la investigación.


Las reuniones de Revisión Técnica deben efectuarse con todas las personas que participaron en el desarrollo e implantación del sistema, as¡ como los que operan y utilizan el sistema.
Deben efectuarse reuniones de Revisión Técnica con cada participante en forma separada para lograr información y opiniones libres e independientes de cada uno de ellos, después de las reuniones individuales puede efectuarse una reunión global para determinar las conclusiones de consenso.


Las Entrevistas de Revisión Técnica deben efectuarse con la o las siguientes personas que llevaron o llevan a cabo las siguientes funciones:


. El Analista de Sistemas.
. El Programador.
. El Implementador.
. El/los Operadores del Sistema.
. Los Usuarios Operativos que utilizan el Sistema.
. Los Usuarios que utilizan la información para la toma de decisiones.


En todo caso deben consultarse los factores que limitaron el desarrollo, implantación, operación y uso del sistema, así como las deficiencias, aspectos de confiabilidad y seguridad, en función de cada persona.

ENCHMARK O PRUEBAS DEL SISTEMA


Instrumento vital para evaluar la confiabilidad del Sistema es lo que se denomina Benchmark o Pruebas del Sistema.


No basta con evaluar el sistema tomando conocimiento de su documentación y sosteniendo reuniones de revisión técnica con el personal involucrado, lo fundamental que demuestra la buena funcionalidad y confiabilidad del sistema es efectuar procesos de prueba simulando situaciones extremas de tal forma de determinar si el sistema responde a lo especificado y es confiable produciendo resultados correctos en los tiempos esperados.


Es por eso que se deben realizar Benchmark o procesos de prueba especiales tales como:


. Prueba de carga máxima.
. Prueba de almacenamiento.
. Prueba de tiempo de ejecución.
. Prueba de recuperación.

AUDITORIA

viernes, 16 de marzo de 2012 | | | 0 comentarios |
PART 01

ASPECTOS A CONTROLAR



Para lograr desarrollar e implantar un Sistema con Calidad, dentro de los plazos y costos previstos, cuyos beneficios sean los planificados, es necesario controlar que:




Ø El Proyecto de Desarrollo de Sistemas este‚ enmarcado dentro del Plan General de Sistemas.




Ø El Cronograma del Proyecto sea realista y el Sistema este‚ operativo en forma oportuna, de acuerdo a las necesidades de la Institución.




Ø Se aplique la Metodología de Desarrollo de Sistemas.




Ø Exista un control permanente de la consistencia y confiabilidad de los Sistemas Informáticos.




Ø La Calidad del Sistema producido, permita una óptima operatividad del mismo.



Ø La tecnología utilizada sea la más adecuada a los fines del sistema y permita una vida útil satisfactoria para la inversión realizada.




Ø Los Costos, tanto del desarrollo como de su operación y mantenimiento, sean los planificados y exista un retorno de la inversión.




Ø Se hayan logrado los beneficios esperados.




1.1 El Proyecto de Desarrollo de Sistemas este‚ enmarcado dentro del Plan General de Sistemas.
Para asegurar que el Sistema a desarrollar o desarrollado logre estar integrado y tenga todas las interfaces con los demás sistemas, es necesario se compruebe que es uno de los componentes del Sistema Global de Información de la Institución y este interrelacionado con otros sistemas, a través del intercambio de información o acceso a información comen.





1.2 El Cronograma del Proyecto permita o haya permitido que el Sistema este‚ operativo oportunamente.
Debe verificarse que exista un Cronograma del Desarrollo del Sistema, usando el m‚todo de Gantt como mínimo, siendo ideal utilizar adicionalmente el PERT-CPM.
Se evaluar , de acuerdo a la estacionalidad del ciclo operativo del sistema, si el inicio de la implantación y puesta en marcha es acorde con las necesidades de la Institución, debiendo empezar, de ser factible, simultáneamente al comenzar el ciclo administrativo, de tal forma que se evite la puesta al día de información




1.3 Se aplique la Metodología de Desarrollo de Sistemas. La forma más adecuada para asegurar que el Sistema se desarrolle de acuerdo a una metodología, consiste en verificar dos aspectos:




Que cuente con toda la documentación del Análisis, Diseño e Implantación del Sistema.
Que se hayan aplicado correctamente las técnicas de análisis y diseño de Sistemas.




Documentación de Sistemas:







Si el control es realizado preventivamente, la documentación deber ser revisada al finalizar cada sub-etapa, siendo recomendable que se revise internamente en la Dirección de Informática, previa a la entrega del mismo al Comité‚ del Sistema.




Deber llevarse un Registro de la Documentación generada, para efectos de seguimiento permanente y control posterior.




Deber contarse con la firma de conformidad del usuario de la documentación que ‚este deba aprobar.




Si el control es realizado posteriormente, deber verificarse la existencia de toda la documentación y la aprobación del usuario.




Con la documentación de sistemas generada, se debe verificar que todas las etapas y sub-etapas de la Metodología de Análisis, Diseño, Programación e Implantación de Sistemas se hayan ejecutado, con resultados satisfactorios.




Aplicación de Técnicas:




Se deber verificar que se hayan utilizado las técnicas adecuadas para cada etapa y sub-etapas del desarrollo e implantación del Sistema.




Para cada etapa se aplicar n las siguientes técnicas:




Análisis de Sistemas:




- Entrevistas.
- Diagrama de Flujo de Datos (D.F.D.).
- Modelización de Datos.
- Diagrama de Estructura de Datos (D.E.D.).
- Historia de Vida de la Entidad (H.E.V.).
- Análisis de Costo-Beneficio (A.C.B.).
- Prototipeo.




Diseño de Sistemas:




Diseño Estructurado.
Diagrama de Estructura de Cuadros.
Optimización del Diseño Físico.
Diseño de Pruebas.
Prototipeo.




Programación:




- Programación Estructurada.
- Pruebas Unitarias.
- Pruebas de Integración.
- Prueba del Sistema.




Implantación de Sistemas:




- Capacitación.
- Creación de archivos iníciales.
- Proceso en paralelo.

1.4 Exista un control permanente de la consistencia y confiabilidad de los Sistemas Informáticos.




Deben existir los controles específicos de:




Ø Detección de errores.
Ø Prevención de acceso no autorizado y mal uso de la información y del equipo.
Ø Controles ambientales y seguridad.




1.5 La Calidad del Sistema producido sea tal que permita una óptima operatividad del mismo.
Este aspecto, además de ser evaluado por un especialista en Sistemas, debe también ser verificado con el rea usuaria, ya que ella puede dar su apreciación del sistema, en forma real y responsable, porque se encargar de operarlo y administrarlo.

La información garantizar que:




Ø Cumpla con los requerimientos del usuario, establecido en la fase de Análisis y Diseño del Sistema.
Ø La secuencia de trabajo u operación del sistema, sea el mismo que el de proceso real.




El sistema sea totalmente operado con:




Ø Guía al usuario.
Ø Ayudas permanentes en línea.
Ø El tiempo de respuesta sea adecuado para el volumen real de datos.
Ø El consumo de recursos de computo sea razonable y este‚ dentro de lo previsto.
Ø Responda a todas las bifurcaciones posibles en la operación del sistema.
Ø La interface -usuario sea adecuada y de fácil manejo y comprensión
Ø Se disponga de todas las facilidades utilitarias de reorganización de archivos y copias de respaldo.
Ø Se disponga de procedimientos de respaldo ante caídas del sistema.




1.6 La tecnología utilizada sea la m s adecuada a los fines del sistema, y permita una vida útil satisfactoria para la inversión realizada.




Se debe verificar que los siguientes elementos sean los m adecuados:




- Equipos.
- Sistema de Red.
- Sistema de Base de Datos.
- Sistema de Comunicaciones.
- Lenguaje de Programación.



Es conveniente indicar que en algunas organizaciones se define en forma global toda la plataforma de Hardware y Software a utilizar como standard para la Institución, quedando en este caso tratar de aprovecharla al máximo.




Sin embargo, existen organizaciones en la que se dan soluciones departamentalizadas con interfaces entre ellas, manteniendo cierta independencia entre si. A continuación mencionamos algunas consideraciones que se deben tener en cuenta para evaluar si el equipamiento y software es adecuado para el sistema.

Equipos:




Se deber utilizar los equipos adecuados, de acuerdo al tipo de sistema desarrollado. Si la aplicación es mono usuario, se requerir un equipo que tenga independencia de operación, debiendo contar individualmente con la potencia del caso para soportar todo el procesamiento.
En caso de que el sistema sea multiusuario, deben utilizarse equipos terminales conectados a un servidor, debiendo estar balanceados adecuadamente los recursos entre ambos, de tal forma de contar con el tiempo de respuesta requerido.




Sistema de Red:




Dependiendo del tipo de Sistema, se deber utilizar el tipo de plataforma de Red que más convenga. Si el sistema es cerrado y netamente operativo con un criterio de procesamiento centralizado, pueden utilizarse los Sistemas orientados a la centralización y si el sistema es de filosofía abierta y descentralizada, se deben utilizar redes de este tipo.




Sistema de Base de Datos:




En función a las necesidades del sistema se debe utilizar la plataforma necesaria de Base de Datos. Para aplicaciones sencillas e independientes, se utiliza el manejador de base de datos del lenguaje. Sin embargo, para aplicaciones corporativas, se utilizan manejadores de base de datos relacionales de nivel, as como para aplicaciones de tipo cliente-servidor.



Sistema de Comunicaciones:




Este es un factor importante a evaluar en función a la naturaleza del sistema. Muchas veces el sistema debe instalarse en una tipología de comunicaciones pre-establecida y hay que tratar de aprovecharla al máximo. Sin embargo, si el diseño de las comunicaciones pudiera estar correlacionado con el sistema, permitirá un mejor desempeño de las mismas.
Se debe evaluar si el lenguaje a utilizar o ya utilizado es el más conveniente, dependiendo de las necesidades de eficiencia y facilidad de desarrollo y explotación, por lo que deben evaluarse los siguientes factores :



- Tiempos de procesamiento y respuesta.
- Facilidades en tiempos de programación y mantenimiento de sistemas.
- Rapidez en el desarrollo de sistemas a través de generadores de programas.
- Ambientes gráficos.

1.7 Que los Costos, tanto del desarrollo as¡ como de su operación y mantenimiento, sean los planificados y que exista un retorno de la inversión.





El proyecto para ser aprobado debe contar con un presupuesto general, el cual debe ser detallado en la fase de Análisis de Sistemas.




Los componentes de costos deben ser:




. Costos de Personal de Sistemas y del Usuario.
. Costo de Supervisión.
. Costos de Equipamiento.
. Costos de Originales de Software de Base.
. Costos de Instalaciones y Servicios.
. Costo de Relevamiento de Datos.
. Costo de Capacitación.
. Costo de Creación de Archivos Maestros.
. Costo de Procesamiento en Paralelo.
. Costo de Producción.
. Costo de Mantenimiento.



El control de costos debe efectuarse por etapas:




. Análisis y Diseño del sistema.
. Programación del sistema.
. Implantación del sistema.
. Operación del sistema.





1.8 Se hayan logrado los beneficios esperados.
Una vez puesto en operación el sistema, se debe esperar que transcurran por lo menos dos periodos de procesamiento para evaluar si los beneficios del sistema se han logrado, tanto en las ventajas esperadas por su implantación, como los beneficios económicos que estaban planificados.




ADMINISTRACIÓN DE RED LOCAL (LAN)

lunes, 12 de marzo de 2012 | | | 0 comentarios |

administración de Red Local (LAN)

LanTool Professional

LanTool es un servicio de sistema para la administración remota de redes. El programa incluye múltiples funciones, como la habilidad para determinar posibles fallos en la red, probar el ancho de banda de la red, transferencia de ficheros, chat, apagado remoto, reinicio remoto, bloqueo de sesión, recopilación de información importante de hardware y software en un ordenador local o remoto e inventarios de red.

Mensajeria Interna


El primer software de mensajería interna para pymes y redes locales. También compatible con Redes Privadas Virtuales (VPN).


Net Orbit

Net Orbit es un sistema para el monitoreo de las actividades de los usuarios de una red. Podréis mejorar de forma sustancial el rendimiento y la productividad de vuestro equipo de trabajo, alumnos en una clase, etc. El programa os permitirá monitorear continuamente y en tiempo real el uso de los ordenadores de una red (hasta 100 ordenadores a la vez), realizar capturas de pantalla de todos los ordenadores en cualquier momento; también cuenta.


Network Asset Monitor

Una excelente herramienta para obtener un inventario completo de tu red. Network Asset Monitor te permitirá obtener información veraz y completa sobre un conjunto de ordenadores, incluyendo: sistema operativo, paquetes de servicio, hardware, programas instalados y procesos en ejecución. También podrás obtener imágenes de los ordenadores y enviar mensajes a la red.


BorgChat

Chat para redes LAN con agradable interfaz y muy sencillo de usar. Dispone de emoticones y un canal principal, acepta la transferencia de ficheros, insertar imágenes, chat privado, mensajes a múltiples usuarios, grupos y más, además, es verdaderamente fácil de instalar.

PERFIL DEL AUDITOR INFORMÁTICO

lunes, 27 de febrero de 2012 | | | 0 comentarios |
Perfiles profesionales de los auditores informáticos




 Los auditores de otras áreas serán expertos en técnicas generales como entrevista, y en redactar informes pero desconocerán las particularidades y riesgos de las tecnologías de la información.



 Los informáticos y expertos en áreas relacionadas no serán expertos en técnicas generales y en control (salvo que provengan de administración de seguridad), si bien puede ser más fácil que aprendan estos aspectos que enseñar, especialmente mantener al día a un auditor general respecto a novedades tecnológicas.



 Quien venga de otra entidad puede no tener ni unos inconvenientes ni otros, e incluso puede conocer el sector; y hay una ventaja más: no conoce a las personas que tendrá que entrevistar, lo cual es positivo, pero no siempre se quieren incorporar recursos externos.

EL PERFIL DEL AUDITOR INFORMÁTICO

domingo, 19 de febrero de 2012 | | | 0 comentarios |

Respecto al perfil del auditor informático, con carácter general podemos decir que ha de tener niveles suficientes y adecuados de:

ü Formación.

ü Experiencia (sino directa en auditoria informática, es preferible que lo sea en informática, en diferentes áreas y a distinto nivel, mejor que sólo experiencia en auditoria de otras áreas: de cuentas por ejemplo)

ü Responsabilidad.

ü Capacidad de análisis y de síntesis.

ü Objetividad e independencia.

ü Madurez, que no es lo mismo que muchos años.

PERFILES PROFESIONALES DE LOS AUDITORES INFORMÁTICOS



Los auditores de otras áreas serán expertos en técnicas generales como entrevista, y en redactar informes pero desconocerán las particularidades y riesgos de las tecnologías de la información.


Los informáticos y expertos en áreas relacionadas no serán expertos en técnicas generales y en control (salvo que provengan de administración de seguridad), si bien puede ser más fácil que aprendan estos aspectos que enseñar, especialmente mantener al día a un auditor general respecto a novedades tecnológicas.


Quin venga de otra entidad puede no tener ni unos inconvenientes ni otros, e incluso puede conocer el sector; y hay una ventaja más: no conoce a las personas que tendrá que entrevistar, lo cual es positivo, pero no siempre se quieren incorporar recursos externos.

PERFIL DEL AUDITOR INFORMÁTICO

sábado, 4 de febrero de 2012 | | | 0 comentarios |
EL PERFIL DEL AUDITOR INFORMÁTICO



INTRODUCCIÓN

• Las organizaciones modernas, tanto por razón legal como de continuidad del negocio, necesitan dotar sus sistemas e infraestructuras informáticas de las políticas y medidas de protección más adecuadas que garanticen el continuo desarrollo y sostenibilidad de sus actividades, en este sentido cobra especial importancia que puedan contar con profesionales especializados en las nuevas tecnologías de seguridad que implementen y gestionen de manera eficaz sus sistemas.

• La función de Auditoria de SI/TI es la que tiene la responsabilidad de la evaluación de la cobertura de los riesgos inherentes a los procesos de la información así como de la valoración de esos sistemas, tecnología utilizadas y servicios asociados para su desarrollo y mantenimiento óptimo, como medio para la consecución de los objetivos de las organizaciones.


EL PERFIL DEL AUDITOR INFORMÁTICO

El auditor Informático es un profesional que debe tener un alto grado de calificación técnica y manejar perfectamente cualquiera de las corrientes organizativas empresariales actuales. Por lo que dentro de la función de auditoría informática, se deben contemplar unas características para mantener un perfil profesional adecuado y actualizado.


Características de un AI

 Todo tipo de conocimientos tecnológicos, de forma actualizada y especializada respecto a las plataformas existentes en la organización.

 Desarrollo informático, gestión de proyectos y del ciclo de vida de un proyecto de desarrollo.

 Gestión del departamento de sistemas.

 Gestión de Base de datos.

 Análisis de riesgo en un entorno informático, Seguridad física.

 Sistemas operativos, Telecomunicaciones, Redes Locales.

 Operaciones y planificación informática.

 Gestión de seguridad de sistemas y planes de contingencia.

 Gestión de problemas y cambios en entornos informáticos.

 Ofimática.

 Comercio electrónico.

 Encriptación de datos.

 Normas estándares para la auditoría interna.

Políticas organizacionales sobre la información y las tecnologías de la información.

Características de la organización respecto a la ética, estructura organizacional

Aspectos legales.

Herramientas:

 Herramientas de control y verificación de la seguridad.

 Herramientas de monitoreo de actividades, etc.

 Cuestionario general inicial.

 Cuestionario Checklist.

 Estándares.

 Simuladores (Generadores de datos).

 Paquetes de auditoría (Generadores de Programas).

 Matrices de riesgo.

Técnicas de Trabajo:

 Técnicas de Evaluación de riesgos.

 Muestreo.

 Cálculo pos operación.

 Monitoreo de actividades.

 Recopilación de grandes cantidades de información.

 Verificación de desviaciones en el comportamiento de la data.

 Análisis e interpretación de la evidencia, etc.

 Análisis de la información recabada del auditado.

 Análisis de la información propia.

 Cruzamiento de las informaciones anteriores.

 Entrevistas.

 Simulación.

- Alguna especialización en función al negocio o actividad de la empresa u organización.

- Conocer y manejar técnicas de gestión empresarial

Son técnicas de gestión de cambio, ya que las recomendaciones y soluciones que se aporten deben estar en la línea de la búsqueda óptima de la mejor solución para los objetivos empresariales que se persiguen y con los recursos que se tienen.

- El auditor informático debe tener siempre el concepto de

CALIDAD TOTAL

La realización de su trabajo, de tal forma que este sea reconocido como un elemento valioso dentro de la organización

ANTIVIRUS NOD32 VERSION 4

miércoles, 18 de enero de 2012 | | | 0 comentarios |
LES DEJO ALGUNOS KEY

Username:EAV-11032208

Password:wfr6bkc6vn

Username:EAV-11032229
Password:art5v8ussj

Username:EAV-11026187
Password:pxskajmhnt

Username:EAV-11257109
Password:f6vr48n834

Username:EAV-11257094
Password:7k8v5tsfnr

Username: TRIAL-12601210
Password: 2mx6d8rck4

Username:EAV-12687242
Password:5had4kau4v

Username:EAV-12684036
Password:uxrm8hvjxf

Username:EAV-12683972
Password:e2akjsekmd

Username:EAV-12687242
Password:5had4kau4v

Username:EAV-12684036
Password:uxrm8hvjxf

Username:EAV-12683972
Password:e2akjsekmd

Username:EAV-11257109
Password:f6vr48n834

Username:EAV-11257094
Password:7k8v5tsfnr

Username: TRIAL-12601210
Password: 2mx6d8rck4

UserName: TRIAL-12601210
PassWord: 2mx6d8rck4

UserName: EAV-11257109
PassWord: f6vr48n834

UserName: EAV-11257094
PassWord: 7k8v5tsfnr

UserName: EAV-12683972
PassWord: e2akjsekmd

UserName: EAV-12684036
PassWord: uxrm8hvjxf

UserName: EAV-12687242
PassWord: 5had4kau4v

HISTORIA DE GOOGLE PARTE 2

miércoles, 26 de octubre de 2011 | | | 0 comentarios |

HISTORIA DE GOOGLE PARTE 1

martes, 18 de octubre de 2011 | | | 0 comentarios |

AUMENTAR WIFI CON UN SERNIDOR

jueves, 6 de octubre de 2011 | | | 0 comentarios |

INFORME DE AUDITORÍA

miércoles, 30 de marzo de 2011 | | | 0 comentarios |
EL INFORME DE AUDITORÍA

• Las Normas.

• La Evidencia.

• Las Irregularidades.

• La Documentación.

• El Informe

El Informe de Auditoría (Introducción)

• El Informe de Auditoría suministra a la administración de la empresa, información sustancial sobre su proceso administrativo, como una forma de contribuir al cumplimiento de sus metas y objetivos programados.

• El Informe de Auditoría Informática, es el objetivo de la Auditoría Informática.

• Podemos afirmar que nunca antes hemos sido tan dependientes de los SI. y nunca antes hemos necesitado tanto a expertos eficientes en Auditoría Informática.

• La Informática es muy joven; por tanto, la Auditoría Informática lo es más. No está todo sin hacer; pero sí quedan muchos cabos por atar y en ésto el tiempo no es neutral.

El Informe de Auditoría (Las Normas)

• ISACF – Information Systems And Control Foundation.

• LORTAD - Ley Orgánica de Regulación del Tratamiento Automatizado de los Datos de Carácter Personal.

• ISO - International Standard Organization.

• Comité Europeo de Normalización.

• Asociación Española de Normalización y Certificación.

• ITSEC - Information Technologic Security Evaluation Criteria.

• ITSEM - Information Technologic Security Evaluation Method.

• TCSEC – Trusted Computer System Evaluation Criteria.

• ISO 17799.

El Informe de Auditoría (La Evidencia)

• La evidencia relevante, que tiene una relación lógica con los objetivos de la auditoría.

• La evidencia fiable, que es válida y objetiva, aunque con nivel de confianza.

• La evidencia suficiente, que es de tipo cuantitativo para soportar la opinión profesional del auditor.

• La evidencia adecuada, que es de tipo cualitativo para afectar a las conclusiones del auditor.

El Informe de Auditoría (Las Irregularidades)

• Recordemos que en los organismos y las empresas, la Dirección tiene la responsabilidad principal y primaria de la detección de irregularidades, fraudes y errores; la responsabilidad del auditor se centra en planificar, llevar a cabo y evaluar su trabajo para obtener una expectativa razonable de su detección.

• Por prudencia y rectitud, convendrá aclarar al máximo de ser posible si el Informe de Auditoría es propiamente de auditoría y no de consultoría o asesoría informática, o de otra materia afín o próxima.

• Aunque siempre debe prevalecer el secreto profesional del auditor, conviene recordar que en el caso de detectar fraude durante el proceso de auditoría procede actuar delicadamente, sobre todo si afecta a los administradores de la organización objeto de auditoría. Ante un caso así, conviene consultar a la Comisión Deontológica Profesional, al asesor jurídico, y leer detenidamente las normas profesionales, el Código Penal y otras disposiciones.

El Informe de Auditoría (La Documentación)

• En el argot de auditoría se conoce como papeles de trabajo la totalidad de los documentos preparados o recibidos por el auditor, de manera que, en conjunto, constituyen un compendio de la información utilizada y de las pruebas efectuadas en la ejecución de su trabajo, junto con las decisiones que ha debido tomar para llegar a formarse su opinión.

• Un Informe profesional tiene que estar basado en la documentación o papeles de trabajo, como utilidad inmediata, previa supervisión.


• Se considera además en know how del auditor.

• Los papeles de trabajo pueden llegar a tener valor en los Tribunales de Justicia.

El Informe de Auditoría (El Informe)

• Los puntos esenciales, genéricos y mínimos del Informe de Auditoría Informática, son los siguientes:

– Identificación del Informe.
– Identificación del Cliente.
– Identificación de la entidad auditada.
– Objetivos de la Auditoría informática.
– Normativa aplicada y excepciones.
– Alcance de la Auditoría.
– Conclusiones: Informe corto de opinión.
– Resultados: Informe largo y otros informes.
– Informes previos.
– Fecha del Informe.
– Identificación y Firma del Auditor.
– Distribución del Informe.

El Marco Jurídico de la Auditoría Informática (Protección de Datos Personales)


• La mayoría de peruanos se ha encontrado muchas veces con llamadas telefónicas o correspondencia de instituciones privadas ofreciéndoles tarjetas de crédito, préstamos, afiliaciones y productos, entre otros. Queda en el misterio cuál fue la fuente de información de los números de teléfono, domicilio, ocupación, la edad o el estado civil de quienes eran contactados.

• Ante esta situación, el Ministerio de Justicia constituyó (mediante Resolución Ministerial N° 094-2002-JUS) la Comisión Especial para proponer el Proyecto de Ley de Protección de Datos Personales y elaborar las propuestas legislativas y administrativas que correspondan.

• La Comisión a cargo presentó el 15/12/2003 el Proyecto de Ley No. 09371 donde en su artículos 61, 63, 69 se trata de la protección de datos personales de los ciudadanos y sus restricciones.

El Marco Jurídico de la Auditoría Informática (Protección Jurídica de los Programas de Computador)

• En el Perú, sólo el INDECOPI y el Poder Judicial son las únicas autoridades que pueden sancionar por reproducción o uso indebido de software.

• Para el INDECOPI, el software se protege como una obra literaria, fruto del ingenio humano. La tutela comprende al código fuente, código objeto, la documentación técnica y los manuales de uso, así como a las versiones sucesivas y programas derivados.

• Sin embargo, actualmente en nuestro país no existen leyes jurídicas que respalden drásticamente la protección de los datos de las empresas.

• Ante ésto, la Comisión de Reglamentos Técnicos y Comerciales de INDECOPI ha elaborado la Norma Técnica Peruana en conjunto con el Comité Técnico de Normalización de Codificación e Intercambio Electrónico de Datos (EDI), utilizando como antecedente a la Norma ISO/IEC 17799.

El Marco Jurídico de la Auditoría Informática (La Base de Datos)

• El INDECOPI establece que las bases de datos se protegen siempre y cuando sean originales en razón de la selección, coordinación o disposición de su contenido. Por ejemplo, las páginas blancas de las guías telefónicas no pueden ser protegidas ya que la información de los nombres y apellidos de las personas con sus números de teléfono ha sido puesta de manera alfabética, careciendo de la originalidad y creatividad que se requiere para la protección.

• Para poder incluir obras o parte de ellas en una base de datos se debe pedir permiso al titular del derecho de autor.

• En definitiva lo que se debe proteger en una base de datos no es simplemente el almacenamiento de obras, su ordenación y recuperación, sino que es todo el procedimiento de creación y el resultado final de la misma, en cuanto a su contenido, análisis, almacenamiento, clasificación, selección. y ordenación que caracteriza a la base de datos en sí.

SEGURIDAD EN UN CENTRO DE TECNOLOGÍA DE INFORMACIÓN

martes, 1 de febrero de 2011 | | | 0 comentarios |
SEGURIDAD EN UN CENTRO DE TECNOLOGÍA DE INFORMACIÓN

ANILLOS DE SEGURIDAD

Son los espacios físicos segmentados dentro de las instalaciones del establecimiento, dependencia o institución, a efecto de realizar un análisis cualitativo de la estructura física detectando zonas y puntos sensibles, vitales y vulnerables en las mismas.

SEGURIDAD EN UN CENTRO DE TECNOLOGÍA DE INFORMACIÓN

Implementación de la seguridad física, lógica y condiciones de usuarios en un centro de tecnología de Información.

Condiciones iniciales.

Se realizan en base a la implementación de un sistema multiusuario con tecnología de base de datos relacionales que soporten transacciones en línea, servidores remotos, así como robustez

Sólida en las bases de datos

Seguridad Física.

Para considerar la seguridad física se pueden implementar diversos mecanismos tales como:

A nivel preventivo.

Acceso controlado al equipo en base a diversas políticas tales como:

Uso del equipo por personal autorizado (regla).

Solo podrá tener acceso al equipo aquel personal que cuente con conocimientos mínimos sobre computación (política).

El personal que carezca de todo conocimiento podrá solicitar la ayuda del centro de información o de los analistas de sistemas para hacer uso del equipo del sistema.

A nivel correctivo.

El aseguramiento del equipo en alguna agencia de seguros para que en caso de posible siniestro no exista una pérdida total por parte de los elementos físicos que controlan y dan soporte al sistema.

Seguridad Lógica

La seguridad lógica al referirse a controles lógicos dentro del software se implementa mediante la construcción de contraseñas en diversos niveles del sistemas donde permita solo el acceso en base a niveles de seguridad de usuarios con permiso, en base al sistema operativo que use como plataforma el sistema a implantarse puedo considerar además a nivel código, algoritmos que generen claves para poder encriptar los archivos de contraseñas dentro del sistema lo cual me permita mayor seguridad en un entorno de red.

Conducta del Usuario

Para asegurar el éxito del sistema es necesario establecer campañas constantes sobre la funcionalidad y logros que se alcanzaran con el sistema los cuales creen una conciencia en el usuario y logren forman en él un interés en el uso del sistema. Mediante boletines, videos, conferencias que no entran en el adiestramiento sino que sirven para reforzar el uso y " amor " hacia el sistema por parte de los usuarios.

También es importante el análisis del uso y trayecto del sistema por parte de los usuarios para poder detectar fugas de información y posibles problemas con los datos accesados del sistema.

Otros Aspectos:

LAS REDES PRIVADAS VIRTUALES (VPN).

Las redes privadas virtuales (VPN) deben su creciente popularidad al hecho que las grandes y pequeñas empresas han buscado la forma de utilizar el Internet público para aumentar la movilidad, mejorar la productividad de los empleados y contribuir al desarrollo. Y las VPN han demostrado que lo han logrado de muchas maneras cuando le permiten a los trabajadores remotos que trabajan en la calle, en el hogar o en otras oficinas tener acceso a la red privada, LAN de la compañía desde cualquier parte del mundo utilizando su computadora portátil o computadora del hogar y el Internet público.

Costos de la tecnología.

Aunque una solución VPN es menos costosa que las redes WAN y otras soluciones de acceso remoto, se debe invertir una suma significativa para implementar una VPN patentada.

Problema de la seguridad:

El aspecto importante en las VPN o cualquier tecnología que comprometa la naturaleza típicamente restrictiva de una red privada es la seguridad. Los primeros detractores de las VPN fueron ágiles en demostrar la vulnerabilidad de la tecnología y muchos críticos señalaron a los protocolos mismos, particularmente el PPTP como el responsable del problema de la seguridad.

Seguridad de Activos de Información de las Empresas:

Las grandes pérdidas económicas sufridas por las empresas debido a los incidentes de seguridad de la información durante los últimos años a nivel mundial, ha traído consigo, una mayor concientización de la importancia de la Seguridad de Activos de Información, y en general, para la administración integral del riesgo.

Un análisis significativo constituye un importante esfuerzo en la obtención de estadísticas que intentan medir las tendencias locales en materia de Seguridad de Activos de Información respecto a las tendencias mundiales, y trata además, de identificar las prácticas de seguridad que hoy en día se están aplicando de manera consistente y masiva en las empresas.


ESCANEOS DE PUERTOS:

Una de las primeras actividades que un potencial (o no tan potencial) atacante realizará contra su objetivo será sin duda un escaneo de puertos, un portscan; esto le permitirá obtener en primer lugar información básica acerca de qué servicios estamos ofreciendo en nuestras máquinas y, adicionalmente, otros detalles de nuestro entorno como qué sistema operativo tenemos instalados en cada host o ciertas características de la arquitectura de nuestra red. Analizando qué puertos están abiertos en un sistema, el atacante puede buscar agujeros en cada uno de los servicios ofrecidos: cada puerto abierto en una máquina es una potencial puerta de entrada a la misma.

SPOOFING

Por spoofing se conoce a la creación de tramas TCP/IP utilizando una dirección IP falseada; la idea de este ataque - al menos la idea - es muy sencilla: desde su equipo, un pirata simula la identidad de otra máquina de la red para conseguir acceso a recursos de un tercer sistema que ha establecido algún tipo de confianza basada en el nombre o la dirección IP del host suplantado. Y como los anillos de confianza basados en estas características tan fácilmente falsificables son aún demasiado abundantes, el spoofing sigue siendo en la actualidad un ataque no trivial, pero factible contra cualquier tipo de organización.

NEGACIONES DE SERVICIO:

Las negaciones de servicio (conocidas como DoS, Denial of Service) son ataques dirigidos contra un recurso informático (generalmente una máquina o una red, pero también podría tratarse de una simple impresora o una terminal) con el objetivo de degradar total o parcialmente los servicios prestados por ese recurso a sus usuarios legítimos; constituyen en muchos casos uno de los ataques más sencillos y contundentes contra todo tipo de servicios, y en entornos donde la disponibilidad es valorada por encima de otros parámetros de la seguridad global puede convertirse en un serio problema, ya que un pirata puede interrumpir constantemente un servicio sin necesidad de grandes conocimientos o recursos, utilizando simplemente sencillos programas y un módem y un PC caseros.

INTERCEPTACIÓN.

Ya comentamos algunos aspectos relacionados con la interceptación de datos en tránsito o en proceso por parte de usuarios no autorizados; allí hablamos de los ataques y defensas desde un punto de vista casi exclusivamente físico, por lo que vamos a entrar ahora en algunos puntos más relacionados con la interceptación lógica. Y sin duda, la interceptación lógica de datos más conocida y extendida es el sniffing: en esa misma sección ya introdujimos este término y hablamos de dispositivos hardware como los sniffers de alta impedancia; sin embargo, en entornos de trabajo de seguridad media es mucho más común que el sniffing se produzca utilizando programas (sniffers) y no elementos hardware.

ATAQUES A APLICACIONES

CORREO ELECTRÓNICO.

Desde hace muchos años los sistemas de correo electrónico de una organización han sido para los piratas una fuente inagotable de puntos de entrada a la misma; lo más probable es que si le preguntamos a cualquier administrador de máquinas Unix con algo de experiencia cuál ha sido el software que más problemas de seguridad le ha causado nos responda sin dudarlo: sendmail, por supuesto. Y ya no sólo sendmail y el protocolo SMTP, sino que también, con la popularización de POP3, los servidores de este protocolo son un peligro potencial a tener en cuenta en cualquier entorno informático donde se utilice el correo electrónico: es decir, en todos.

ATAQUES VÍA WEB:

Durante los últimos años los servidores web se han convertido en una excelente fuente de diversión para piratas: cualquier empresa que se precie, desde las más pequeñas a las grandes multinacionales, tiene una página web en las que al menos trata de vender su imagen corporativa. Si hace unos años un pirata que quisiera atacar a una empresa (y no a todas, ya que muy pocas tenían representación en la red) tenía que agenciarselas para obtener primero información de la misma y después buscar errores de configuración más o menos comunes de sus sistemas (o esperar al próximo bug de sendmail), hoy en día le basta con teclear el nombre de su objetivo en un navegador y añadir la coletilla `.com' detrás del mismo para contactar con al menos una de sus máquinas: su servidor web.

PRINCIPALES CONCLUSIONES

1. Evaluaciones recurrentes de Seguridad de Activos de Información: El panorama general del mercado peruano ante el reto de la Seguridad de Activos de Información, indica que entre las actividades consideradas por la mayoría de las grandes y medianas empresas, se incluye la realización de evaluaciones de seguridad, al menos una vez al año.

2. Presupuesto asignado a la Función de Seguridad de Activos de Información: En cuanto al presupuesto asignado a la Función de Seguridad de Activos de Información, es resaltante hacer mención cómo este aspecto ha presentado un mayor nivel de importancia en las empresas.

Ataques:


Robert Thomas Morris

El 3 de noviembre de 1988, equipos como VAX y SUN q p conectados a Internet se vieron afectados en su rendimiento y posteriormente se paralizaron. Se vieron afectados Bancos, Universidades e instituciones de gobierno, la causa fue un GUSANO, desarrollado por Morris recién graduado en Computer Science en la Universidad de Cornell.

Se estimó que en 90 minutos, el gusano logró infectar 6 000 equipos alrededor del mundo originando perdidas 6.000 entre 100.000 a 10.000.000.

Phreacker

Personas que intentan usar la tecnología para explorar y/o controlar los sistemas telefónicos.

Originalmente, este término se refería a los usuarios de las conocidas "blue boxes" (dispositivos electrónicos que permitían realizar llamadas gratuitamente).

Ahora bien, como en la actualidad las compañías telefónicas utilizan sistemas digitales en lugar de electromecánicos, los phreakers han pasado a utilizar muchas de las técnicas de los hackers.

Phreacker

Kevin Poulse paso a la fama al ganarse un Porsche, claro, de manera ilícita.

La estación de Radio KII-FM en los Angeles, celebró un aniversario organizando un concurso, el cual consistía en que la llamada número 102 que entrara a la Radio, sería la ganadora del Porsche 944 S2, Kevin había phackeado la central telefónica de “Pacific Bell” de tal forma que aseguro que su llamada fuese la 102.

Cracker

Kevin David Mitnick, es quizás el más famoso hackers de los últimos tiempos. Descubrió y reveló información de alta seguridad perteneciente al FBI, incluyendo cintas del Israel Ángeles consulado de Israel, en Los Ángeles.

Fue capturado en 1995 y liberado en el 2000, después de permanecer casi 5 años en un prisión federal

Le costó al estado norteamericano y a empresas privadas, millones de dólares al ser objeto de hurto de su software, información y alteración de los datos de las mismas víctimas Motorola Novell mismas. (Unas de sus Motorola, Novell, Nokia y Sun Microsystems, el FBI, el Pentágono y la Universidad de Southern California).

Cracker

• Vladimir Levin graduado en matemáticas de la Universidad Tecnológica de San Petesburgo, Rusia, fue acusado y preso por la Interpol después de meses de investigación por ser la mente maestra de una serie de fraudes tecnológicos que le permitieron a él y la banda que conformaba, substraer más de 10 millones de dólares, de cuentas corporativas del Citibank. fue sentenciado a 3 años de prisión y a pagar la suma de US $ 240,015.

Los técnicos tuvieron que mejorar sus sistemas de seguridad contra "crackers" y Vladimir Levin ahora se encuentra en libertad

AUDITORIA DE LA SEGURIDAD Y EL DESARROLLO DE APLICACIONES

jueves, 28 de octubre de 2010 | | | 0 comentarios |
AUDITORIA DE LA SEGURIDAD Y EL DESARROLLO DE APLICACIONES

Todos los desarrollos deben estar autorizados a distintos nivel según la importancia del proyecto a desarrollar, incluso autorizados por una comisión si los costos o riesgos superan ciertos umbrales.

Si la auditoria es externa se revisará la participación de los usuarios y de los auditores internos

     La metodología seguida

     Ciclos de vida

     Gestión de los proyectos, aplicaciones que traen términos

     De los contratos y cumplimiento

     Selección y uso de paquetes

     Realización de pruebas a varios niveles y mantenimiento posterior

El pase al entorno de la explotación real debe estar controlado, no descartándose la revisión de programas por parte de técnicos independientes, o por auditores preparados a fin de determinar los errores y la calidad de las aplicaciones

Auditoria De La Seguridad En El Área De Producción

Las organizaciones cuidan especialmente las medidas de protección en el caso de contratación de servicios: desde el posible marcado de datos, proceso, impresión de etiquetas, distribución, acciones comerciales, gestión de cobros, hasta el outsourcing mas completo.

AUDITORIA DE LA SEGURIDAD DE DATOS

I. INTRODUCCIÓN

Se propone una serie de aspectos para evaluar y mantener una adecuada seguridad de los datos que se requieran en una determinada organización, a fin de diferir en su funcionamiento y detectar las deficiencias, así como proponer los aspectos principales en los que se tiene que mejorar a fin de incrementar su eficiencia o mejorar su funcionalidad y su productividad.

Además de la seguridad física también implica una protección a los datos de nuestro sistema, tanto a la que esta almacenada y en él, cómo es que se transmite entre diferentes equipos.

Hay ciertos aspectos a tener en cuenta en la seguridad de los datos de nuestra organización; existen ataques cuyo objetivo no es destruir el medio físico de nuestro sistema, sino simplemente conseguir la información almacenada en dicho medio.

II. AUDITORIA A SISTEMAS DE BASES DE DATOS.

Los Sistemas de Gestión de Bases de Datos proveen mecanismos que garantizan la seguridad, consistencia y reglas de integridad. Es de gran importancia para el auditor de sistemas, conocerlos y apoyarse en ellos para verificar el ambiente de control establecido en la instalación.

Características en la seguridad en los sistemas de bases de datos:

• Claves primarias.

• Dominio de los atributos

• Reglas de integridad

• Reglas de integridad del negocio

• Vistas

• Perfiles de usuario y acceso a objetos de la base de datos

• Auditoría

• Criptografía de datos

• Disparadores o triggers

III. METODOLOGIA DE SEGURIDAD DE DATOS.

1. Análisis y Diagnóstico Previos.-

       A.- Conocimiento del negocio y del Sistema

       B.- Aspectos del SGBD en la empresa.

       C.- Alcance de Auditoria.

2. Definir grupos de riesgos:

       1. Objetos de la base de datos y reportes.

       2. Programas de aplicación y utilitarios.

       3. Auditoría y Seguimiento

       4. Planes de Respaldo y Contingencia.

       5. Seguridad en la Red.

       6. Acceso a través de Internet.

       7. Seguridad Instalaciones y acceso físico.

       8. Diseño de la Base de Datos.

       9. Eficiencia y economía de recursos.

       10. Almacenamiento.

II. AUDITORIA A SISTEMAS DE BASES DE DATOS.

Los Sistemas de Gestión de Bases de Datos proveen mecanismos que garantizan la seguridad, consistencia y reglas de integridad. Es de gran importancia para el auditor de sistemas, conocerlos y apoyarse

Características en la seguridad en los sistemas de bases de datos:

• Claves primarias.

• Dominio de los atributos

• Reglas de integridad

• Reglas de integridad del negocio

• Vistas

• Perfiles de usuario y acceso a objetos de la base de datos

• Auditoría

• Criptografía de datos

• Disparadores o triggers

III. METODOLOGIA DE SEGURIDAD DE DATOS.

1 . Análisis y Diagnóstico Previos.-

a. Conocimiento del negocio y del Sistema

b. Aspectos del SGBD en la empresa.

c. Alcance de Auditoria.

2. Definir grupos de riesgos:

1. Objetos de la base de datos y reportes.

2. Programas de aplicación y utilitarios.

3. Auditoría y Seguimiento

4. Planes de Respaldo y Contingencia.

5. Seguridad en la Red.

6. Acceso a través de Internet.

7. Seguridad Instalaciones y acceso físico.

8. Diseño de la Base de Datos.

9. Eficiencia y economía de recursos.

10. Almacenamiento.

3. Evaluación del estado de control existente (checklist)

Objetivos de la evaluación para cada grupo de riesgos

Preguntar para cada objetivo gravedad, probabilidad, impacto, referencias observaciones.

a. Problemas por seguridad en instalaciones y acceso físico.

b. Riesgos relacionados con el acceso lógico y la privacidad a las bases de datos.

c. Causado por la relación Sistema Operativo - DBMS.

d. Riesgos asociados a las aplicaciones y utilitarios.

e. Problemas relacionados con el Diseño de la Base de Datos.

f. Asuntos concernientes al Diccionario de datos y documentación

g. Problemas con el Respaldo y planes de contingencia

h. Riesgos por personal y organización.

i. Auditabilidad.

IV. ANÁLISIS DE RIESGOS.

1. Control del ambiente de login en Sistema Operativo

2. Asegúrese que cada usuario se autentica con la base de datos.

3. Si los usuarios se conectan a las bases de datos a través de interfaces de administración o desarrollo

4. Realice una detallada revisión de los login, procesos de autenticación, perfiles de usuario y roles y privilegios.

5. Si un programa es una aplicación Web a través de http:

a. Determine si el enrutador y/o firewall restringe el acceso a la Base de Datos.

b. Determine que son adecuados los controles de accesos al servidor web.

c. Que se realizan procesos de auditoría sobre los usuarios del sistema operativo y de la base de datos.

V. SEGURIDAD EN EL SISTEMA OPERATIVO

1. Usuario de base de datos y sistema operativo.

a. verifique que todos los usuarios creados en el sistema operativo representan un usuario valido.

b. Asegúrese que las conexiones remotas están controladas.

2. Seguridad de los archivos de bases de datos en el sistema operativo.

3. Auditoria a la seguridad de la base de datos para propietarios y grupos.

VI. PROCESOS DE CONEXIÓN Y AUTENTICACIÓN:

1. Sobre las tablas de usuarios:

a. Determine que todos los usuarios representan un usuario valido y autenticado.

b. Prueba que el passwords por defecto en las cuentas de administración del sistema han sido cambiadas.

c. Verifique que están definidos los procedimientos para cambios de claves periódicamente y que los passwords son seguros.

d. En caso de conexiones con parámetros string, verifique que a través de comandos como ps, no es posible ver la clave del usuario.

e. Si la conexión a la base de datos se hace a través de programas o utilidades, asegúrese que están protegidos por permisos de archivos y directorios.

2. En una impresión de la bitácora de sesiones de usuarios:

VII. CONTROL DE ACCESO A LA BASE DE DATOS.

1. Obtenga listado de todos los archivos de privilegios y roles de usuarios.

2. Obtenga listado de los archivos de logs:

VIII. DISPONIBILIDAD, RESPALDO Y RECUPERACIÓN.

1. Usando comandos

2. Obtenga un listado de los procedimientos de backup de la base de datos, cronogramas de backup y programas utilitarios de backup.

3. Evaluar los medios de almacenamiento, los procedimientos usados, la revisión de las copias, la correcta etiquetada (interna y externa), la seguridad del sitio de almacenamiento y la correcta rotación de las copias.

4. Obtenga y revise la documentación de los procesos de pruebas de recuperación.

IX. BASES DE DATOS EN RED:

1. Partiendo de un diagrama de red donde se especifique los servidores de bases de datos y sus conexiones físicas y lógicas al resto de la red:

a. Determine si los altos usos SQL entre componentes en la red (Servidor y aplicaciones) están soportados por canales de alta velocidad y alto ancho de banda.

b. Asegúrese que los enlaces redundantes son usados para soportar los sistemas de requerimientos de disponibilidad.

c. Usando comandos o aplicaciones tipo netstat (protocolo, dirección remota y local y estado) revise el ruteo y direccionamiento IP usado para los servidores de bases de datos.

d. Asegúrese que los dispositivos de control de acceso garantizan solo conexiones autorizadas.

AUDITORIA DE LA SEGURIDAD EN COMUNICACIONES – REDES Y

AUDITORIA DE LA SEGURIDAD DE LA CONTINUIDAD DE LAS OPERACIONES

Auditoria Informática de Comunicaciones y Redes:

Los auditores de sistemas deben, en las empresas actuales, obligatoriamente enfrentar su labor profesional en Redes de Computadores, por donde se transporta información sensitiva y vital para las organizaciones. etc.

• Para el informático y para el auditor informático, el entramado conceptual que constituyen las Redes Nodales, Líneas, Concentradores, Multiplexores, Redes Locales, etc. no son sino el soporte físico-lógico del Tiempo Real.

• El auditor tropieza con la dificultad técnica del entorno, pues ha de analizar situaciones y hechos alejados entre sí, y está condicionado a la participación del monopolio telefónico que presta el soporte.

• Como en otros casos, la auditoría de este sector requiere un equipo de especialistas, expertos simultáneamente en Comunicaciones y en Redes Locales (no hay que olvidarse que en entornos geográficos reducidos, algunas empresas optan por el uso interno de Redes Locales, diseñadas y cableadas con recursos propios).

• El auditor de Comunicaciones deberá inquirir sobre los índices de utilización de las líneas contratadas con información abundante sobre tiempos de desuso.

• Deberá proveerse de la topología de la Red de Comunicaciones, actualizada, ya que la desactualización de esta documentación significaría una grave debilidad. La inexistencia de datos sobre la cuantas líneas existen, cómo son y donde están instaladas, supondría que se bordea la Inoperatividad Informática.

PUNTOS CRITICOS

1. Diseño e implementación de la red

a. Análisis de necesidades

d. diseño y selección de la arquitectura.

Revisar el procedimiento seguido en la selección, adquisición e instalación de la red LAN ela

Evaluar los estándares soportados en la arquitectura seleccionada

2. Documentación de la Red

a. Revisar los manuales de diseño.

b. Verificar que exista un plano de las instalaciones correctamente documentados los centros de cableado, los servidores, el cableado y los puntos de red.

DEAJA TU COMENTARIO..........................

TIPOS Y PLANEACIÓN DE AUDITORÍA

lunes, 28 de junio de 2010 | | | 0 comentarios |
TIPOS Y PLANEACIÓN DE AUDITORÍA

Planeación

• La función de auditoría en informática debe generar un plan de proyectos que justifique su trabajo durante cierto tiempo, con parámetros lo más tangibles y mensurables posibles.

• Cada proyecto de AI respalda los objetivos y requerimientos de tres entidades del negocio en alto o bajo grado: Alta Dirección, Auditoria e Informática.

• Es muy importante la comunicación entre la función de auditoría en informática y la alta dirección, así como las direcciones o gerencias de auditoría o informática.

• Para elaborar un plan maestro de auditoría que asegure un apoyo permanente y eficiente, se debe tener en cuenta:

Crear un comité de control y seguimiento

Analizar los proyectos de negocio en forma conjunta.

Establecer fechas de reuniones formales e informales

Planeación de la Auditoria:

La primera norma Relativa a la Ejecución del Trabajo es: "El trabajo debe ser técnicamente planeado y debe ejercerse una supervisión apropiada sobre los asistentes, si los hubiere".

La planificación de la auditoría comprende el desarrollo de una estrategia global con base en el objetivo, alcance del trabajo y la forma en que se espera que responda la organización de la entidad que se proponga examinar.

El alcance con que se lleve a cabo la planificación varía según el tamaño y la complejidad de la entidad, de la experiencia que el auditor tenga de la misma, del conocimiento del tipo de actividad en que el ente se desenvuelve, de la calidad de la organización y del control interno de la entidad

Al planear su trabajo, debe considerar, entre otros asuntos los siguientes:

Planes y Objetivos.

Examinar y discutir con la dirección el estado actual de los planes y objetivos.

Organización.

a) Estudiar la estructura de la organización en el área que se valora.

b) Comparar la estructura presente con la que aparece en la gráfica de organización de la empresa, (si es que la hay).

c) Asegurarse de si se concede o no una plena estimación a los principios de una buena organización, funcionamiento y departamentalización.

Hacer un estudio para ver qué acción (en el caso de requerirse) debe ser emprendida para mejorar la eficacia de políticas y prácticas.

Reglamentos.

Determinar si la compañía se preocupa de cumplir con los reglamentos locales, estatales y federales.

Sistemas y Procedimientos.

Estudiar los sistemas y procedimientos para ver si presentan deficiencias o irregularidades en sus elementos sujetos a examen e idear métodos para lograr mejorías.

Controles.

Determinar si los métodos de control son adecuados y eficaces.

Operaciones.

Evaluar las operaciones con objeto de precisar qué aspectos necesitan de un mejor control, comunicación, coordinación, a efecto de lograr mejores resultados.

Personal.

Estudiar las necesidades generales de personal y su aplicación al trabajo en el área sujeta a evaluación.

Equipo Físico y su Disposición.

Determinar si podrían llevarse a cabo mejorías en la disposición del equipo para una mejor o más amplia utilidad del mismo.

Informe.

Preparar un informe de las deficiencias encontradas y consignar en él los remedios convenientes.

Proceso de la Planeación de la Auditoria

• Definir un conjunto proyectos de evaluación y verificación de políticas, controles y procedimientos inherentes a las áreas administrativas, financieras, operativas, etc. del negocio, con objeto de asegurar el buen manejo y administración de los recursos de la organización.

• En el negocio, los diferentes planes emanados del plan de auditoria son implantados y llevados a cabo en diferentes periodos, de acuerdo con los requerimientos y características del negocio.

• Los negocios deben tener un conjunto de políticas emanadas por la alta dirección que manifiesten la necesidad de contar con una función externa o interna del negocio que asegure la congruencia de todos lo estados financieros y contables con las operaciones y transacciones que se realicen en la empresa.

• Esta función ha de ser un área de control y aseguramiento, entidad independiente y capacitada.

Actividad Responsable de Ejecución Responsable del Seguimiento

Determinación de las áreas por auditar en el negocio Coordinador o supervisor de auditoría en informática Director o Gerente de auditoría en Informática

Elaboración del Plan en Auditoria Informática Coordinador o supervisor de auditoría en informática Director o Gerente de auditoría en Informática

Ejecución del Plan en Auditoría en Informática Director o Gerente de auditoría en Informática Alta Dirección del Negocio

Presentación del Plan a la alta dirección Supervisor o auditores de Informática (externos o internos) Gerente o supervisores de la función de auditoría en informática

• La función de auditoría se ocupa de la planeación, ejecución y seguimiento de las

Políticas, controles y procedimientos establecidos por la alta dirección.

Tareas Básicas del proceso de planeación de auditoría en informática y responsabilidades

Proceso detallado de la planeación de Auditoria Informática

Depende del diagnóstico previo que haga el auditor en informática de la situación que prevalece en cada una de las áreas o servicios de la función de informática.

El diagnóstico de la situación informática previo, deberá ser breve y objetivo.

El objetivo principal es determinar las áreas de mayor riesgo de la función de informática con base a diferentes criterios.

Actividades sugeridas para el proceso

Elaboración, Documentación, Autorización y Difusión Formal del Plan de Auditoría en Informática.

Identificar el nivel de Riesgo de cada uno de los elementos que integran la función de informática (diagnóstico de la situación actual).

Las áreas a ser diagnosticadas pueden variar de acuerdo al tamaño y estructura del negocio.

Algunos Servicios:

Sistemas de Información en operación.

Administración de Hardware y software.

Desarrollo de Sistemas de Información.

Soporte a Usuarios (capacitación, asesoría, etc.)

Administración de Telecomunicaciones.

Investigación y desarrollo tecnológico.

Otros.

Consideraciones a tener en cuenta para efectuar el diagnóstico de la situación actual:

El auditor en informática ha de conocer de manera aceptable los aspectos relativos a auditoría e informática que deben tener cada una de las áreas de Informática.

Se apoyará en la visión de los principales Usuarios del negocio y del responsable de Informática.

Diagnostico de la Situación actual de los SI en Operación.

Manera de llevar el diagnostico:

Obtener una lista de los principales SI y de sus usuarios principales.

Obtener comentarios positivos y negativos de los usuarios de cada SI.

Registrar fallas más comunes del Sistema de computo.

Anotar fecha de liberación de Sistemas y su última auditoría.

Revisar la configuración del equipo donde fue instalado.

Se estudia su integración a otros SI.

Evaluar otros aspectos de interés del auditor.


Debilidades que pueden motivar la Auditoria de un SI

Primero: Que el sistema no haya sido liberado formalmente, lo que ocasiona desconocimiento.

Segundo: Que el sistema nunca haya sido auditado, esto sugiere una auditoria inmediata, intermedia o final.

Clasificación del Nivel de Riesgo que Representa el Uso de Hw y Sw

Los SI y los datos deben ser procesados en un ambiente tecnológico confiable, seguro y eficiente.

Equipos o Paquetes de Sw.

Mantenimiento de la tecnología del Equipo y Sw.

Diversos factores motivan la intensidad de la auditoria de Hw.

Evaluación del nivel de Riesgo que representa el uso inadecuado de Productos y Servicios

Se refiere al grado de conocimiento sobre uso de servicios, Sw y equipos.

Información de apoyo: Organigramas, descripción de puestos y políticas relacionadas a productos y servicios de informática.

Se debe determinar el grado de confianza del usuario con el manejo del sistema, paquetes de Sw y equipos.

Otros Aspectos: Telecomunicaciones, redes, automatización de procesos.

Estos se evalúan en base a estándares internacionales.

Considerar la proyección de uso que piensa darle el negocio a corto, mediano y largo plazo.

Tener en cuenta comentarios de personal especializado en el área.

Clasificación de Riesgos según criterios de la Función de Auditoría en Informática

Cumplimiento de Estándares.

Cumplimiento formal de políticas y procedimientos.

Grado de Satisfacción: Alta Dirección y personal usuario.

Prioridades de la alta dirección.

Prioridades de la función de auditoría en informática.

Otros de interés del auditor.

Elaboración de una matriz de Riesgos

Muestra las áreas de la función de informática susceptibles de auditoría.

Resultados en forma descendente.

Entidades o áreas con mayor y menor riesgo.

Elaboración de un Plan consolidado de Proyectos.

Fechas de inicio y final de cada Auditoria.

Etapas de cada auditoria.

Tareas principales de cada etapa.

Equipo de Trabajo (auditor, representantes, …)

Requerimientos (recursos, apoyo, capacitación, ...)

Revisión de la Matriz de Riesgos

Pronosticar proyectos de auditoría en informática con la gerencia.

Visto bueno antes de presentarlo a la alta dirección.

Se cubren los siguientes Aspectos:

Área por auditar, prioridad, Fechas de inicio y final, involucrados, responsables, fechas de revisión y otros.

Presentación del plan de proyectos a la alta dirección.

Tiene como finalidad:

Conocer los proyectos de auditoría informática.

Verificar contemplación de áreas fundamentales.

Compromiso de la alta dirección con los auditores.

Obtener la aprobación del plan de auditoría en informática por parte de la alta dirección.

Realización de cada proyecto de acuerdo con el plan de Auditoría en Informática.

Ejecución de actividades de seguimiento.

Revisión formal de cada proyecto.

Integración y formalización de Equipos de Trabajo.


Equipos Integrados por:
Gerente (s)  de las áreas usuarias que se evaluarán.
Gerente de la Función de Informática.
Líder del proyecto de la función de AI. Planeación
Proceso de Planeación, pilar de todas las actividades que se ejecutan en la organización

Pérdidas Irreparables - Decepciones

“Planear es una pérdida de tiempo y un recipiente de buenos deseos”.
Si no se planea el trabajo, es lógico pensar que tampoco se planean las anomalías y decepciones que dicho trabajo acarreará.

Problema, proyectos mediano-largo plazo:
 Falta de definición de función, responsabilidad, tiempos ni resultados.
“Dejemos de depender de la buena suerte”
No se vive de buenos deseos sino de metas claras, medibles y factibles.
Principal Beneficio: Poder asegurar, con alto grado de credibilidad, cuánto invertir y cuánto se obtendrá de beneficio; plazos claros y establecidos.
Un proceso formal contiene los siguientes elementos:
Etapas
Tareas
Actividades
Costos/Beneficios
Resultados esperados por actividad, tarea y etapa
Responsables de cada actividad ó tarea
Involucrados ó participantes
Revisiones Formales e informales
Técnicas para ejecutar actividades
Herramientas para realizar las actividades del proyecto
Requisitos mínimos para que la planeación en auditoría informática sea formal, permanente y exitosa:
 Involucramiento directo del auditor en informática en el proceso de planeación estratégica
 Requerimientos
 Tiempos
 Prioridades de cada proyecto
 Compromiso del responsable de auditoría para implementar un esquema de control y seguridad preventivo
y completo.
 Participación en el proceso de planeación de auditoría tradicional, para hacer control y medidas
correctivas. 
 Supresión de la participación:
 Riesgos de no planear la auditoría
 Responsables de tareas inadecuados
 Falta de compromiso de los involucrados en el proyecto
 Aparición de costos imprevistos
 Retrasos en la obtención de beneficios
 Mala calidad en los resultados
 Rotación del personal clave
 Inadecuada segregación de tareas y actividades, Etc. 
 Aprobación formal de la Alta Dirección del informe final de la Auditoría en Informática realizada
Se dará seguimiento oportuno y formal cada una de las recomendaciones contenpladas en el informe
Aplicación de políticas y controles estandarizados internacionalmente.
 Implantación del proceso de planeación de auditoría en informática, permanente. 

 Tipo de proyectos con responsables e involucrados sugeridos



Tipo de Proyectos
Responsables
Involucrados
  Auditoría
Financiera
Auditores internos o externos
Áreas de la empresa
Fiscal
Auditores internos o externos
Áreas de la empresa
Operativa
Auditores internos o externos
Áreas de la empresa
Auditoría en informática
Auditoría a sistemas de información
Auditores en informática internos o auditores externos
Informática, usuarios de los sistemas de información
Auditoría en seguridad
Auditores en informática internos o auditores externos
Informática, áreas usuarios de los recursos de informática
Auditoría en el mantenimiento de Hw y Sw
Auditores en informática internos o auditores externos
Áreas de operación informática y áreas usuarias


Metodología
Planificación 
Concentración de objetivos
Áreas que cubrirá
Personas de la organización que se involucrarán en el proceso de auditoría
Plan de trabajo:
Tareas 
Calendario 
Resultados parciales
Presupuesto
Equipo auditor necesario
Desarrollo de la auditoría
Entrevistas
Cuestionarios
Observación de las situaciones deficientes
Observación de los procedimientos
Fase de diagnóstico
Meditación sin contacto con la empresa auditada
Factor decisivo será la experiencia del equipo auditor
Se deben definir los puntos débiles y fuertes, los riesgos eventuales y posibles tipos de solución
y mejora
Presentación de conclusiones:
Se han de argumentar y documentar lo suficiente para que no  puedan ser  refutadas durante la
discusión
Es especialmente delicada por el rechazo que puede provocar en la organización auditada. Se
debe esmerar el tacto
En ocasiones serán necesarias tomar decisiones desagradables, pero es misión del auditor
informar a la dirección de la forma más objetiva posible.
Formación del plan de mejoras
Resumen de las deficiencias encontradas
Recogerá las recomendaciones encaminadas a atenuar las deficiencias detectadas
Medidas a corto plazo: mejoras en plazo, calidad, planificación o formación
Medidas a medio plazo: mayor necesidad de recursos, optimización de programas o
documentación y aspectos de diseño
Medidas a largo plazo: cambios en políticas, medios y estructuras del servicio
Toda organización se ordena mediante:
Plan estratégico
Plan táctico
Planes operacionales
Objetivos de la auditoría informática:
Qué planes del CPD están coordinados con los planes generales
Revisar los planes de informática
Contrastar su nivel de realización
Determinar el grado de participación y responsabilidad de directivos y usuarios en la planificación