Wifi Protector est une application qui vous offrira la détection et la protection contre toutes sortes d'attaques ARP (Adress Resolution Protocol), quelles soient de type Spoofing ou Poisoning sur le réseau wifi de votre smartphone Android. Ce type d'attaque permet de faire du DoS (Denial of Service) ou du MITM (Man-in-the-middle) en général.

Vous recevrez une alerte lorsqu'une tentative d'intrusion aura été détectée. Si vous êtes en mode root vous pourrez bénéficier de l'option contremesures qui vous permettra d'être immuniser contre l'attaque détectée. Sinon l'application pourra désactiver votre WiFi pour contrer cette attaque.

Voici la liste des caractéristiques :

• Utilise très peu de ressources.
• N'utilise pas de ressources si le WiFi est désactivé.
• Consommation de la batterie très faible.
• Requiert que très peu de permissions lors de l'installation et de l'utilisation.
• Indétectable par le pirate.
• Application passive au niveau du réseau et ne génère aucune interférence.
• De nombreuses notifications personnalisables.
• Joue un son lors de la détection d'une attaque (optionnel).
• Vibre suivant un schéma défini (optionnel).
• Facile d'utilisation avec son interface en un clique ainsi qu'une vue détaillée pour les plus experts.
• L'immunité vous protège sans avoir besoin de désactiver le WiFi (mode root requis).
• Peut désactiver le WiFi si votre smartphone n'est pas en mode root.
• Enregistrement de toutes les attaques détectées avec des détails sur le réseau et sur le pirate.
• Fonctionne sur les réseaux WiFi complexes en LAN comme vWLAN et WDS.
• Détecte les réseaux qui font déjà l'objet d'une attaque.

Si vous voulez en savoir plus, le site web officiel de l'application gurkedev.com vous donne plus de détails. Pour 1,49€ sur le market, je vous conseille vivement de l'acheter

Ah et ils ont aussi fait une petite vidéo de démonstration :

thehackernews.com

Les développeurs PHP travaillent en ce moment même pour corriger une vulnérabilité critique qu'ils ont introduit via un patch de sécurité récent. La version stable actuelle est affectée mais il n'est pas certains que le patch actuel a été appliqué aux anciennes versions.

La cause du problème est la mise à jour de sécurité pour PHP 5.3.9 qui a été écrite pour empêcher un DoS. Pour corriger cette faille, les développeurs ont limité le nombre maximum de paramètres d'entrée de 1000 dans php_variable.c en utilisant max_input_vars. Mais à cause d'erreurs dans l'implémentation, les pirates peuvent volontairement dépasser cette limite et même injecter et exécuter du code. Ce bug est donc considéré comme critique.

La version de développement de PHP (trunk) a déjà un patch pour ce bug mais les développeurs attendent encore pour l'annoncer officiellement. Pourquoi? Car il n'est pas encore clair que ces mesures de contournement (workaround) puissent corriger le problème à long terme...

Stefan Esser qui a découvert le problème, a souligné que l'utilisation de l'extension de sécurité Suhosin, dont il a été l'un des développeurs, réduit considérablement la possibilité d'exploitation du bug et même sur une configuration standard.

Edit: La faille a été corrigée via la version 5.3.10 qui est disponible sur la page de téléchargement. La mise à jour de sécurité corrige la vulnérabilité d'exécution de code à distance qui a été rapportée par Stefan Esser. Il est fortement conseillé de mettre à niveau vers la version actuelle.

Comme je l'ai dit il y a quelques jours sur Twitter, la version tout fraîche de PHP 5.3.9 est sortie.

Si j'en fais un article, c'est pour vous prévenir qu'une faille de sécurité assez critique qui pouvait engendrer un DoS (déni de service) a été corrigée. En plus s'ajoute la correction de plus de 90 bugs centrés sur la sécurité. Pour consulter toute la liste des changements, il y a le changelog de dispo.

Cette faille peut affecter plusieurs plateformes comme ASP.NET et ici PHP. Mais grâce à la directive max_input_vars et en la settant à un niveau raisonnable, l'envoi de paramètres engendrant cette faille est (presque) impossible.

Voilà je vous conseille donc de passer à cette version au plus vite qui améliore grandement la stabilité de la branche 5.3.x! Et si vous êtes sur un hébergement mutualisé, vous pouvez le vérifier via la console d'administration de votre hébergeur ou bien en mettant un fichier PHP contenant cette ligne sur votre serveur :

phpinfo();

Télécharger PHP 5.3.9

Je pense que si vous suivez mes articles depuis un petit moment, vous devez être assez familiers sur tout ce qui concerne les attaques de type Denial of Service (DoS) mais aussi DDoS où un nombre d'ordinateurs sont utilisés (souvent des bots) afin d'inonder un serveur avec des requêtes et une charge de trafic assez imposante pour le mettre hors-ligne.

Ce que vous ne savez sans doute pas, c'est qu'il y a une nouvelle méthode de DoS qui ne nécessite pas d'être distribuée pour faire tomber un serveur. C'est ce que le chercheur en sécurité Sergey Shekyan a développé avec oune preuve du concept appelé Slow HTTP DS. Cette méthode "lente" permet de faire une requête HTTP vers un serveur mais d'une manière qui peut le mettre hors-ligne. Cette méthode signifie que de nombreux ordinateurs ne sont plus nécessaires pour effectuer un DoS.

Dans son article, Sergey Shekyan fait une analogie assez fun avec le fonctionnement d'un fast-food :

Alors le soucis avec ce type d'attaque, c'est que les serveurs webs assez connus comme Apache, nginx, IIS 6 & 7, et lighttpd sont vulnérables à ce type d'attaque. Cependant, il y a des mesures que les administrateurs système peuvent prendre pour minimiser l'exposition à cette nouvelle menace. Sergey Shekyan en parle d'ailleurs dans un autre article.

Un bug qui courait toujours depuis quelques temps vient enfin d'être résolu sur la toute dernière mouture : Apache Software Foundation Apache 2.2.20.

Ce bug pouvait provoquer un déni de service, aussi appelé DoS (denial-of-service) qui bloquait complétement votre serveur Apache et autres services l'utilisant.
Alors bien sûr il existait des rustines permettant de ne pas être victime de ce genre de hack avec entres autres le mod_rewrite mais aussi un patch permettant de fixer les ranges.

Pour faire un rapide tour voici la liste des services encore vulnérables aujourd'hui si vous ne faites pas là mise à jour : http://www.securityfocus.com/bid/49303/info

Je vous conseille donc de vite de faire la mise à jour sur vos serveurs dédiés ou bien de vous rendre sur votre hébergement mutualisé pour voir si la mise à jour a bien été effectué.
De mon côté OVH a déjà fait la mise à jour