D’ici deux mois, ce sera entièrement terminé.

Je travaille actuellement à rendre mon outil de verrouillage de session compatible en 64 bits et Mountain Lion. Il ne sortira pas ici mais sur le blog d’Octiplex : http://blog.octiplex.com/

Je vais très certainement me remettre à rédiger des articles, mais ce sera sur le lien ci dessus.

iNig-Services » Du bon usage de votre clavier, maitriser les caractères du Mac.

1
2
3

- (void)awakeFromNib {
	[self.window setReleasedWhenClosed:NO];
}

L’étape suivante est de savoir lorsque l’on clique sur l’icône du Dock. Dans le delegate de NSApplication, la méthode « applicationShouldHandleReopen:hasVisibleWindows: » est appelée lorsque l’on ouvre l’application même si elle est déjà ouverte ou lorsque l’on clique sur l’icône du Dock. Il faut donc s’assurer que notre contrôleur soit bien le delegate de l’application avant de réimplémenter cette méthode. Dans cette réimplémentation, il suffit de dire à la fenêtre de se réafficher :

1
2
3
4

- (BOOL)applicationShouldHandleReopen:(NSApplication *)theApplication hasVisibleWindows:(BOOL)flag {
	[self.window makeKeyAndOrderFront:self];
	return YES; // Valeur retournée par défaut
}

Vous pouvez retrouver un code plus complet dans cet exemple d’application : ReopenWindow

Pour télécharger LockSession, rendez-vous sur la page Applications.

Faites une blague à vos collègues : installez l’application sur leur machine et définissez cmd+s comme raccourci. À chaque fois qu’ils voudront enregistrer un fichier leur session se verrouillera…

Qu’est-ce que le firmware ?

Le firmware est un logiciel, une sorte de mini système d’exploitation, stocké sur une puce de la carte mère d’un ordinateur. Lorsque l’on démarre un ordinateur, le firmware est le premier élément logiciel a démarrer. Il va en premier tester de manière basique le matériel pour ensuite servir de lien entre le système d’exploitation et le matériel.
Dans l’univers informatique, le firmware le plus connu est celui développé à la base par IBM : le BIOS (Basic Input Output System). Il est utilisé sur la plupart des PC depuis plusieurs dizaines d’années. Cependant, sur nos Mac, il n’y a pas de BIOS. Si vous avez un Mac à processeur PowerPC, vous avez alors de l’Open Firmware, développé par Sun Microsystem. Les Mac à processeur Intel, quant à eux, possèdent un EFI (Extensible Firmware Interface).
L’EFI a été créé par Intel pour remplacer le BIOS qui devient maintenant très limité. Cependant, après 10 ans d’existence, l’EFI est toujours absent et le BIOS est présent. La faute incombe certainement à Microsoft qui n’a, jusqu’à peu, jamais supporté d’autres firmwares que le BIOS dans ses systèmes grand public. A l’heure actuelle, seuls Vista SP1 et Seven supportent l’EFI (mais dans sa version 2 alors que les Mac possède la version 1). De ce fait, comment est-il possible de faire tourner Windows XP ou Vista sur un Mac qui possède de l’EFI alors que celui ci n’est pas supporté ? C’est simple : l’EFI des Mac émule un BIOS. Windows supportant le BIOS, il peut s’installer.

Modifier le comportement de démarrage d’un Mac

Au chargement du firmware, celui ci effectue un POST (Power On Self Test). C’est-à-dire qu’il va tester le matériel pour vérifier qu’il n’y a aucune erreur. Vous aurez ensuite la possibilité de changer le comportement de démarrage du Mac en appuyant sur certaines touches au démarrage. Voici une liste non exhaustive de ces touches et de ce qu’elles provoquent :

• C : Démarrer sur le CD.
• N : Démarrer sur le réseau (nécessite un serveur netboot).
• T : Démarrer en mode Target (le Mac se transforme en disque dur externe).
• X : Démarrer Mac OS X.
• Option (Alt) : Lister les volumes sur lesquels on peut démarrer.
• Shift : Démarrer en Safe Mode (mode sûr qui ne charge que les éléments indispensable).
• Command + S : Démarrer en mode Single User (mode sans interface graphique où vous avez accès administrateur à tout le système mais par défaut en lecture seule).
• Command + V : Démarrer en mode Verbose (décrit à l’écran tout ce que le système effectue au démarrage).
• Command + Option + P + R : Réinitialiser la PRAM (mémoire qui contient les variables utilisées par le firmware comme le volume sonore).
• Clic de souris, de trackpad, eject ou F12 : Forcer l’éjection d’un CD.

Des problèmes de sécurité dans le firmware ?

Les touches de modification de démarrage peuvent être très dangereuses. Certains parlent même de problème de sécurité alors que ce sont simplement des fonctionnalités très utiles proposées par Apple. Grâce à ces touches, il est par exemple très simple de démarrer sur le disque d’installation de Mac OS X et d’utiliser l’utilitaire permettant de réinitialiser les mots de passe administrateurs, de démarrer le Mac en mode Target et de le brancher à un autre Mac pour accéder au contenu de tout le disque dur…
Le plus dangereux est certainement le mode Single User car il ne nécessite rien d’autre que l’accès au Mac. Dans ce mode, on a un accès total à la machine, mais le disque dur est monté en lecture seule. Cependant, en deux lignes de commandes, il est possible de remonter le disque dur en écriture et supprimer le fichier /var/db/.AppleSetupDone :

1
2

mount -uw /
rm /var/db/.AppleSetupDone

La suppression de ce fichier aura pour effet de faire croire au système qu’il démarre pour la première fois. Il lancera alors l’assistant de création de compte utilisateur et vous pourrez créer un nouveau compte administrateur.

Définir un mot de passe au firmware

Afin de sécuriser le firmware, Apple propose d’établir un mot de passe sur celui ci. Pour cela, vous aurez besoin du disque d’installation de Mac OS X. Dans le dossier Applications/Utilities de ce disque, vous trouverez l’application Firmware Password Utility qui permet de définir, modifier ou retirer le mot de passe du firmware. Cette application peut facilement être lancée depuis le menu Utilities en démarrant le Mac depuis ce disque d’installation. Vous pouvez cependant lancer l’application alors que Mac OS X est déjà démarré. Dans ce cas, un nom d’utilisateur et mot de passe administrateur vous seront demandés.
Attention, l’application se lancera très certainement avec un clavier AZERTY alors que lorsque le mot de passe sera demandé plus tard, le clavier sera en QWERTY. Dans le panneau International des préférences systèmes, vous pourrez passer votre clavier en QWERTY avant de définir ou changer ce mot de passe. Cela évitera bien des problèmes par la suite.

Le fait d’avoir définit un mot de passe à provoqué l’invalidation de la plupart des touches de modification de démarrage. Le mode Verbose, le mode Single User et le Safe Mode seront indisponibles. Le mode Target et le démarrage sur le réseau sont toujours disponibles dans le panneau Disque de démarrage des préférences systèmes. Il sera impossible de réinitialiser la PRAM…
La seule touche de modification toujours disponible est Option qui permet de lister les volumes sur lesquels on peut démarrer. Dans ce cas et uniquement dans ce cas, le mot de passe firmware vous sera demandé avant de lister les volumes. N’importe quelle autre touche appuyée au démarrage aura pour effet de démarrer sur le système par défaut. Le firmware est donc bien sécurisé.

En ayant un accès physique à la machine, il est cependant possible de supprimer ce mot de passe. Pour cela, il faut retirer la RAM, réinitialiser la PRAM quatre fois d’affilée puis remettre la RAM en place. Le mot de passe a alors disparu. À ceux qui seraient prêts à crier au scandale, sachez que les PC équipés d’un BIOS sur lequel on peut définir un mot de passe ont également un problème à ce niveau : en retirant la pile présente sur la carte mère, au bout d’un certain temps (quelques heures généralement), le BIOS est réinitialisé et perd son mot de passe.

N’oubliez jamais qu’avec un accès physique à une machine on peut tout faire.

Au long de cet article, nous allons tenter d’exécuter l’équivalent de la commande suivante :

1

ls -1 /Applications/ | wc -l

Cette commande liste le contenu du dossier /Applications avant de compter le nombre d’éléments à l’intérieur.

Nous allons commencer par créer un NSTask qui va lister le contenu du dossier /Applications.

1
2
3
4
5
6

// Création du NSTask
NSTask *ls = [[NSTask alloc] init];
// Association de la commande "ls" au NSTask en utilisant un NSString
[ls setLaunchPath:@"/bin/ls"];
// Passage des différents arguments au travers d'un NSArray contenant des NSString
[ls setArguments:[NSArray arrayWithObjects:@"-1", @"/Applications", nil]];

Le message setLaunchPath: permet de définir l’emplacement et le nom du binaire à exécuter (que vous pourrez retrouver avec la commande whereis ls dans le Terminal), tandis que le message setArguments: permet de passer les différents arguments. En ligne de commande, les arguments sont séparés par des espaces. Ici, ils doivent être passés dans différents objets d’un tableau.

De la même manière, nous allons créer un NSTask pour compter le nombre de lignes retournées par la commande ls.

1
2
3
4

// Création du NSTask "wc"
NSTask *wc = [[NSTask alloc] init];
[wc setLaunchPath:@"/usr/bin/wc"];
[wc setArguments:[NSArray arrayWithObject:@"-l"]];

Nous souhaitons maintenant relier les deux NSTask : la sortie du ls doit être redirigé vers l’entrée du wc. Pour cela, nous allons utiliser un NSPipe.

1
2
3
4
5
6

// Création du NSPipe qui passera les informations du "ls" au "wc"
NSPipe *lsToWcPipe = [[NSPipe alloc] init];
// Redirection de la sortie de "ls" sur le NSPipe
[ls setStandardOutput:lsToWcPipe];
// Redirection de l'entrée de "wc" sur le NSPipe
[wc setStandardInput:lsToWcPipe];

Le message setStandardInput: d’un NSTask permet de rediriger l’entrée de ce NSTask vers un autre emplacement (généralement un NSPipe), tandis que le message setStandardOutput: permet de rediriger la sortie.

Il serait maintenant intéressant de récupérer le résultat que retournera le second NSTask. Pour cela, il nous faut un nouveau NSPipe pour récupérer la sortie du NSTask mais également un NSFileHandle qui nous permettra de récupérer le contenu du NSPipe.

1
2
3
4
5

// Création du NSPipe qui récupérera le résultat
NSPipe *outputPipe = [[NSPipe alloc] init];
[wc setStandardOutput:outputPipe];
// Création d'un NSFileHandle qui récupérera les informations du NSPipe
NSFileHandle *outputFileHandle = [[outputPipe fileHandleForReading] retain];

NSPipe possède deux messages pour gérer son contenu : fileHandleForReading qui retourne un NSFileHandle permettant de lire le contenu du NSPipe et fileHandleForWritting qui retourne un NSFileHandle permettant d’écrire dans le NSPipe.

Les NSTask sont maintenant initialisés. Nous pouvons les exécuter.

1
2
3

// Exécution des NSTask
[ls launch];
[wc launch];

L’exécution des NSTask s’effectue en appelant le message launch sur ceux-ci.

Nous en avons terminé avec les NSTask. Cependant, le résultat est stocké sous forme de NSFileHandle. Il serait intéressant de l’avoir sous forme de NSString. Pour cela, nous allons devoir passer par un NSData.

1
2
3
4
5
6

// Récupération du fichier de sortie dans un NSData
NSData *outputData = [[outputFileHandle readDataToEndOfFile] retain];
// Transformation du NSData en NSString
NSString *outputString = [[NSString alloc] initWithData:outputData encoding:NSUTF8StringEncoding];
// Affichage du résultat
NSLog(@"%@", [outputString description]);

Le message readDataToEndOfFile de NSFileHandle permet de retourner directement un NSData comprenant tout le contenu du fichier associé. Ensuite, il suffit de créer et initialiser un NSString avec le message initWithData:encoding:. Celui ci permet d’initialiser le NSString avec le contenu d’un NSData et en utilisant un certain encodage de caractère, généralement encoding:NSUTF8StringEncoding (UTF-8).

Il ne faut pas oublier la toute dernière étape : la libération des objets. Nous n’en avons plus besoin, il faut donc penser à décrémenter leur compteur de référence.

1
2
3
4
5
6
7
8

// Libération des objets
[ls release];
[wc release];
[lsToWcPipe release];
[outputPipe release];
[outputFileHandle release];
[outputData release];
[outputString release];

Nous avons maintenant terminé notre application. Pour rappel, voici le code complet :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

// Création du NSTask "ls"
NSTask *ls = [[NSTask alloc] init];
// Association de la commande "ls" au NSTask en utilisant un NSString
[ls setLaunchPath:@"/bin/ls"];
// Passage des différents arguments au travers d'un NSArray contenant des NSString
[ls setArguments:[NSArray arrayWithObjects:@"-1", @"/Applications", nil]];
 
 
// Création du NSTask "wc"
NSTask *wc = [[NSTask alloc] init];
[wc setLaunchPath:@"/usr/bin/wc"];
[wc setArguments:[NSArray arrayWithObject:@"-l"]];
 
 
// Création du NSPipe qui passera les informations du "ls" au "wc"
NSPipe *lsToWcPipe = [[NSPipe alloc] init];
// Redirection de la sortie de "ls" sur le NSPipe
[ls setStandardOutput:lsToWcPipe];
// Redirection de l'entrée de "wc" sur le NSPipe
[wc setStandardInput:lsToWcPipe];
 
 
// Création du NSPipe qui récupérera le résultat
NSPipe *outputPipe = [[NSPipe alloc] init];
[wc setStandardOutput:outputPipe];
// Création d'un NSFileHandle qui récupérera les informations du NSPipe
NSFileHandle *outputFileHandle = [[outputPipe fileHandleForReading] retain];
 
 
// Exécution des NSTask
[ls launch];
[wc launch];
 
 
// Récupération du fichier de sortie dans un NSData
NSData *outputData = [[outputFileHandle readDataToEndOfFile] retain];
// Transformation du NSData en NSString
NSString *outputString = [[NSString alloc] initWithData:outputData encoding:NSUTF8StringEncoding];
// Affichage du résultat
NSLog(@"%@", [outputString description]);
 
 
// Libération des objets
[ls release];
[wc release];
[lsToWcPipe release];
[outputPipe release];
[outputFileHandle release];
[outputData release];
[outputString release];

Pour plus d’information sur NSTask, n’hésitez pas à consulter la documentation d’Apple.
Vous pouvez également télécharger cet exemple dans une application en ligne de commande : NSTask Example

Où stocker le LaunchAgent ?

Dans le dossier LaunchAgent présent dans les dossiers Library. Vous avez donc quatre emplacements différents possible pour stocker votre LaunchAgent :

• ~/Library/LaunchAgent/ : Lance des agents de l’utilisateur connecté.
• /Library/LaunchAgent/ : Lance des agents disponibles pour tous les utilisateurs.
• /Network/Library/LaunchAgent/ : Lance des agents disponibles sur les réseau (généralement lié à un server Mac OS X).
• /System/Library/LaunchAgent/ : Lance des agents nécessaires au fonctionnement du système (évitez d’utiliser ce dossier).

Quel nom de fichier utiliser ?

Seule l’extension du fichier est obligatoire : plist.
Le reste du nom peut avoir n’importe quelle valeur. Généralement, on utilise des noms de domaines inversés, comme l’identifiant des applications ou les noms des fichiers de préférence. Par exemple : com.mycompany.mylaunchagent.plist.

Que mettre à l’intérieur du fichier ?

Trois valeurs sont indispensables au bon fonctionnement du launchagent :

• Label : identifiant du launchagent (ex : com.mycompany.mylaunchagent)
• ProgramArguments : tableau contenant l’exécutable lié à l’agent puis les différents arguments
• RunAtLoad : booléen devant être à vrai afin de lancer l’agent à l’ouverture de session.

Par exemple, nous allons créer un Agent stocké dans le dossier /Library/Application Support/MyApp/agent et demandant l’argument start pour démarrer.
Voici ce que donnerait le fichier à travers l’application Property List Editor :

LaunchAgent

En modifiant directement le code XML du fichier, voici le résultat :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
	<key>Label</key>
	<string>com.mycompany.mylaunchagent</string>
	<key>ProgramArguments</key>
	<array>
		<string>/Library/Application Support/MyApp/agent</string>
		<string>start</string>
	</array>
	<key>RunAtLoad</key>
	<true/>
</dict>
</plist>