1. El mundo experimentará ciberataques más dirigidos. Las ciberamenazas pueden ser más impredecibles que nunca debido al desarrollo del malware de alta sofisticación por parte de organizaciones con patrocinio gubernamental. Esto además podría afectar potencialmente a la velocidad con la que el panorama global de amenazas evoluciona.

2. El espionaje llevado a cabo por los estados irá en aumento. La protección de la infraestructura nacional crítica es un aspecto extremadamente importante de la ciberseguridad. Al igual que en 2012, se teme que proliferen los botnets y el malware que envían de forma silenciosa el contenido completo del disco duro del usuario a una máquina controlada.

3. El activismo hacker crecerá, será más agresivo y sus medios e impacto serán más potentes. La articulación internacional de los ciberactivistas será más importante, contando especialmente la experiencia más que los recursos de los que dispongan.

4. Las técnicas de evasión avanzada (AETs) contra organizaciones y gobiernos serán cada vez más sofisticadas. Puesto que las tecnologías de seguridad y la capacidad global para atrapar a los ciberdelincuentes y hackers mejoran, estos invertirán sus recursos de “I+D” en el desarrollo de tecnologías de ataque cada vez más complicadas. Lo más alarmante es que a día de hoy los objetivos siguen sin saber cuando han sido atacados.

5. El problema de la vulnerabilidad de las aplicaciones empresariales de código cerrado, como Oracle, SAP y SCADA, seguirá presente en 2013. Estas aplicaciones contienen datos de negocio críticos y son objetivos muy valiosos para los intrusos.

6. Android continuará siendo objetivo de los hackers. Es una plataforma muy atractiva para el malware y los hackers se aprovecharán de ello hasta el punto de poder llevar a la marca a la bancarrota. Un gran ciberataque podría arruinar su reputación y minar la confianza de los clientes.

“Puesto que las capacidades cibernéticas de diversos actores en todo el mundo se han incrementado y veremos ataques cada vez más sofisticados y dirigidos, los sistemas de seguridad tradicional ya no son capaces de proporcionar la protección suficiente”, alerta Ville Hämäläinen, director de I+D en Stonesoft.

:: Link

Moises Belchin

Google+

Convertido en  dispositivo elegido por fabricantes y usuarios, fabricantes ven en él la posibilidad de aumentar sus ventas y usuarios se decantan por un sistema operativo de código abierto con más de 700.000 aplicaciones en Google Play (y colaboración de 320 operadores de 160 países )

Moises Belchin

 Google+

Este año he vuelto a participar en el Google Code Jam y ha sido genial! Desconozco el número de participantes de este año, pero el año anterior fue de unos 35.000 programadores de todo el mundo.

Con las dificultades propias de los problemas planteados en un idioma distinto al tuyo y las horas (con el cambio horario, el concurso comenzo a la 1 de la madrugada de hoy sábado en España),  he conseguido, a falta de las últimas correcciones,  quedar en la posición 1300, con 135 puntos y pasando a la siguente ronda (son necesarios 35 puntos para pasar).

La competición ha consistido en resolver 4 problemas, que comento brevemente sin entrar en detalle de las soluciones (ya que el concurso aún no se encuentra cerrado)

Problem A. Tic-Tac-Toe-Tomek:

El tipico juego de “las 3 en raya”, en este caso, 4 en raya donde podíamos hacer una combinación ganadora con 4 piezas iguales o 3 piezas y un comodín en formato vertical, horizontal y diagonal y determinar si la victoria es para: jugador ‘X’, jugador ‘O’, quedan “en tablas” o es un juego incompleto.

Sencillo, lo resolví usando Python.

Problem B. Lawnmower:

Dado un jardín con césped con una medida determinada, deseamos cortar el césped en filas 1 × 1 metro a cierta altura. Para ello debemos configurar  la cortadora de césped (a cierta medida) antes de entrar en el jardín y empezar a cortar. Después de ajustar la configuración lo cortará desde cualquier dirección perpendicular al borde del césped por el que entró, hasta que salga por el otro lado, usándola tantas veces como quieras pero sin cambiar su configuración dentro del jardín.

Este programa me resultó bastante complicado de interpretar y entender, porque realmente no concretaban demasiado. Lo resolví finalmente usando Java.

Problem C. Fair and Square:

Dado un rango de enteros, debemos encontrar el número “ideal”  para nosotros, que es el que sea un palíndromo y cuadrado de un palíndromo al mismo tiempo. Finalmente indicar la cantidad de números “ideales” dentro de ese rango. Resolver la primera parte fue sencillo pero en el caso de entradas grandes de números (de 50 cifras y más) y de muchos casos de prueba resultaba muy lento.

Fue apasionante optimizar y optimizar los algoritmos hasta dar con una solución más rápida y eficaz. Lo hice en Python.

Problem D. Treasure:

Por último, el “cofre del tesoro”. Tenemos unos cofres dados y cada cofre puede estar vacío o contener llaves en su interior para abrir otros cofres. Los cofres se abren con un tipo de llave concreto cada uno y debemos encontrar el modo con el que podamos abrir más número de cofres e indicar la ruta que hemos seguido para hacerlo. Obviamente la más óptima en igualdad de número de cofres abiertos.

La resolución inicial era sencilla, pero la falta de casos de prueba y ejemplos, hacía realmente complicado saber algunos detalles que eran muy importantes para la correcta resolución del ejercicio (marcar la ruta exacta). Lo resolví usando también Python.

Ya estoy impaciente por conocer la puntuación final tras las correcciones y porque llegue la siguiente fase, el día 12 de abril, esta vez con un horario aún peor, ya que comienza a las 3 de la madrugada (hora española) y solo dispondré de 2 horas y media para terminarla.

Moises Belchin

Google+

Como ya comentaba la semana pasada en la pre-release de Google App Engine, ya tenemos aquí la release oficial 1.7.7 de Google App Engine.

Como destacados mencionar que se ha eliminado un mínimo de $2.10 por semana que existía para las aplicaciones facturables, mejoras en el dev_appserver y correcciones que se han venido comentando desde la versión 1.7.6, se ha actualizo el plugin Maven y tenemos disponibles sockets de salida.

A continuación puedes ver la nota oficial de la publicación:

Hi everyone,

We’re happy to announce that we have released the 1.7.7 SDK.

This release includes new features such as updates to the Maven Plugin, and Outbound Sockets. We’re also happy to announce that we have removed the weekly $2.10 minimum spend for billing enabled apps

For more details, please read our blog post and release notes.

Announcement:
http://googleappengine.blogspot.com/2013/04/app-engine-177-released.html

Releae notes for Python:
http://code.google.com/p/googleappengine/wiki/SdkReleaseNotes

Release notes for Java:
http://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes

Release notes for Go:
https://code.google.com/p/googleappengine/wiki/SdkForGoReleaseNotes

Cheers!

Moises Belchin

Google+

Presentó su aplicación en el Hack In The Box Conference de Amsterdam para sacar los colores al estado de la seguridad de la aviación, los sistemas informáticos y los protocolos de comunicación. PlaneSploit, intercepta la comunicación, hace uso de otro sistema de comunicación con el que enviar mensajes malintencionados y podría tomar el control total del avión o afectar indirectamente al piloto.

Aprovecha el sistema Automatic Dependent Surveillance-Broadcast (ADS-B), que envía información acerca de cada aeronave (identificación, posición actual, altitud, etc) a través de un transmisor de a bordo, a los controladores de tránsito aéreo, y permite a las aeronaves equipadas con esa tecnología recibir información de vuelo, controlar el tráfico y el clima sobre otros aviones que estén en ese momento volando en sus alrededores.

Hace un mal uso de la ADS-B para seleccionar objetivos y de los ACARS para recopilar información sobre el ordenador de a bordo, así como para explotar sus vulnerabilidades mediante la entrega de falsos mensajes maliciosos que afectan a la conducta del avión.

Así consigue hacerse con el control del mismo. Pero como es lógica tan peligrosa aplicación no se puede encontrar en el PlayStore de Google para Android y tampoco está permitido usarla en ningún ámbito de la vida real.

Por ello su creador, desarrolló el marco SIMON que está hecho sólo para trabajar en un entorno virtual. Su laboratorio de ensayo se compone de una serie de productos de software y hardware, pero los métodos de conexión y la comunicación, así como las formas de explotación, son absolutamente lo mismo que si estuvieran en un verdadero escenario real. Mediante el uso de SIMON, el atacante puede subir una carga útil específica para el Sistema de Gestión de Vuelo remoto, cargar los planes de vuelo, subir órdenes detalladas o incluso plugins personalizados.

Una app que tiliza el rastreador Flightradar24 para localizar vuelos en tiempo real y poder incidir en cualquier aeronave encontrada. El atacante puede hacer clicK en cualquier avión que esté activo e inmediatamente se recibe su identificación, ubicación actual y el destino final. En el caso de que se detecte que alguno de los sistemas de los aviones cercanos es explotable, la aplicación avisa al usuario mediante una alerta. En ese casa y con un solo toque en la pantalla se puede hackear el sistema y controlar el vuelo desde la distancia.

Moises Belchin

Google+

El grupo de  hackers atacó el portal propagandístico de Corea del Norte, Urimizokkiri y diversos portales de noticias.

En Marzo, Anonymous_Korea ya había atacado el portal oficial del país y el del Comité de Relaciones Exteriores, publicando datos de unos 6 mil usuarios del portal oficialista.

Moises Belchin

Google+

Desde que se anunciase, hace a penas 15 días, la última release de Google App Engine, se han sucedido una serie de problemas directamente relacionados con el nuevo dev_appserver2.

Acaban de anunciar una nueva Pre-release, Google App Engine SDK 1.7.7, centrada especialmente en las correcciones de todos estos problemas de dev_appserver.

Algunas de las correcciones para la versión Python son:

• Corrección de un problema con NDB que no serializaba correctamente las entities.
• Corrección problema con taskqueues fallaba la resolución de la dirección del backend.
• Corrección problema Search API permitía múltiples documentos sin IDs.
• Corrección problema Search API no procesaba correctamente sort by doc_id.
• Corrección problema Search admin UI que ocasionaba Internal Server Error.
• Corrección problema Prospective Search fallaba con nuevo dev_appserver.
• Corrección problema dev_appserver fallaba con ImportError.
• Corrección problema Sqlite3 no abría fichero de base de datos con nuevo dev_appserver.
• Corrección problema dev_appserver fallo al servir url con unicodes.

A continuación puedes ver la nota oficial de la publicación y la lista de correcciones para Python y Java.

Google App Engine SDK 1.7.7 Pre-release available.

Hello Again Everyone!

We’ve posted the pre-release SDKs for Python and Java.
https://code.google.com/p/googleappengine/downloads/list

Please see the pre-release notes below.

Best,

Rich

p.s. A little quicker turnaround, this isn’t an April Fools Joke!

App Engine Python SDK – Pre-Release Notes

Version 1.7.7
===============================
- The Sockets API, which allows applications to make outgoing TCP connections
and send/receive UDP packets to the Internet using both IPv4 and IPv6, is now
available as an experimental feature for billed apps.
- The Ftplib module is now restored. It depends on the experimental Sockets
API.
- Matplotlib 1.1.1, an experimental feature, is being deprecated and will be
removed in 1.7.8. Please switch to matplotlib 1.2.0.
- Fixed an issue with NDB not serializing projection entities correctly.
https://code.google.com/p/appengine-ndb-experiment/issues/detail?id=215
- Fixed an issue with task queues failing to resolve backend addresses in
the new dev_appserver.
https://code.google.com/p/googleappengine/issues/detail?id=5105
- Fixed an issue with the Search API allowing multiple documents with no IDs
to be in one put request.
https://code.google.com/p/googleappengine/issues/detail?id=8553
- Fixed an issue with sort by doc_id not translating correctly causing
InvalidRequest errors on the Search API.
https://code.google.com/p/googleappengine/issues/detail?id=8958
- Fixed an issue with the Search admin UI where an Internal Server Error
was served.
https://code.google.com/p/googleappengine/issues/detail?id=9005
- Fixed an issue with Prospective Search failing in the new dev_appserver.
https://code.google.com/p/googleappengine/issues/detail?id=9003
- Fixed an issue with the new dev_appserver failing with ImportError.
https://code.google.com/p/googleappengine/issues/detail?id=9008
- Fixed an issue with Sqlite3 being unable to open a database file in the new
dev_appserver.
https://code.google.com/p/googleappengine/issues/detail?id=9031
- Fixed an issue with serving urls that contain unicode characters in the new
dev_appserver.
https://code.google.com/p/googleappengine/issues/detail?id=9040

App Engine Java SDK – Pre-Release Notes

Version 1.7.7
=============
- The Sockets API, which allows applications to make outgoing TCP connections
and send/receive UDP packets to the Internet using both IPv4 and IPv6, is now
available as an experimental feature.
- The Java runtime now defaults to Java7. If you still need to use the Java6
runtime, please use the –use_java6 flag when deploying your app. We encourage
you to move to Java7 as soon as possible.
- Fixed an issue with sort by doc_id not translating correctly causing
InvalidRequest errors in the Search API
https://code.google.com/p/googleappengine/issues/detail?id=8958

Moises Belchin

Google+

Según se ha informado, Itskov llevaría años reclutando a científicos que quieran dispuestos a trabajar con él en esta iniciativa.

Moises Belchin

Google+

Durante la noche han publicado una nueva pequeña versión de DartEditor que corrige varios errores y desde mi punto de vista también mejora el rendimiento.

Esta es la nueva versión del editor: Dart Editor version 0.4.2_r20259

Y del SDK: Dart SDK version 0.4.2.8_r20259

Nada más abrir esta nueva versión, el editor consume menos memoria que antes, incluso menos que Aptana Studio 3. Esto es una gran noticia, después de lo mucho que hemos tenido que sufrir en cuanto rendimiento durante estas últimas semanas.

Os dejo el comentario en el discuss donde anuncian esta pequeña versión:

New trunk build is available

Version 0.4.2.8 has been released – this has several cherrypicks on top of the release earlier in the week:

dartbug.com/9258
dartbug.com/9261
dartbug.com/9282

and the Java7 issue (for which I don’t have a bug #)

Moises Belchin

Google+

Con la nueva release de App Engine SDK 1.7.6 hemos recibido grandes y novedosos cambios en el SDK espcialmente orientados a los desarrolladores en Python en el DEV_APPSERVER 2.

Ahora este nuevo servidor de desarrollo nos permitirá desarrollar más deprisa y de manera más fiable ya que reproduce fielmente el HRD (High Replication Datastore) mediante el uso de SQLite, con lo que las pruebas que realicemos contra nuestro servidor de desarrollo local serán idénticas al comportamiento que podamos esperar contra el servidor de explotación.

Se han producido cambios estéticos como puedes ver aquí.

También hay muchos cambios en el rendimineto, la velocidad del nuevo dev_appserver es increíble.

El acceso al panel de administración ha cambiado y ahora está en la siguiente url http://localhost:8000

Otro cambio interesante es que es 100% compatible con Python 2.7 con lo que podemos ir desinstalando la versión 2.5 de Python que teníamos que mantener para Google AppEngine Launcher.

Nota oficial del anuncio:

In the 1.7.6 release of App Engine we’ve included a major upgrade to the Development Server in the Python SDK, designed to make development faster and more faithfully reproduce the production App Engine runtime environment. The new version more faithfully simulates elements of the production App Engine environment, such as concurrent requests and backends, and in most cases this will also mean your apps run faster. We previously included this in the 1.7.5 release as dev_appserver2.py, in this release it has become the default dev_appserver.py

While we’re confident the improvements are substantial, as with any major change, some things work a little differently with the new dev_appserver. Here’s a few changes to watch out for:
Your local development admin console will run on it’s own server and port, rather than under /_ah/admin
We’ve changed the defaults for new applications, such as using HRD rather than Master/Slave, and using SQLlite to emulate the datastore.
We’ve cleaned up many command line flags and arguments
Python 2.5 applications are no longer officially supported on the new Development Server in line with our deprecation announcement (although they may still be run)
We’ve provided a detailed summary of all the changes to the Development Server in our documentation.

The the legacy dev_appserver.py remains available in the Python SDK as old_dev_appserver.py for those who still require it. However if you encounter any issues with the new Development Server we strongly encourage you to report them on our issue tracker.

We hope you like the new changes, and that you enjoy snappier app development with fewer surprises on deployment. Keep on coding!

- Andrew Jessup, for the App Engine team

Moises Belchin

Google+