macOS GCD - Grand Central Dispatch
Informations de base
Grand Central Dispatch (GCD), également connu sous le nom de libdispatch, est disponible à la fois sur macOS et iOS. Il s'agit d'une technologie développée par Apple pour optimiser le support des applications pour l'exécution concurrente (multithread) sur un matériel multicœur.
GCD fournit et gère des files d'attente FIFO auxquelles votre application peut soumettre des tâches sous forme d'objets de bloc. Les blocs soumis aux files d'attente de répartition sont exécutés sur un pool de threads entièrement géré par le système. GCD crée automatiquement des threads pour exécuter les tâches dans les files d'attente de répartition et planifie l'exécution de ces tâches sur les cœurs disponibles.
En résumé, pour exécuter du code en parallèle, les processus peuvent envoyer des blocs de code à GCD, qui se chargera de leur exécution. Par conséquent, les processus ne créent pas de nouveaux threads ; GCD exécute le code donné avec son propre pool de threads.
Cela est très utile pour gérer avec succès l'exécution parallèle, réduisant considérablement le nombre de threads que les processus créent et optimisant l'exécution parallèle. Cela est idéal pour les tâches qui nécessitent une grande parallélisme (force brute ?) ou pour les tâches qui ne doivent pas bloquer le thread principal : par exemple, le thread principal sur iOS gère les interactions UI, donc toute autre fonctionnalité qui pourrait faire planter l'application (recherche, accès à un site web, lecture d'un fichier...) est gérée de cette manière.
Objective-C
En Objective-C, il existe différentes fonctions pour envoyer un bloc à exécuter en parallèle :
dispatch_async : Soumet un bloc pour une exécution asynchrone sur une file d'attente de répartition et retourne immédiatement.
dispatch_sync : Soumet un objet de bloc pour exécution et retourne une fois que ce bloc a fini d'exécuter.
dispatch_once : Exécute un objet de bloc une seule fois pendant la durée de vie d'une application.
dispatch_async_and_wait : Soumet un élément de travail pour exécution et ne retourne qu'après son exécution. Contrairement à
dispatch_sync
, cette fonction respecte tous les attributs de la file d'attente lorsqu'elle exécute le bloc.
Ces fonctions attendent ces paramètres : dispatch_queue_t
queue,
dispatch_block_t
block
Voici la structure d'un bloc :
Et voici un exemple d'utilisation de parallélisme avec dispatch_async
:
Swift
libswiftDispatch
est une bibliothèque qui fournit des liaisons Swift au framework Grand Central Dispatch (GCD) qui est initialement écrit en C.
La bibliothèque libswiftDispatch
enveloppe les API C GCD dans une interface plus conviviale pour Swift, facilitant ainsi le travail des développeurs Swift avec GCD.
DispatchQueue.global().sync{ ... }
DispatchQueue.global().async{ ... }
let onceToken = DispatchOnce(); onceToken.perform { ... }
async await
var (data, response) = await URLSession.shared.data(from: URL(string: "https://api.example.com/getData"))
Exemple de code:
Frida
Le script Frida suivant peut être utilisé pour s'accrocher à plusieurs fonctions dispatch
et extraire le nom de la file d'attente, la trace de la pile et le bloc : https://github.com/seemoo-lab/frida-scripts/blob/main/scripts/libdispatch.js
Ghidra
Actuellement, Ghidra ne comprend ni la structure ObjectiveC dispatch_block_t
, ni celle de swift_dispatch_block
.
Donc, si vous voulez qu'il les comprenne, vous pouvez simplement les déclarer :
Ensuite, trouvez un endroit dans le code où ils sont utilisés :
Notez toutes les références à "block" pour comprendre comment vous pourriez déterminer que la structure est utilisée.
Cliquez avec le bouton droit sur la variable -> Retype Variable et sélectionnez dans ce cas swift_dispatch_block
:
Ghidra réécrira automatiquement tout :
Last updated