MAJ Le 6 Mai 2009: Correction des fautes d’orthographe…

ATTENTION: Toutes les procédures ci-dessous sont définitives et non réversibles. Après avoir exécuté ces commandes, vous (ou un tiers) ne pourrez JAMAIS récupérer les informations qui y étaient stockées.

Info: Dans ce billet j’utiliserais comme chemin pour mon disque dur a effacer : /dev/sdX, il vous faudra naturellement le remplacer par le vôtre. Vérifiez toujours d’abord vôtre table de partition avec « df » (utilitaire sans risques, il permet simplement de lister les disques montés sur vôtre système – NDLR : fstab)
Suivant la distribution *nix que vous utiliserez vous ne pourrez sûrement pas directement réinitialiser le disque système : il vous faudra utiliser un « live CD » ou booter sur un autre disque dur.

1. L’utilitaire « dd »:

L’utilitaire « dd » fourni avec tous les *nix et dérivés, permet de faire de nombreuses manipulations sur des fichiers ou des systèmes de fichiers comme (liste non exhaustive): Formatter une disquette à partir d’une image, découper un fichier en plusieurs morceaux, faire une image d’un DVD ou encore — et c’est ce qui nous intéresse ici — détruire les données d’un disque dur en le remplissant de zéros ou de données aléatoires.

Il faut toujours faire attention lorsqu’on utilise dd. Le simple fait d’oublier une option ou d’échanger les arguments aura des conséquences désastreuses.

La première méthode consiste à écrire des 0 sur tous les secteurs du disque en une seule passe :
dd if=/dev/zero of=/dev/sdX bs=512 conv=notrunc

L’argument « conv=notrunc » permet de ne pas limiter la taille du fichier de sortie.

La seconde méthode, un peu plus sûre que la précédente consiste en l’utilisation du périphérique générateur d’aléatoires du noyau. Ce qui aura pour effet d’écrire des données aléatoires sur tous les secteurs du disque :
dd if=/dev/urandom of=/dev/sdX bs=512 conv=notrunc

Ici nous allons utiliser la première méthode, mais avec 32 passe.. De quoi vraiment tout effacer.
for n in `seq 32`; do dd if=/dev/zero of=/dev/sdX bs=512 conv=notrunc; done

Notez qu’ici j’ai défini le paramètre « BS » qui correspond au nombre d’octets spécifié écrit en une seule fois. Ce qui permet de raccourcir considérablement le temps de chaque passe.

Pour cette dernière solution, vous l’aurez déduit par vous même, 16 passes de random, de quoi effacer définitivement n’importe quel octet sensible ! Suivant la taille du disque/partition, cette solution peut prendre énormément de temps…
for n in `seq 16`; do dd if=/dev/urandom of=/dev/sdX bs=512 conv=notrunc; done

Approfondissements :

Voyons comment se comporte dd pour un fichier test de 100Mb avec notre solution n°1 et un Block size de 1:
$ time dd if=/dev/zero of=/tmp/zero bs=1 conv=notrunc count=102400000
102400000+0 records in
102400000+0 records out
102400000 bytes transferred in 458.989378 secs (223099 bytes/sec)
real 7m38.997s
user 1m52.333s
sys 5m30.299s

1 * 102400000 = 100Mb, dd a mis environ 7 minutes 38 secondes, pitoyable, pourquoi ?!

Petites précisions indispensables au sujet des secteurs (ou blocs):
Un secteur (ou bloc) est une subdivision d’une piste de votre disque dur. Chaque secteur peut stocker un nombre bien défini de données — les disques magnétiques fournissent généralement un espace de 512 octets (ce n’est pas le cas des SSD). La notion de bloc a été utilisée au début de l’informatique pour ce petit morceau de données, mais le terme secteur est devenu beaucoup plus courant. Puis peu à peu, « bloc » est devenu plus employé pour définir un certain nombre de données (variable) utilisé par un processus. Par exemple, le programme dd qui permet de définir la taille de bloc à utiliser lors de l’exécution avec le paramètre BS (= octets). En réalité, ça ne change pas la taille du secteur d’un support, seule la taille des données qui seront manipulées.

Notez que pour un CD, la taille d’un secteur est de 2.048 bytes (par exemple, si vous avez besoin de créer une image iso, tapez : dd if=/dev/hdc of=/tmp/mycd.iso bs=2048 conv=notrunc).

Reprenons — comment puis-je vérifier la taille des blocs sur un BSD ?
$ pdisk /dev/rdisk1 -blockSize
512

Et sur un Linux ?
tune2fs -l /dev/md1 | grep Block
Block count: 5118688
Block size: 4096
Blocks per group: 32768

Notez que sur le deuxième exemple, le système de fichier est en fait monté sur un RAID, d’où la réponse de BS de 4k.

Bien, maintenant que nous savons, essayons en spécifiant un BS de 512:
$ time dd if=/dev/zero of=/tmp/zero bs=512 conv=notrunc count=200000
200000+0 records in
200000+0 records out
102400000 bytes transferred in 1.615840 secs (63372613 bytes/sec)
real 0m1.618s
user 0m0.240s
sys 0m1.015s

512 * 200000 = 100Mb, dd a mis à peine plus d’une 2,4s (contre 7m38) — la différence est énorme, pourquoi ?

En fait, l’explication est simple, c’est la synchronisation entre les données envoyées et les données écrites. Des blocs de 512 octets sont envoyés au disque et sont directement écrits sur les secteurs correspondants ; inutile de mettre en cache 512 fois 1 octet pour pouvoir écrire notre bloc. Et si on spécifie un BS supérieur, me direz-vous ? Essayons.

time dd if=/dev/zero of=/tmp/zero bs=1024 conv=notrunc count=100000
100000+0 records in
100000+0 records out
102400000 bytes transferred in 3.185333 secs (32147345 bytes/sec)
real 0m3.188s
user 0m0.131s
sys 0m0.693s

En effet, cela ne nous apporte rien ! notez que j’ai spécifié bs=512, mais en fait dd utilise par défaut le block size de 512.

Pour cette partie, je me suis largement inspiré des manpages de random que j’ai agrémentée d’exemples et quelques précisions.

Les fichiers spéciaux /dev/random et /dev/urandom existents depuis Linux 1.3.30 et ils fournissent une interface avec le générateur de nombres aléatoires du noyau. Il faut savoir que le noyau identifie chaque périphérique au moyen de deux numéros, le majeur (à gauche) et le mineur (à droite), ex:

ls -l /dev
crw-rw-rw- 1 root root 1, 5 avr 29 14:07 zero
crw-rw-rw- 1 root root 1, 8 avr 29 14:07 random
crw-rw-rw- 1 root root 1, 9 avr 29 14:07 urandom

Le fichier /dev/random a un numéro de périphérique majeur égal à 1, et un numéro mineur égal à 8. Les numéros du périphérique /dev/urandom sont 1 pour le majeur, et 9 pour le mineur et pour zero ils sont respectivement de 1 et 5. Ils sont de type c (Character), ils communiquent octet par octet (comme un port série) à l’inverse des disques durs qui sont de type b (Blocks) et qui – donc – communiquent par blocs de données.

Ce que l’on peut lire dans la documentation de noyau Linux a leurs propos :

1 char Memory device
    ...
    5 = /dev/zero        Null byte source
    ...
    8 = /dev/random   Nondeterministic random number gen.
    9 = /dev/urandom Faster, less secure random number gen.
    ...

En réalité, le générateur de nombres aléatoires récupère les séquences aléatoires en fonction du « bruit » généré par l’environnement : mouvement de la souris, frappe au clavier, etc.. Le générateur mémorise également une estimation du nombre de bits de bruit dans son réservoir d’entropie, et utilise son contenu pour créer des nombres aléatoires.
En effet, lors d’une lecture, le périphérique /dev/random sera limité au nombre de bits de bruit qu’il contient.
/dev/random est particulièrement adapté pour des cas où l’on a ponctuellement besoin de nombres hautement aléatoires (création de clés par exemple). Lorsque le réservoir d’entropie est vide, les lectures du périphérique /dev/random seront bloquantes jusqu’à l’obtention de suffisamment de bruits en provenance de l’environnement. Dans notre cas – ou l’on a besoin d’une très grande quantité de données —, nous risquons d’être très rapidement limité ! Heureusement, /dev/urandom renverra autant d’octets qu’on en demande. Toutefois, s’il n’y a plus assez de bits disponibles dans le réservoir d’entropie, les valeurs renvoyées pourraient être théoriquement vulnérables à une cryptanalyse basée sur l’algorithme employé par le pilote. Il n’existe pas de documentation sur ce type d’attaque dans la littérature publique actuelle, mais cela n’élimine pas le risque théorique.

Le fichier de périphérique /dev/zero quand a lui, se comporte comme s’il contenait une infinité d’octets à ~0. Quelle que soit la quantité de données que vous essayez de lire à partir de /dev/zero, il générera suffisamment d’octets nuls.

$ hexdump /dev/zero
0000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
*

$ hexdump -C /dev/random
00000000 c8 6a 22 ab 8a cb a2 66 17 7a ce 8d d6 e8 e1 fa |?j"?.ˢf.z?.????|
00000010 c1 69 7c d1 64 39 44 cc be 8f 06 db 88 1e 5c ba |?i|?d9D̾..?..\?|
00000020 99 9d a3 f7 cb ff a4 ea 43 c1 b4 ea b8 ba f9 71 |..??????C??긺?q|
...

$ hexdump -C /dev/urandom
00000000 49 db 3d 9e 25 bf 14 b9 b8 a6 58 22 b1 13 7b 29 |I?=.%?.???X"?.{)|
00000010 33 40 bf 14 e5 aa 99 c9 a0 ee fb 5c 74 5a 01 d6 |3@?.?.ɠ??\tZ.?|
00000020 6b 45 33 6c a4 d6 69 54 53 d8 17 55 ba dc 8c 76 |kE3l??iTS?.U??.v|
...

En résumé, nous allons plutôt utiliser /dev/urandom ou /dev/zero, sinon ça va prendre un temps fou. /dev/random donne de l’entropie « forte » (liée au matériel) et ne donne donc que quelques octets par seconde. /dev/urandom complète cette entropie forte avec du PRNG et génère donc les données aussi vite que nécessaire, ou presque..

Dans le cas d’un effacement de disque dur, ce risque nous importe peu, mais je trouvais intéressant d’en parler.

Petites précisions pour les BSD Users:
1) Le générateur de bruit random a été remplacé par un générateur cryptographique nommé « Yarrow algorithm » ;
2) /dev/urandom est un lien symbolique sur /dev/random.
3) Les numéros mineurs et majeurs ne sont pas les mêmes, ex:
$ ls -l /dev | grep random
crw-rw-rw- 1 root wheel 8, 0 5 mai 15:23 random
crw-rw-rw- 1 root wheel 8, 1 3 mai 15:52 urandom

Pour vérifier l’oeuvre de la commande dd couplée à random, nous allons utiliser « hexdump » (sur un fichier de 64b, pour une question de lisibilité).

Utilisons « zero » comme générateur:
$ dd if=/dev/zero of=/tmp/zero count=1 bs=64 && dd if=/tmp/zero | hexdump -C | grep [^00]
1+0 records in
1+0 records out
64 bytes transferred in 0.000035 secs (1826092 bytes/sec)
0+1 records in
0+1 records out
64 bytes transferred in 0.000018 secs (3532045 bytes/sec)
00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
00000040

Quand à utiliser « random », voici le résultat :
dd if=/dev/random of=/tmp/zero count=1 bs=64 && dd if=/tmp/zero | hexdump -C
1+0 records in
1+0 records out
64 bytes transferred in 0.000040 secs (1597830 bytes/sec)
0+1 records in
0+1 records out
64 bytes transferred in 0.000016 secs (4006499 bytes/sec)
00000000 68 0f 9a a5 f8 9c 1a 45 fa ce c2 04 64 0d 3a a2 |h..??..E???.d.:?|
00000010 d5 59 f1 10 05 4a cc b0 ec 69 3a 26 f6 f9 42 c3 |?Y?..J̰?i:&??B?|
00000020 28 81 32 7b 3e f5 7c 3a a8 d9 75 63 bd 16 21 8e |(.2{>?|:??uc?.!.|
00000030 9a 9e 28 43 bc 69 3c 7a 53 11 8b 9b 7c 8d 86 2e |..(C?i 00000040

Vous pourrez, naturellement vérifier le résultat en situation « réelle » grace a la commande suivante :
dd if=/dev/sdX | hexdump -C | grep [^00]

Il existe des logiciels comme "Shred" qui offrent des solutions « clés en main », mais qui au final ne font que ce que vous auriez très bien pu faire avec "dd" (un nombre X de passes random puis finir sur une "zero"), ex:

Les deux lignes suivantes font la même chose:
shred -fzv -n 16 /dev/sdX
for n in `seq 15`; do dd if=/dev/urandom of=/dev/sdX conv=notrunc; done; dd if=/dev/zero of=/dev/sdX conv=notrunc
sachant que - pour un disque de 500Go - dd a été le plus rapide chez moi.

Il existe un ensemble d’outils nommé « secure_deletion toolkit », mais il n'est pas encore porté sur toutes les plates-formes. Par exemple, l'outil « sfill » pousse l'effacement sécurisé des fichiers à son paroxysme :

* Une passe avec 0xff
* 5 passes aléatoires avec la source /dev/urandom
* 27 passes avec des valeurs spéciales définies par Peter Gutmann. (Je vous invite d'ailleurs a lire son article très complet si vous voulez en savoir plus.)
* A nouveau 5 passes aléatoires.
* Une passe avec 0x00.

Il est peu être possible de lire « à côté des pistes », des résidus magnétisés et de retrouver ainsi des données écrites préalablement en décalant les têtes et peut être existe'il d'autres méthodes dont nous n'avons pas connaissance alors il reste une solution universelle et radicale : La destruction physique. C'est la seule solution réellement viable et irrécupérable : Perceuse, Masse, Acide et j'en passe..

Le générateur random et l'utilitaire dd sont disponibles sur énormément de distributions : Solaris, Mac OS X, FreeBSD, HP-UX, Tru64, AIX et j'en passe.

Possibly Related Posts:

• nscd: prune_cache: Assertion `dh->usable’
• Tips: Serveur web d’urgence avec Netcat
• Tips: Man pages en couleurs…
• Du load-balancing avec vyatta
• Got error 28 from storage engine query: SELECT * FROM …

Retrouvez toutes les photos de la procédure ici.

- Un portable Lenovo(IBM) Thinkpad R52 (ou T52)
- La distribution iDeneb 1.4 (10.5.6) (Vous pourrez la trouver sur google)
- Du café et de la bonne musique.. pour rendre l’étape d’installation moins douloureuse :)

0. Faites couler un café.. on en aura besoin plus tard.

1. Configurer le BIOS pour Booter sur le DVD. Accessoirement vous pouvez désactiver le port Parallèle qui ne nous servira plus a rien ;)

2. Insérer le DVD de iDeneb 1.4 dans le R52 puis redémarrez le portable.

3. Lors de l’invite suivante appuyez sur F8 pour spécifier les arguments de boot suivant: « cpus=1 maxmem=2048 –v » (Sans les « , inutile de vous décrire l’effet de ces arguments.. vous les aurez compris..).

4. Le DVD d’installation boot, c’est une étape qui peut parfois être un peu longue.. laissez tourner tant qu’il y a de l’activité..

5. Nous arrivons a la sélection du langage de l’installer, sélectionnez la langue qui vous conviens puis cliquez suivant.

6. Arrivé sur l’écran de bienvenue, ouvrez l’utilitaire de disque pour y créer une partition HFS. Pour cela cliquez sur: Menu -> Utilitaires -> Utiliaire de disque.

7. Créez une partition Mac OS étendu (journalisé) vous pouvez toujours avoir une deuxième partition ext3 ou fat32 pour windows.. appliquez puis continuez.

8. Sélection du disque/partition sur laquelle sera installé le système.

9. Attention ici, avant de cliquer sur « Installer » il va nous falloir spécifier des choses dans « Personnaliser ».

Langues -> Francais
Patches ->
Audio -> "AC97Audio"
Chipset -> "ICHx fixed"
Kernel -> "Kernel Voodoo 9.5.0"
Fix -> "BatteryManager", "Cpus=1-Fix", "Seatbelt Fix", "AppleSMBIOS MacBook".
Video -> Intel -> "Intel GMA 900"

Explications:
- AC97Audio = Driver du chip audio AC97′
- ICHx Fixed = Driver du Chipset ICH (ATA/SATA..)
- Kernel Voodoo 9.5.0 = CPU SSE2 et le 9.6.0 (celui par défaut) est SSE3 only.
- BatteryManager = Accès au informations d’état de la batterie.
- Cpus=1-Fix = Pentium M, un seul core donc..
- Seatblelt Fix = Corrige un problème lié au montage d’iso sur le Kernel Voodoo 9.5.0
- AppleSMBIOS Macbook = On spécifie que c’est un portable pour l’About this mac.
- IOPCICard = Gestion du PC Card TI. Kernel panic.. dommage, on va trouver une autre solution.
- Intel GMA 900 = Notre carte graphique.. (attention sur certain modèles de R52 c’est une ATI X300.. modifiez en fonction).

10. Cliquez « Terminé » puis « Installation »

NOTE: Vous pouvez passer l’étape de vérification du disque.. ou pas.. mais si l’installation échoue, c’est une des choses a vérifier en premier.

11. Allez chercher vôtre café, il a du finir de couler.. et l’installation va être longue..

12. Cliquez « redémarrer » puis éjectez le DVD.

13. Comme au début de ce tutoriel, pour le premier démarrage il va falloir spécifier les arguments de boot: cpus=1 maxmem=2048 –v (utile uniquement pour le premier boot.. ensuite vous pourrez booter normalement, sauf problèmes en cas de copies de gros fichiers)

14. De l’image et du son ! :)

15. Suivez l’assitant…

16. Félicitations !

Vous pouvez maintenant lire cet article: Les applications indispensables pour Os X

Nous pourrions encore améliorer deux/trois petites choses.. mais je reviendrais sûrement sur cet article plus tard, dans une révision 2.

Possibly Related Posts:

• Créer un RamDisk sous OS X
• ECiD/ iBEC & iBSS Grabber for Mac
• The Cheat 1.2.2 pour (Snow) Leopard
• Les applications indispensables pour Os X
• Les options de boot sur Mac OS X détaillés

J’aimerais faire le bilan de ces quelques mois pour essayer de lister les applications indispensables au monde Os X. Pour plus de cohérence et par souci de lisibilité je vais les trier par fonction, catégorie.

Cette liste est non exhaustive et évoluera en permanence.. elle à été mise a jours le: 15 Fevrier 2008.

Internet

Les navigateurs:

• Safari: Excellent, enfin un OS qui propose un navigateur par défaut qui a de quoi séduire. Contrairement à son (portage?) sous windows il est plutôt rapide et léger, je l’utilise tous les jours.
• Firefox: Malheureusement safari souffre parfois de son manque de part de marchés et il arrive que certains sites – bien spécifiques – ne fonctionnent pas a merveille, c’est alors que je bascule sur ce navigateur secondaire, mais indispensable. Je ne pense pas avoir à dire grand chose sur tant celui-ci tellement est connu et reconnu..
• Flock: Un Social Web Browser, connectez vous facilement sur toutes les reseaux (Facebook, Flickr, Myspace, Vos blogs, etc..) Plutôt pratique pour tout centraliser.
• Internet explorer: Non, c’est une blague… :)

Lecteurs de flux RSS

• NetNewsWire: J’aime les applications simples, qui exécutent ce pourquoi on les emplois en le fessant bien.. c’est le cas de celle ci. En plus elle permet la synchronisation de vos flux préférés avec NewsGator et MobileMe. Que vouloir de plus ?

Messagerie instantanée

• AdiumX: Un client IM dans l’esprit mac, contrairement à l’autre – dont je parlerais après.. très intuitif, multi-protocoles (AOL, MSN, Jabber, GTalk, Yahoo, Bonjour, MySpace, Facebook..). Malheureusement il ne gère pas encore la vidéo mais il permet l’ajout de plugins, thèmes, icones.. bref, je suis fan.
• aMsn: Le client anti user-friendly par excellence sous mac mais il est le seul qui gère la video via msn.. alors il faut l’avoir. (même si il est vraiment très moche)
• Linkinus: Un client IRC parmi tant d’autres, celui là m’as accroché.. allez savoir pourquoi :)

Transferts de données

• Transmit: Un client pour les protocoles FTP(+SSL), SFTP, Webdav, Amazone S3. C’est une création Panic – qui a, à son actif de très très bon logiciels. Un must have.
• Cyberduck: Un autre client (s)FTP, etc.. Et open source en plus !
• Transmission: Un Le client Torrent par excellence.
• Halime: Très bon client pour les newsgroups, malheureusement il n’est plus mis a jour.

Interface système et utilitaires

• iStats Menus: Gardez un oeil sur l’utilisation des ressources de vôtre machine (et en plus ça a de la gueule !).
• Growl: Centralise toutes vos notifications via des bulles entièrement customisable (enormement d’applications sont compatibles, c’est un must have).
• Deeper: Pour customiser son système simplement.
• Quicksilver: Le lanceur par excellence, tapez les trois premières lettres d’une application et il la lance ! C’est bien simple, je ne peux plus m’en passer :)
• AppFresh: Permet de garder vos applications a jours le plus simplement du monde.
• Blacktree visor: Ouvrez un terminal a la façon Quake, très pratique avec terriblement de gueule !

Sécurité

• Little snitch: Firewall très bien conçu – user friendly. Un must have.
• SuperDuper: Solution de backup très simple et bien foutue, un complement parfait a time machine.

Multimedia

• Perian: Permet a Quicktime de lire quasiment tous les formats existants. Un must-have.
• Xiph: Apporte le support de l’OGG a iTunes/Quicktime. Indispensable aussi.
• Flip4Mac: Lecture des wmv par Quicktime.
• MPlayer OSX Extended: L’alternative a Quicktime que je prefere, très propre/performant.
• Mpeg Streamclip: Un convertiseur de vidéos simple et bien foutu.
• Handbrake: Un autre convertiseur de vidéos, parfait complement a Mpeg streamclip.

Gestion des fichiers / Gravure

• Toast: Logiciel de gravure multifonction, l’equivalent de Nero sur mac.. malheureusement il a les mêmes défaut que son homologue: très lourd.
• Liquid CD: Une très bonne alternative a Toast. Gratuit en plus.
• The Unarchiver: Extraction d’archives de tous formats. Un must have.
• 7zx: Utilitaire d’archive supportant les formats tar, zip, gzip, bzip2, UNIX compress, 7z et s7z.

Maintenance et Optimisations

• Onyx: Utilitaire de maintenance très complet. Un must-have.

Développement

• Coda: Un outil pour le devel Web complet.. il intègre toutes les fonctions dont vous avez besoin, encore une fois Panic software a assuré !
• XCode: L’environement de developpement par Apple. Très bien concu !
• Sequel Pro: Gestion de BDD MySQL via une interface très bien foutue.

Je vous invite a poster – dans les commentaires – le nom des applications que vous aimez le plus pour que je puisse continuer cette liste.

Possibly Related Posts:

• Bugfix: Roundcube quitte immédiatement après le login
• Créer un RamDisk sous OS X
• ECiD/ iBEC & iBSS Grabber for Mac
• Reset du mot de passe de contrôle parental sur la wii
• Installer Os X sur un Thinkpad R52

Dans ce tutoriel je vais essayer vous expliquer comment flasher sa Fonera avec le firmware DD-WRT avec votre Mac préféré. DD-WRT, C’est quoi ? Tout simplement firmware alternatif qui vous apporte pleins de fonctions: un mode client en wifi, système de hotspot (Chilli) et encore pleins d’autres choses.. en plus il est gratuit. Pourquoi s’en priver ?

Ce dont vous aurez besoin

Attention, il est important de télécharger ces fichiers avant de commencer ce tutoriel car vous n’aurez plus de connexion a internet pendant la procédure… Sauf si vous avez plusieurs machines.. ;)

Vérifier la version de la fonera

1. Procédure de reset:
- Maintenez le bouton reset 30s,
- Débranchez/retranchez l’alimentation tout en maintenant le reset,
- Continuez a appuyer dessus jusqu’à ce que la led wifi s’allume puis s’éteigne (2-3 minutes),
- Relâchez (enfin) le reset puis attendez (encore) 2-3 minutes que la led wifi s’allume de nouveau.

2. Connecter: Pour cela on va brancher la Fonera directement à l’ordinateur en RJ45 puis configurer l’adresse Ip de la carte Ethernet en: 169.254.255.2/255.255.0.0 (la fonera ayant l’adresse: 169.254.255.1).
3. Récupérer la version: Ouvrez votre navigateur et tapez dans la barre d’adresse « http://169.254.255.1″
4. Si un login/mdp vous est demandé entrez:
- login: root
- pass: admin

Exploiter RADIUS pour obtenir un accès SSH

A chaque démarrage de la fonera elle se connecte a un serveur RADIUS (/usr/sbin/chilli_radconfig) pour télécharger la configuration la plus récente (/etc/chilli.conf).
FON a pris des précautions pour sécuriser l’utilisation du serveur SSH mais n’a pas fait de même pour leur serveur RADIUS, nous allons exploiter cette faille en se connectant à un serveur spoofé qui va nous permettre d’avoir la main sur cette petite bête..
Pour cela nous allons devoir faire pointer la Fonera sur un serveur DNS qui redirigera l’adresse « radius01.fon.com » vers un serveur RADIUS « Non-officiel » sur lequel elle récupérera un fichier config a notre sauce.

En résumé. Donc tout ce que l’on a à faire c’est configurer la Fonera pour qu’elle pointe sur le DNS: « 88.198.165.155″ ce qui redirigera « radius01.fon.com » sur « kolofonium.datenbruch.de » (qui est un serveur Radius « pirate »).

1. Ouvrez votre navigateur et tapez dans la barre d’adresse « http://169.254.255.1″
2. Allez dans « advanced » et entrez les paramètres réseau avec:
- Ip: une Ip valide derrière votre Box internet (ex: 192.168.3.20, chez moi)
- Network Mask: 255.255.255.0
- Gateway: L’Ip de votre Box Internet. (ex: 192.168.3.242, chez moi)
- DNS: 88.198.165.155

3. Connectez la Fonera directement a un des ports ethernet de votre box internet,
4. Redémarrez enfin la Fonera puis attendez quelques minutes pour la redémarrer à nouveau.

La modification touche le fichier « /etc/raddb/users », le nouveau contient:
chillispot Auth-Type = External
Exec-Program-Wait = "/etc/raddb/fonera.sh",
CHILLICONF = "radiusserver1 radius01.fon.com",
CHILLICONF = "radiusserver2 radius02.fon.com",
CHILLICONF = "radiussecret garrafon",
CHILLICONF = "dhcpif eth1",
CHILLICONF = "uamsecret garrafon",
CHILLICONF = "uamanydns",
CHILLICONF = "uamallowed www.martinvarsavsky.net,www.google.com,www.flickr.com,static.flickr.com,video.google.com,216.239.51.0/24,66.249.81.0/24",
CHILLICONF = "uamallowed www.fon.com,www.paypal.com,www.paypalobjects.com,www.skype.com,66.249.93.0/24,72.14.207.0/24,72.14.209.0/24,84.96.67.0/24,213.91.9.0/24,80.118.99.0/24",
CHILLICONF = "uamallowed shop.fon.co.kr,secure.nuguya.com,inilite.inicis.com,fon-en.custhelp.com,maps.fon.com,c20.statcounter.com",
CHILLICONF = "uamserver https://login.fon.com/cp/index.php",
CHILLICONF = "# Greetings from Michael and Stefan",
CHILLICONF = "# http://mrmuh.blogspot.com/ & http://stefans.datenbruch.de/lafonera/",
CHILLICONF = "uamallowed stefans.datenbruch.de",
CHILLICONF = "ipup /etc/init.d/dropbear",
Fall-Through = 0

On notera la ligne « ipup /etc/init.d/dropbear »: C’est elle qui lance le serveur SSH des que l’interface « publique » est démarrée.

Se connecter a notre joli serveur SSH

1. Reconnectez la Fonera a votre machine par l’interface Ethernet (rappel ip: 169.254.255.1)

2. Ouvrez un Terminal (Applications > Terminal) et tapez:
# ssh root@169.254.255.1

3. On accepte la clé et on entre le mot de passe « admin »

4. Yeepee, on est dedans :)

5. Activer le SSH en permanence:
# mv /etc/init.d/dropbear /etc/init.d/S50dropbear

Configurer notre serveur HTTP

1. Rendez-vous dans vos « Préférences systèmes » puis dans « Partage », Activez le « Partage web ». Notez l’url du bas, (ici: http://mac.local/~rzo ou http://169.254.5.199/~rzo) Vous trouverez votre Ip dans les préférences réseau de OSX, la mienne est « 169.254.5.199″

2. Puis mettez les 2 fichiers téléchargé plus tôt dans le répertoire de partage web de votre utilisateur (/Users/’nomUtilisateur’/Sites/)
- openwrt-ar531x-2.4-vmlinux-CAMICIA.lzma
- out.hex

Accès à la mtd

1. On récupère nos fichiers sur la Fonera:
# cd /tmp
# wget http://169.254.5.199/~username/openwrt-ar531x-2.4-vmlinux-CAMICIA.lzma

2. On flashe avec le firmware modifié, ce qui nous permet un accès à la mtd:
# mtd -e vmlinux.bin.l7 write openwrt-ar531x-2.4-vmlinux-CAMICIA.lzma vmlinux.bin.l7
# reboot


Soyez patients, cela peut prendre du temps…

3. on se reconnecte en SSH et on lui applique le out.hex (fichier config redboot)
# cd /tmp
# wget http://169.254.5.199/~username/out.hex
# mtd -e "RedBoot config" write out.hex "RedBoot config"
# reboot


Attention, si vous avez l’erreur: « Could not open mtd device » assurez vous d’avoir tapé la commande en respectant les majuscules, c’est case sensitive.

Configurer le serveur tftp

1. Entrez dans un Terminal: (dans mon cas il existait déjà.. vérifiez quand même..)
sudo mkdir /private/tftpboot

2. Copiez le firmware de dd-wrt à la racine du serveur tftp (linux.bin):
- Déplacez le fichier sur le bureau.
- Tapez:
sudo cp ~/Desktop/linux.bin /private/tftpboot/

3. On démarre le serveur tfp, tapez:
sudo /sbin/service tftp start

Quand on touche au but..

NOTA: A ce stade la Fonera ne peux pas démarrer correctement, c’est normal – et indispensable – le répertoire FIS est complètement effacé. Par contre nous pouvons toujours nous connecter au RedBoot, pour cela:

1. Configurez votre carte Ethernet pour avoir l’Ip: 192.168.1.10

2. Préparez un Terminal avec la ligne suivante: Ne tapez pas entrée tout de suite !
$ telnet 192.168.1.254 9000

3. Débranchez et rebranchez l’alimentation de la Fonera, puis validez la commande ci-dessus dans les 10 secondes qui suivent le branchement.
NOTE: Le pre-boot de la Fonera peut prendre du temps, n’hésitez pas à retaper la commande plusieurs fois.. (Tips: Flèche haut).

4. On a le shell, on configure le réseau. qui va pointer sur notre serveur tftp:
> ip_address -l 192.168.1.254/24 -h 192.168.1.10

5. Puis on flashe ! Répondez « y » quand on vous pose des questions.
> fis init
> load -r -b 0x80041000 linux.bin
> fis create linux

Ces commandes sont très longues a exécuter, ne vous affolez pas ! (« fis create linux » a pris 30 minutes chez moi…).
Ne pas rebooter ensuite, il va falloir modifier le script de démarrage !

RedBoot> fconfig
Run script at boot: true
Boot script:
.. fis load -l vmlinux.bin.l7
.. exec
Enter script, terminate with empty line
>> fis load -l linux
>> exec
>>
Boot script timeout (1000ms resolution): 10
Use BOOTP for network configuration: false
Gateway IP address:
Local IP address: 192.168.1.254
Local IP address mask: 255.255.255.0
Default server IP address:
Console baud rate: 9600
GDB connection port: 9000
Force console for special debug messages: false
Network debug at boot time: false
Update RedBoot non-volatile configuration - continue (y/n)? y
... Erase from 0xa87e0000-0xa87f0000: .
... Program from 0x80ff0000-0x81000000 at 0xa87e0000: .
RedBoot>reset

Voilà, vous y êtes, redémarrez la Fonera, configurez votre réseau ethernet (ou wifi) en DHCP puis lancez un navigateur sur l’url: http://192.168.1.1. Félicitation.

NOTE: l’utilisateur/mot de passe est le même. login: root, mdp: admin

Possibly Related Posts:

• Tips: Serveur web d’urgence avec Netcat
• Tips: Man pages en couleurs…
• Du load-balancing avec vyatta
• Effacer définitivement les données d’un disque dur sous *nux (dd, zero, random)
• ARP Spoofing (ARP Cache poisoning)

Boot du système, tout va pour le mieux au début mais quand viens le tours du Finder, l’écran reste bleu, rien. plus d’accès disque, il s’endort. immuable. Reboot en mode single user (-s au prompt).. a l’attaque du mode rescue.

1) Monter le disque:
# mount -uw /

2) Supprimer les préférences: de login, du serveur x.
# mv /Library/Preferences/com.apple.loginwindow.plist ~/Desktop/com.apple.loginwindow.plist.old
# mv /Library/Preferences/com.apple.windowserver.plist ~/Desktop/com.apple.windowserver.plist

3) Supprimer les Préférences des applications utilisateurs qui peuvent être foireuses..
# cd /Users/$NOM_UTILISATEUR/Library
# mv Preferences Preferences.old

4) Vérifier le volume
# fsck -fy

5) Réparer les autorisations
# chmod 1775 /
# diskutil repairPermissions /

6) Redémarrer.
# reboot

.. a ce moment là, c’est plutôt l’angoisse.. reboot long.. toujours pareil, dégoûté. Puis l’éclair de lumière, j’avais installé « Bad APE » la veille.. re-reboot en mode rescue et élimination du problème:
rm -rf /System/Library/SystemConfiguration/ApplicationEnhancer.bundle

Reboot, ça marche. Je souffle et vais me fumer une cigarette bien méritée. a très bientôt.

Possibly Related Posts:

• Créer un RamDisk sous OS X
• ECiD/ iBEC & iBSS Grabber for Mac
• Installer Os X sur un Thinkpad R52
• The Cheat 1.2.2 pour (Snow) Leopard
• Les applications indispensables pour Os X