macOS Terminal : cat, lire vos fichiers en un instant

Notre commande Unix du Vendredi soir

Notre commande Unix du Vendredi soir : cat

Vous connaissez cette scène. Vous êtes dans le Terminal, quelque part dans votre arborescence de fichiers, et vous voulez juste jeter un œil au contenu d’un petit fichier de configuration, d’un journal court ou d’une note en texte brut.

Faut-il vraiment ouvrir le Finder, retrouver le fichier, faire un double-clic, attendre que TextEdit se lance, puis refermer la fenêtre trois secondes plus tard ?

La réponse tient en trois lettres : cat.

Cette commande fait partie de l’ADN d’Unix depuis la toute première version d’AT&T UNIX, écrite par Dennis Ritchie en personne. Sur votre MacBook Pro M4 ou votre iMac sous macOS Sequoia, elle est toujours là, prête à afficher instantanément le contenu d’un fichier dans votre fenêtre de Terminal.

Le nom cat est le raccourci de concatenate, c’est-à-dire mettre bout à bout. Car cette petite commande fait bien plus que lire un fichier. Elle sait aussi les enchaîner, numéroter leurs lignes, ou révéler les caractères invisibles qui se cachent dans vos textes.

Voyons ensemble comment l’utiliser au quotidien.

Anatomie d’une commande vétérante

La syntaxe officielle de cat, telle qu’elle figure dans la man page de macOS, tient sur une seule ligne.

cat [-belnstuv] [file ...]

Le principe est simple. La commande lit un ou plusieurs fichiers de manière séquentielle, puis écrit le résultat sur la sortie standard, autrement dit votre fenêtre de Terminal.

Si vous ne donnez aucun nom de fichier, ou si vous utilisez un simple tiret à la place, cat lit alors depuis l’entrée standard, ce qui ouvre la porte à toutes sortes de combinaisons avec d’autres commandes.

Passons en revue les options disponibles sur macOS, extraites textuellement de la man page officielle du système.

L’option -b numérote uniquement les lignes non vides du fichier, en commençant à 1.

L’option -e affiche les caractères non imprimables (comme le fait l’option -v) et ajoute un signe dollar en fin de chaque ligne.

L’option -l pose un verrou exclusif consultatif sur le descripteur de fichier de la sortie standard. Utile pour éviter les collisions d’écriture concurrentes.

L’option -n numérote toutes les lignes de sortie, y compris les lignes vides, en commençant à 1.

L’option -s compresse les lignes vides consécutives, ce qui rend la sortie visuellement plus aérée.

L’option -t affiche les caractères non imprimables et représente les tabulations par la notation ^I.

L’option -u désactive la mise en tampon de la sortie, pour un affichage immédiat caractère par caractère.

L’option -v rend visibles les caractères non imprimables. Un caractère de contrôle devient par exemple ^X, et le caractère de suppression apparaît sous la forme ^?.

Le tiret seul en position d’argument indique que cat doit lire depuis l’entrée standard à cet endroit précis.

Bon à savoir : la commande cat renvoie le code de sortie 0 en cas de succès, et une valeur supérieure à 0 si une erreur survient. Ce détail sera précieux le jour où vous chaînerez cat dans un script shell.

Trois scénarios du quotidien Mac

Passons de la théorie à la pratique. Voici des cas d’usage que vous rencontrerez très probablement sur votre propre machine.

Premier scénario : vous avez créé une petite note en Markdown pour préparer un article, et vous voulez la vérifier rapidement avant de la partager.

cat /Users/henrido/Documents/idees-articles.md

Le contenu apparaît immédiatement dans le Terminal, sans lancer aucune application graphique. Parfait pour une relecture éclair depuis votre MacBook Air M3 posé sur les genoux.

Deuxième scénario : vous inspectez un fichier de configuration système pour comprendre un comportement de votre Mac mini. Vous voulez numéroter les lignes pour pouvoir référencer précisément un passage dans un ticket support.

cat -n /etc/hosts

Chaque ligne du fichier hôte apparaît alors précédée de son numéro. Vous pouvez ainsi indiquer regardez la ligne 8 sans ambiguïté à la personne qui vous aide.

Troisième scénario : vous préparez un rapport à partir de plusieurs fichiers texte séparés, par exemple des exports de statistiques semaine par semaine, et vous voulez tout réunir dans un unique document.

cat semaine-01.txt semaine-02.txt semaine-03.txt > rapport-mensuel.txt

Ici, cat lit les trois fichiers dans l’ordre et les concatène. La redirection avec le chevron envoie l’ensemble vers un nouveau fichier appelé rapport-mensuel.txt. Attention, ce chevron simple écrase le fichier de destination s’il existait déjà.

C’est là que le nom de la commande prend tout son sens. cat concatène bien, avant tout, plusieurs entrées en une seule sortie.

Le combo qui change la donne : cat et le tuyau

Sur macOS, cat révèle toute sa puissance lorsqu’il est associé à d’autres commandes via le caractère tuyau, aussi appelé pipe et représenté par la barre verticale.

Prenons un exemple concret. Vous voulez retrouver toutes les lignes d’un fichier journal qui mentionnent une erreur, et compter combien il y en a.

cat /var/log/install.log | grep -i "error" | wc -l

Décomposons cette petite chaîne. La commande cat lit le fichier install.log, l’envoie à grep qui filtre les lignes contenant le mot error sans distinction de casse grâce à l’option -i, puis wc -l compte le nombre de lignes résultantes.

Vous avez ainsi un compteur d’erreurs en une seule ligne.

À noter : les utilisateurs Unix aguerris rappellent volontiers que grep sait déjà lire un fichier directement, ce qui rend l’appel à cat superflu ici. Écrire grep -i error /var/log/install.log | wc -l est plus efficace car cela évite un processus intermédiaire. Ce cas est même connu sous le nom de useless use of cat.

Mais pour un débutant, la version avec cat a le mérite de la clarté. On lit littéralement prends ce fichier, puis filtre-le, puis compte-le. Une fois le principe compris, vous pourrez optimiser.

Autre variante moins connue et vraiment utile : la commande cat avec l’option -A n’existe pas sur macOS. Elle est propre à la version GNU de cat que l’on trouve sur Linux. Pour obtenir un équivalent sur votre Mac, combinez -v, -e et -t.

cat -vet mon-fichier.txt

Cette combinaison affiche tous les caractères invisibles, ajoute un dollar en fin de ligne et matérialise les tabulations. Idéal pour traquer un espace intempestif ou une tabulation cachée dans un fichier YAML ou un script shell qui refuse obstinément de fonctionner.

Un petit outil, un grand allié

La commande cat est probablement l’une des premières que tout utilisateur Terminal apprend, et l’une de celles qu’il utilisera le plus longtemps. Sa simplicité est aussi sa force.

Elle ne vous demande rien de plus qu’un nom de fichier, et vous rend en échange une lecture instantanée, sans détour graphique.

Prenez cinq minutes ce week-end. Ouvrez le Terminal, naviguez avec cd vers votre dossier Documents, et essayez cat sur un petit fichier texte que vous connaissez. Puis ajoutez -n pour voir les numéros de ligne apparaître.

Enfin, tentez la concaténation de deux fichiers dans un troisième. Vous verrez très vite pourquoi cat est resté indispensable pendant plus de cinquante ans.

 

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

Apple Deeptech : Le retour des mises à jour express : les Background Security Improvements cachées dans macOS 26 Tahoe

Les Background Security Improvements sont la réponse secrète d’Apple à la question des failles critiques : des mises à jour qui s’installent pendant la nuit, sans demander votre avis. Voici ce qui se cache derrière.

Un matin, vous allumez votre Mac. Rien de particulier en apparence. Pourtant, macOS vient de télécharger et d’installer un correctif de sécurité pendant la nuit, sans vous demander votre avis, sans s’afficher dans le Centre de mise à jour, et sans que vous en sachiez rien avant d’aller chercher vous-même l’information. Bienvenue dans l’ère des Background Security Improvements, ou BSI, la grande nouveauté silencieuse de macOS 26 Tahoe.

Ce n’est pas un bug. C’est un choix délibéré d’Apple, introduit discrètement dans la version 26.1 de Tahoe en novembre 2025, sans la moindre mention dans les notes de version officielles. Howard Oakley, l’analyste de référence de The Eclectic Light Company, a été l’un des premiers à le remarquer : Apple avait tout simplement « oublié » de le signaler. Ce genre d’oubli mérite qu’on s’y arrête.

Apple DeepTech

Une vieille idée dans un nouvel emballage

Pour comprendre les BSI, il faut remonter à la WWDC 2022. Apple annonce alors une nouveauté : les Rapid Security Responses (RSR), des mini-mises à jour capables de corriger des failles critiques dans des composants spécifiques du système, sans toucher à l’ensemble de macOS et sans redémarrage complet. Une idée séduisante, surtout quand une vulnérabilité dans WebKit, le moteur de rendu de Safari, peut être exploitée en quelques heures.

Les premières RSR arrivent en mai 2023 pour macOS Ventura 13.3.1. Le déploiement se passe bien. Puis en juillet 2023, catastrophe. La deuxième RSR modifie le numéro de version de Safari d’une façon que Facebook et Instagram n’apprécient pas : les deux plateformes refusent soudainement d’afficher leur version bureau sur Safari, le prenant pour un navigateur mobile inconnu. Apple retire la mise à jour en urgence, publie une version corrigée trois jours plus tard, et depuis lors, plus une seule RSR n’est déployée publiquement. Deux années de silence total.

Avec macOS 26 Tahoe, Apple relance le concept sous un nouveau nom. Les RSR deviennent les Background Security Improvements. Même technologie de fond, interface légèrement différente, et un détail qui en dit long : le paramètre correspondant ne se trouve plus dans Réglages Système > Général > Mise à jour de logiciels, là où tout utilisateur irait naturellement le chercher. Il se cache dans Réglages Système > Confidentialité et sécurité, tout en bas de la liste, activé par défaut. Howard Oakley note avec une certaine ironie qu’Apple a peut-être délibérément choisi cet emplacement discret pour que personne ne le désactive avant qu’un premier BSI soit déployé.

La magie des cryptex

Pour comprendre pourquoi cette architecture de mise à jour fonctionne, il faut faire un détour par le fonctionnement interne de macOS sur Apple Silicon.

Depuis macOS Big Sur, le système d’exploitation réside dans un volume spécial appelé le Signed System Volume (SSV). C’est une image en lecture seule, protégée par une chaîne de hachages cryptographiques et une signature numérique. Impossible d’y toucher sans invalider l’ensemble de la signature. Résultat : modifier le moindre octet du système nécessite une mise à jour complète, avec redémarrage dans un environnement de récupération, validation de l’intégrité, et reconstruction des instantanés APFS.

Mais macOS ne se réduit pas au SSV. Certains composants vivent dans des fichiers séparés appelés des cryptex (de « cryptographic extension »). Chaque cryptex est lui aussi signé et validé, mais il reste indépendant du SSV. APFS les greffe dans l’arborescence du système au démarrage, comme si leurs contenus avaient toujours été là. Il en existe deux principaux communs à tous les Mac : l’un contient Safari et ses composants WebKit, l’autre les caches dyld qui accélèrent le démarrage des applications. Les Mac Apple Silicon en embarquent des dizaines d’autres, dédiés aux fonctionnalités d’intelligence artificielle.

L’avantage décisif des cryptex : on peut les remplacer sans toucher au SSV. Pour certaines mises à jour, cela signifie qu’il suffit de relancer Safari, sans redémarrer le Mac. C’est cette architecture qui rend les BSI techniquement possibles.

Comment un BSI arrive sur votre Mac

En pratique, voici ce qui se passe quand Apple déploie un Background Security Improvement.

Un service d’arrière-plan appelé XProtectUpdateService, qui tourne silencieusement sur votre Mac, interroge régulièrement les serveurs Apple, notamment via CloudKit. Quand un BSI est disponible, ce service le télécharge et prépare l’installation. Si l’option Installation automatique est activée dans les réglages (c’est la valeur par défaut), la mise à jour s’installe pendant que votre Mac est inactif, idéalement la nuit et branché au secteur.

Contrairement à ce qu’on pourrait espérer, certains BSI nécessitent quand même un redémarrage complet. Le premier BSI public, déployé le 17 mars 2026, en est l’exemple : il corrigeait la faille CVE-2026-20643, une vulnérabilité dans l’implémentation par WebKit de la Navigation API, permettant à du contenu web malveillant de contourner la politique de même origine (same-origin policy), un mécanisme fondamental qui empêche un site d’accéder aux données d’un autre. Apple a jugé le risque suffisamment sérieux pour ne pas attendre la sortie de macOS 26.4, pourtant imminente.

Ce premier déploiement a d’ailleurs révélé des imperfections d’interface notées par TidBITS et par Oakley. Sur Mac, le redémarrage s’enclenche sans avertissement préalable. L’entrée dans le Centre de mise à jour reste absente. Certains appareils avec l’option automatique activée n’ont pas reçu la mise à jour avant plusieurs jours. La mécanique est brillante sur le plan technique, mais l’expérience utilisateur reste perfectible.

Ce que vous pouvez contrôler

Il est possible de désactiver les BSI automatiques ou de les désinstaller manuellement. Le chemin est le suivant :

Réglages Système > Confidentialité et sécurité > Améliorations de sécurité en arrière-plan

Vous y trouverez l’interrupteur pour l’installation automatique, ainsi qu’un bouton (i) à côté de chaque BSI installé pour le supprimer et redémarrer. Cette option de retour en arrière est un progrès par rapport aux RSR de 2023, qui ne permettaient pas toujours un rollback propre.

À noter : si votre Mac n’est pas encore à jour vers la version concernée par un BSI, Apple intègre automatiquement le correctif dans la prochaine mise à jour globale proposée via Général > Mise à jour de logiciels. Vous ne ratez donc pas la correction, elle arrive juste par un autre canal.

Ce que les BSI ne couvrent pas

Il serait tentant de croire que les BSI éliminent le besoin des mises à jour classiques. C’est faux. Leur périmètre d’action est limité aux composants livrés par les cryptex, principalement Safari, WebKit et quelques bibliothèques système. Dès qu’une vulnérabilité touche le Signed System Volume, c’est-à-dire la grande majorité des failles systèmes, il faut une mise à jour complète.

Howard Oakley a fait le calcul pour macOS Sequoia : sur les six mises à jour correctives publiées entre les versions majeures, seulement deux auraient pu techniquement être livrées via RSR ou BSI. Les quatre autres touchaient des composants dans le SSV et nécessitaient une mise à jour complète. Les BSI sont donc un outil précieux mais complémentaire, pas un remplacement du cycle de mise à jour habituel.

Une question de confiance

Derrière la technique, il y a une question de philosophie. En activant les BSI par défaut sans le signaler dans les notes de version, Apple fait un choix : celui de prioriser la sécurité collective sur la transparence individuelle. L’argument est défendable. Une faille WebKit peut être exploitée massivement en quelques heures, et le délai entre la publication d’une mise à jour classique et son installation effective par la majorité des utilisateurs est trop long.

Mais le contrat implicite entre Apple et ses utilisateurs se modifie. Votre Mac peut maintenant changer de comportement pendant la nuit sans que vous l’ayez décidé. Même si vous avez désactivé toutes les mises à jour automatiques dans Général > Mise à jour de logiciels, les BSI passent par un autre réglage, dans un autre panneau. Comme l’écrit Adam Engst dans TidBITS, l’interface actuelle est pour le moins déroutante.

Les deux options restent entre vos mains. Vous pouvez désactiver l’installation automatique des BSI si vous avez des raisons de vouloir contrôler chaque changement sur votre système. Vous pouvez aussi faire confiance à Apple pour gérer ce canal de manière responsable, maintenant que la leçon de 2023 a été apprise. Dans les deux cas, commencez par aller vérifier l’état de ce réglage sur votre Mac. Vous découvrirez peut-être qu’il était déjà activé depuis des mois.

Titre de la page du support techniqueURL officielleDate de publication
How Tahoe 26.1 has enabled automatic security updateshttps://eclecticlight.co/2025/11/06/how-tahoe-26-1-has-enabled-automatic-security-updates/6 novembre 2025
Apple Relaunches Background Security Improvements with WebKit Patchhttps://tidbits.com/2026/03/17/apple-relaunches-background-security-improvements-with-webkit-patch/17 mars 2026
Do apps launch faster in macOS Tahoe?https://eclecticlight.co/2025/09/30/do-apps-launch-faster-in-macos-tahoe/30 septembre 2025
Background Security Improvements (Apple Support)https://support.apple.com/102657Mis à jour en 2026
About the security content of Background Security Improvementshttps://support.apple.com/en-us/12660417 mars 2026

macOS Terminal : touch, créer et dater vos fichiers

Notre commande Unix du Vendredi soir

Notre commande Unix du Vendredi soir : touch

Vous avez déjà passé trois minutes à créer un fichier vide dans le Finder pour tester un script Automator, un modèle Pages ou une nouvelle règle Hazel ?

Clic droit, nouveau document, choix de l’application, saisie du nom, retour à la ligne. Cinq gestes pour rien.

Sur macOS, la commande touch fait le même travail en une seule ligne, sans quitter votre clavier.

Et ce n’est pas tout. Cette petite commande sait aussi rafraîchir la date d’un fichier existant, aligner deux fichiers sur la même horodatage, ou forcer Time Machine et Spotlight à reconsidérer un document qui n’a pas bougé depuis longtemps.

Dans cet article, vous découvrirez la syntaxe exacte de touch sur macOS Sequoia, les options utiles issues de la man page BSD locale, et des scénarios concrets qui feront de cette commande un réflexe quotidien.

À la fin, vous saurez créer une arborescence de fichiers de test, dater un projet à la seconde près, et combiner touch avec d’autres outils Unix pour automatiser des tâches répétitives.

Objectif : gagner du temps et garder la maîtrise complète de vos dates de fichiers, sans jamais ouvrir une application graphique.

Ce que fait vraiment la commande sous macOS

La commande touch a deux missions principales sur macOS.

Première mission, elle modifie la date d’accès et la date de modification d’un fichier existant. Deuxième mission, si le fichier ciblé n’existe pas, elle le crée aussitôt avec un contenu vide.

C’est cette double fonction, discrète mais puissante, qui la rend indispensable dans la boîte à outils de tout utilisateur macOS un peu curieux.

La syntaxe officielle telle qu’affichée par la man page BSD de macOS est la suivante :

touch [-A [-][[hh]mm]SS] [-acfhm] [-r file] [-t [[CC]YY]MMDDhhmm[.SS]] file ...

Chaque option a un rôle précis et se combine librement avec les autres.

-a demande à ne modifier que la date d’accès du fichier, sans toucher à la date de modification.

-m fait exactement l’inverse et ne change que la date de modification, en laissant la date d’accès intacte.

-c indique à touch de ne pas créer le fichier s’il n’existe pas déjà. Utile quand vous voulez rafraîchir uniquement des fichiers existants sans en ajouter par mégarde.

-h sert lorsque le fichier cible est un lien symbolique. Par défaut, touch modifie le fichier de destination, mais avec -h, il modifie le lien lui-même.

-r fichier_référence copie la date d’un autre fichier vers celui que vous ciblez. Pratique pour synchroniser deux fichiers sur la même signature temporelle.

-t horodatage applique une date précise que vous saisissez, au format [[CC]YY]MMDDhhmm[.SS]. Autrement dit, quatre chiffres pour l’année, deux pour le mois, deux pour le jour, deux pour l’heure et deux pour les minutes.

-A décalage ajuste les dates existantes en ajoutant ou retirant un nombre précis de secondes, minutes et heures.

-f force l’opération quand certaines protections système empêchent la modification.

Trois scénarios concrets pour votre MacBook Pro

Premier scénario, vous préparez un cours ou un tutoriel et vous devez fabriquer rapidement une arborescence de fichiers vides pour illustrer une manipulation.

Ouvrez le Terminal, placez-vous dans votre dossier de travail et tapez :

touch /Users/henrido/Documents/Cours/exercice1.txt exercice2.txt exercice3.txt

En moins d’une seconde, trois fichiers texte vides apparaissent dans le dossier Cours. Vous auriez mis dix fois plus de temps à faire la même chose depuis le Finder.

Deuxième scénario, vous travaillez sur un projet Xcode ou un projet Pages depuis plusieurs semaines. Vous voulez signaler à Time Machine et à Spotlight que le fichier principal est bien actif, même si vous n’avez rien modifié aujourd’hui.

Utilisez la commande dans sa forme la plus simple :

touch /Users/henrido/Documents/Projets/rapport_annuel.pages

Le fichier reçoit une nouvelle date de modification calée sur l’heure exacte de la commande. Time Machine considère qu’il faut sauvegarder ce fichier au prochain passage, et Spotlight remet à jour son index interne.

Troisième scénario, vous téléchargez un ensemble de fichiers depuis un vieux disque dur externe. Les dates de modification sont incohérentes, certains fichiers affichent 1970, d’autres 2001.

Vous voulez que tous les fichiers d’un dossier reçoivent la même date, alignée sur un fichier de référence que vous savez correct.

touch -r /Users/henrido/Documents/Reference/fichier_correct.txt /Users/henrido/Documents/Import/*.txt

Tous les fichiers .txt du dossier Import héritent des dates du fichier de référence. En une seule ligne, votre archive retrouve une cohérence temporelle.

Fixer une date précise à la seconde près

Il arrive qu’un utilisateur macOS ait besoin de forcer une date très spécifique sur un fichier.

Cela arrive par exemple lors du montage vidéo dans Final Cut Pro, où l’ordre chronologique des rushes détermine la construction de la timeline. Ou lorsque vous préparez un dossier de preuves pour un dépôt de dossier administratif et que la date exacte compte.

Voici la syntaxe pour appliquer une date au 25 décembre 2026, à 14h30 précises :

touch -t 202612251430 /Users/henrido/Documents/Preuves/document_final.pdf

L’année complète est notée 2026, le mois 12, le jour 25, l’heure 14 et les minutes 30. Le tout collé en un seul bloc, sans espace ni tiret.

Vous pouvez ajouter les secondes en les séparant par un point. La commande devient alors :

touch -t 202612251430.45 /Users/henrido/Documents/Preuves/document_final.pdf

Ici, le fichier reçoit la date du 25 décembre 2026 à 14 heures, 30 minutes et 45 secondes.

Si vous ne précisez ni -a ni -m, touch applique cette date aux deux horodatages, celui d’accès et celui de modification. Cela reste le comportement par défaut sur macOS Sequoia et les versions antérieures.

Enchaîner touch avec find et xargs pour aller plus loin

L’une des forces d’touch est de très bien s’entendre avec les autres outils Unix disponibles sur macOS.

Prenons un cas réel. Vous souhaitez rafraîchir la date de modification de tous les fichiers Markdown situés dans votre dossier de notes Obsidian, mais uniquement ceux dont la date est antérieure à 2024.

Vous combinez find et touch grâce à un pipe :

find /Users/henrido/Documents/Obsidian -name "*.md" -not -newermt "2024-01-01" | xargs touch

find sélectionne les fichiers .md plus anciens que la date pivot. xargs passe la liste des fichiers trouvés à touch, qui met à jour leur date.

Autre variante utile, quand vous voulez créer d’un seul geste un ensemble de fichiers vides selon une liste préparée dans un fichier texte :

cat /Users/henrido/Documents/liste_fichiers.txt | xargs touch

Chaque ligne du fichier liste_fichiers.txt devient un fichier vide dans le dossier courant. Cette technique fait gagner un temps considérable pour préparer des lots de fichiers de test.

Dernière combinaison élégante, l’ajustement relatif avec l’option -A. Vous pouvez décaler tous les fichiers d’un dossier de trois heures vers l’arrière, ce qui est utile pour corriger un fuseau horaire incorrect après import :

touch -A -030000 /Users/henrido/Documents/Import/*.jpg

Le format -030000 signifie moins trois heures, zéro minute, zéro seconde. Toutes les photos importées voient leur date reculer de trois heures d’un seul coup.

Un réflexe simple qui change la relation au Terminal

Vous voyez maintenant qu’touch fait bien plus que créer un fichier vide.

Elle prépare une arborescence de test en quelques touches, force Time Machine à considérer un fichier comme actif, harmonise les dates d’un dossier importé, et se combine avec find et xargs pour automatiser des lots entiers.

Le mieux est de la pratiquer dans un dossier bac à sable, sans risque. Créez un dossier test_touch dans votre dossier Documents, et enchaînez les commandes de cet article une par une.

Vérifiez le résultat après chaque exécution en tapant ls -la pour voir les dates modifiées, ou en ouvrant l’inspecteur du Finder sur les fichiers concernés.

En quelques minutes, touch deviendra un geste réflexe, aussi naturel que la commande pwd ou ls que vous connaissez déjà. Et vous mesurerez, semaine après semaine, tout le temps gagné à ne plus quitter le clavier pour ces petites tâches du quotidien.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

Sécurité : CrashStealer, nouveau voleur d’informations macOS déguisé en outil Apple, et mise à jour XProtect 5351

Bulletin de sécurité pour Apple

Introduction

Deux évènements marquants de la veille sécurité Apple rythment ce bulletin du 16 juillet 2026. D’un côté, les chercheurs de Jamf Threat Labs ont publié le 13 juillet 2026 une analyse détaillée d’un voleur d’informations (« infostealer ») inédit pour macOS, baptisé CrashStealer, qui usurpe l’apparence de l’outil de rapport d’erreurs d’Apple pour dérober trousseaux, mots de passe et portefeuilles de cryptomonnaies.

De l’autre, l’expert reconnu Howard Oakley, sur The Eclectic Light Company, a documenté le 15 juillet 2026 la sortie de la mise à jour XProtect 5351, la première depuis le 2 juin — un intervalle inhabituellement long qui prend fin avec l’ajout de six nouvelles règles Yara, dont plusieurs visent la famille de « stealers » Boatload.

Ces deux annonces se lisent conjointement : XProtect, la protection anti-malware intégrée à macOS, se remet en marche au moment même où une nouvelle famille de voleurs d’identifiants passe en phase active. Le message pour l’utilisateur est simple : vérifier que sa protection est à jour, et adopter des réflexes de vigilance renforcés face aux images-disque (DMG) reçues par des canaux inhabituels.

Éléments impactés

  • Systèmes concernés par CrashStealer : macOS (tous systèmes actuellement supportés, la mécanique de persistance et de vol s’appuyant sur des API standard macOS).
  • Composant de protection concerné par la mise à jour : XProtect, la brique anti-malware intégrée à macOS (fichier de signatures Yara).
  • Version corrective XProtect publiée : 5351 (précédente : 5347, datée du 2 juin 2026).
  • Date de publication observée par l’analyste : 2026-07-15.
  • Livraison : automatique via Mise à jour de Logiciels et via iCloud sur macOS Sequoia, macOS Tahoe et macOS Golden Gate.

Détails des évènements

Article 1 — Jamf Threat Labs : analyse technique de CrashStealer

Source : Jamf Threat Labs | Publication : 2026-07-13

Les chercheurs de Jamf ont d’abord détecté CrashStealer en mai 2026, à l’état de développement ; les premières détections « en conditions réelles » remontent à début juillet 2026, marquant son passage à un usage actif par des attaquants.

Chaîne d’infection observée :

  1. L’attaque débute par une image-disque (DMG) nommée « Werkbit Setup », hébergée sur le domaine werkbit[.]io. L’accès au téléchargement est protégé par un code de type « code de réunion », ce qui limite la diffusion aux victimes déjà ciblées.
  2. Le DMG contient une application unique, Werkbit.app, dont l’exécutable interne se nomme veltod. Fait notable, le DMG lui-même est signé, en plus de l’application qu’il contient — pratique inhabituelle dans les campagnes malveillantes.
  3. La signature utilise l’identifiant développeur « Emil Grigorov (WWB7JA7AQV) » et embarque un ticket de notarisation valide. Cette combinaison permet de passer sans blocage la validation initiale de Gatekeeper, la protection macOS contre les logiciels non fiables. Jamf indique avoir signalé ce Team ID à Apple.
  4. Une fois lancé, veltod contacte un dépôt GitHub, télécharge un script qui à son tour récupère l’archive CrashReporter.dmg. Cette dernière contient la charge finale, copiée dans un dossier caché, dont le nom, l’icône et l’identifiant de bundle imitent le composant Apple CrashReporter.
  5. Le programme affiche alors une fausse fenêtre de mot de passe qui reproduit l’apparence d’une invite système. Il valide localement l’authentification via la commande macOS dscl avant de poursuivre.
  6. Une fois le mot de passe obtenu, CrashStealer déverrouille le trousseau (Keychain) et exfiltre ses données, puis collecte les profils de navigateurs Chromium (Chrome, Edge, Brave…) et les identifiants Firefox, les données d’environ 80 extensions de portefeuilles de cryptomonnaies (MetaMask, Phantom, Coinbase Wallet, Trust Wallet, Exodus…), les stockages de 14 gestionnaires de mots de passe (1Password, Bitwarden, LastPass, Dashlane, Keeper…) et une sélection de fichiers dans les dossiers Documents, Téléchargements.
  7. Les fichiers collectés sont chiffrés individuellement en AES-256-GCM, regroupés dans des archives ZIP masquées, puis exfiltrés vers un serveur de commande via la bibliothèque réseau libcurl.
  8. La persistance est assurée par une copie du binaire réappliquée avec une signature ad hoc, installée comme LaunchAgent sous le nom com.apple.crashreporter.helper, ce qui déclenche le lancement à chaque ouverture de session utilisateur.

Signature technique distinctive : CrashStealer est écrit en C++ natif (autour d’une classe interne nommée MacOSData), alors que la plupart des stealers commodités de l’écosystème macOS reposent sur des scripts AppleScript ou des enveloppes Objective-C minces. Il embarque également des techniques anti-analyse : aplatissement du flot de contrôle, chiffrement des chaînes de caractères, et détection de débogueur en plusieurs points du démarrage.

Gravité : Jamf ne publie pas de score CVSS pour cette menace (Je ne sais pas.). La combinaison signature Developer ID valide + notarisation + ciblage de trousseau et portefeuilles cryptos en fait néanmoins une menace de premier plan pour tout utilisateur qui manipule des cryptomonnaies, des mots de passe sensibles ou des identifiants professionnels.

Recommandations :

  • Ne jamais monter et exécuter un fichier .dmg reçu par un canal inhabituel (invitation de « réunion » avec un code de téléchargement, lien inattendu, fichier partagé sans contexte).
  • Se méfier de toute invite de mot de passe apparaissant hors du contexte système habituel, en particulier si elle est demandée par un installeur récent.
  • Vérifier périodiquement les LaunchAgents installés (dossier ~/Library/LaunchAgents/) et supprimer toute entrée suspecte, notamment com.apple.crashreporter.helper — le vrai composant Apple ne porte pas ce nom.
  • Consulter le rapport Jamf pour la liste complète des indicateurs de compromission (IOC), hashes de fichiers, noms de domaines et artefacts laissés sur disque.

Article 2 — Eclectic Light Company : mise à jour XProtect 5351

Source : The Eclectic Light Company (Howard Oakley) | Publication : 2026-07-15

Après une pause de 43 jours depuis la version 5347 publiée le 2 juin 2026, Apple a publié le 15 juillet 2026 la mise à jour XProtect 5351. Comme à son habitude, Apple ne détaille pas publiquement les problèmes de sécurité couverts par cette mise à jour. L’analyse indépendante du fichier de règles Yara publiée par Howard Oakley révèle néanmoins :

  • Six nouvelles règles Yara ajoutées pour les familles : MACOS.ANGRYORB.OX, MACOS.BOATLOAD.STCRST, MACOS.BOATLOAD.PRIN, MACOS.BOATLOAD.PEME, MACOS.VSHELL.DITA, MACOS.VSHELL.DR.
  • Une modification des règles existantes pour MACOS.MISOMAGIC.PA.
  • Un ajustement d’espacement pour MACOS.SOMA.STTX.
  • Concernant le fichier XPScripts.yr (règles pour scripts osascript, souvent utilisés par les attaques par ingénierie sociale) : 14 nouvelles règles, plus des amendements pour MACOS.OSASCRIPT.TIPA, MACOS.OSASCRIPT.SYPR, MACOS.OSASCRIPT.TADE et MACOS.OSASCRIPT.REOB.

Howard Oakley note que la famille Boatload, à en juger par la structure des règles Yara ajoutées, correspond très vraisemblablement à un voleur d’informations (« stealer »). Cette observation entre en résonance directe avec l’analyse Jamf publiée deux jours plus tôt sur CrashStealer, sans qu’un lien formel puisse être établi à ce stade (Je ne sais pas.).

Vérification et forçage de la mise à jour :

  • Ouvrir Informations Système via À propos de ce Mac, puis rubrique Logiciels > Installations pour retrouver la trace de XProtectPlistConfigData_10_15-5351.
  • Sur macOS Sequoia, Tahoe et Golden Gate, la commande Terminal sudo xprotect check (puis mot de passe administrateur) affiche la version installée ; sudo xprotect update force le rafraîchissement si nécessaire.
  • L’utilitaire tiers SilentKnight (Howard Oakley) permet également de forcer l’installation via son étiquette dédiée XProtectPlistConfigData_10_15-5351.

Gravité : Apple ne publie pas d’évaluation officielle de sévérité pour les mises à jour XProtect (Je ne sais pas.). L’ajout de règles Yara actives et l’intervalle inhabituellement long depuis la précédente mise à jour justifient toutefois une installation rapide.

Vulgarisation

XProtect est le module de protection anti-malware intégré à macOS. Il fonctionne comme un antivirus « silencieux » qui vérifie chaque application avant son premier lancement à la recherche de signatures de menaces connues. Ces signatures prennent la forme de « règles Yara », un langage standardisé pour décrire les caractéristiques d’un fichier malveillant. Apple met à jour ces règles en arrière-plan sans notification à l’utilisateur — d’où l’utilité d’outils comme SilentKnight ou de la commande sudo xprotect check pour vérifier ce qui est réellement en place.

Un infostealer est un logiciel malveillant conçu pour dérober des informations sensibles : mots de passe stockés dans le navigateur, contenu du trousseau macOS, clés privées de portefeuilles de cryptomonnaies, cookies de session. Contrairement à un rançongiciel qui bloque l’accès aux données, l’infostealer opère discrètement et exfiltre son butin vers un serveur contrôlé par les attaquants.

La particularité de CrashStealer est qu’il passe la validation Gatekeeper : il est signé avec un identifiant développeur Apple et bénéficie d’un ticket de notarisation valide. Cela signifie qu’Apple a délivré, dans un premier temps, une autorisation formelle à cet éditeur, sans savoir qu’il produirait un logiciel malveillant. Une fois la fraude découverte, Apple révoque généralement l’identifiant, ce qui empêche les nouvelles exécutions ; les copies déjà installées peuvent en revanche continuer à fonctionner jusqu’à ce que XProtect ajoute la règle Yara correspondante — d’où l’importance du lien entre les deux évènements de ce bulletin.

Comment se protéger

  • Sur Mac : Réglages Système > Général > Mise à jour de Logiciels, puis vérifier que les mises à jour système et de sécurité automatiques sont activées.
  • Vérifier la version de XProtect installée : ouvrir le Terminal et taper sudo xprotect check (nécessite votre mot de passe administrateur). Elle doit être 5351 ou plus récente.
  • Ne pas monter d’image-disque .dmg reçue d’un contact inconnu ou via un lien inattendu, y compris quand elle prétend venir d’un service légitime.
  • Réviser périodiquement les LaunchAgents installés dans ~/Library/LaunchAgents/ et /Library/LaunchAgents/.
  • Pour un audit approfondi : utiliser un outil de vérification comme SilentKnight (Eclectic Light Company) ou KnockKnock (Objective-See Foundation), tous deux gratuits et développés par des chercheurs macOS reconnus.

Tableau des références

Titre de la pageURL officielleDate de publication
CrashStealer: A Native macOS Infostealer Impersonating Apple’s Crash Reporterhttps://www.jamf.com/blog/crashstealer-macos-infostealer-analysis13/07/2026
New macOS malware steals passwords by posing as Apple’s crash-reporting toolhttps://www.helpnetsecurity.com/2026/07/14/crashstealer-macos-infostealer-password-theft/14/07/2026
Jamf Threat Labs releases analysis of macOS info stealer dubbed ‘CrashStealer’https://appleworld.today/2026/07/jamf-threat-labs-releases-analysis-of-macos-info-stealer-dubbed-crashstealer/13/07/2026
Apple has released an update to XProtect for all macOShttps://eclecticlight.co/2026/07/15/apple-has-released-an-update-to-xprotect-for-all-macos-36/15/07/2026

Avis de non-responsabilité : Cette publication est générée automatiquement à des fins purement informatives. Bien que les données soient issues de veilles technologiques, elles ne sauraient se substituer aux publications officielles. Pour toute décision relative à la sécurité de vos systèmes, il convient de vérifier et de valider les informations fournies en consultant directement les bulletins officiels du NIST (National Institute of Standards and Technology) et d’Apple Security.

Bulletin de sécurité pour Apple

Apple Deeptech : Quand macOS peut bloquer une URL sans jamais la lire

macOS 26 Tahoe introduit NEURLFilter, une API de filtrage d’URL qui utilise la cryptographie pour protéger les utilisateurs sans jamais exposer leurs données de navigation. Bloom filters, PIR et Oblivious HTTP : une architecture inédite à l’échelle d’un système d’exploitation.

Vous avez installé un logiciel de contrôle parental sur le Mac de votre enfant. Ou votre entreprise a déployé un filtre réseau pour bloquer les sites non professionnels. Dans les deux cas, une question s’impose : comment ce logiciel peut-il décider qu’une adresse web est dangereuse, s’il ne sait pas quelle adresse vous êtes en train de visiter ?

C’est exactement le paradoxe que macOS 26 Tahoe résout avec une nouvelle API discrète, présentée au WWDC 2025 : NEURLFilter. Une architecture cryptographique sophistiquée qui permet, pour la première fois à l’échelle d’un système d’exploitation, de filtrer des URLs complètes sans jamais les exposer, ni à Apple, ni au fournisseur du filtre.

Apple DeepTech

Le problème fondamental que personne n’avait vraiment résolu

Depuis les débuts du filtrage web, les logiciels de sécurité, de contrôle parental et de protection d’entreprise fonctionnent tous selon le même principe : ils s’intercalent entre votre navigateur et le réseau, lisent chaque URL, la comparent à une liste noire, et décident d’autoriser ou de bloquer.

Cette approche est efficace. Elle est aussi profondément intrusive. L’application de filtrage voit absolument tout ce que vous consultez. Elle connaît vos habitudes, vos centres d’intérêt, vos recherches médicales, vos lectures politiques. Pour fonctionner, elle doit voir. Et ce « voir » crée une tension permanente entre la sécurité que l’on cherche à assurer et la vie privée que l’on sacrifie pour y parvenir.

Sur macOS 26, Apple propose une réponse architecturale à ce dilemme. Pas un compromis. Une solution technique qui brise le présupposé de base : un filtre n’a pas besoin de voir une URL pour décider si elle est dangereuse.

NEURLFilter : l’API que les développeurs attendaient

NEURLFilter est une nouvelle interface de programmation intégrée au framework NetworkExtension, disponible sur macOS 26, iOS 26 et iPadOS 26. Elle permet à une application tierce, une application de contrôle parental ou un client MDM d’entreprise, de filtrer l’ensemble du trafic HTTP et HTTPS du système en se basant sur l’URL complète, et non plus seulement sur le nom de domaine.

La distinction entre domaine et URL complète est importante. Avec les anciens filtres, une application pouvait bloquer « reseausocial.com » tout entier. Avec NEURLFilter, elle peut bloquer « reseausocial.com/groupes/extremisme » tout en laissant passer le reste du site. La précision passe d’un fusil de chasse à un scalpel.

Mais la vraie nouveauté n’est pas là. Ce qui rend NEURLFilter remarquable, c’est que l’application de filtrage n’a jamais accès au trafic réseau réel. Elle ne s’insère pas dans le flux de données. Elle gère un système de décision distribué en quatre couches, chacune répondant à une contrainte précise.

Les quatre couches qui rendent l’impossible possible

Le filtre de Bloom : la première ligne, ultra-rapide

Tout commence par un filtre de Bloom, téléchargé depuis les serveurs du fournisseur de filtrage et stocké localement sur le Mac. Un filtre de Bloom est une structure de données probabiliste, comparable à une empreinte condensée d’une très grande liste d’URLs dangereuses.

Quand le système visite une URL, il consulte d’abord ce filtre local en quelques microsecondes. Deux résultats possibles :

  • Le filtre dit « pas de correspondance » : l’URL est autorisée immédiatement. Un filtre de Bloom ne produit jamais de faux négatifs. S’il dit que l’URL est inconnue, elle l’est vraiment.
  • Le filtre dit « correspondance possible » : le système passe à la couche suivante.

L’intervalle minimum entre deux mises à jour du filtre de Bloom est fixé à 45 minutes, ce qui constitue l’une des limitations documentées de l’API. Pour une liste noire évoluant rapidement, comme lors d’une campagne de phishing active, ce délai peut laisser passer des menaces récentes.

La récupération d’informations privée (PIR) : interroger sans révéler

Lorsqu’une correspondance potentielle est détectée par le filtre de Bloom, le système doit vérifier si l’URL est effectivement dans la base de données complète du fournisseur. C’est là qu’intervient la Private Information Retrieval, ou PIR.

La PIR est une technique cryptographique fondée sur le chiffrement homomorphe. Le principe : le client génère une clé de chiffrement qui ne quitte jamais l’appareil. Il chiffre sa requête (l’URL à vérifier) avec cette clé, l’envoie au serveur du fournisseur. Le serveur effectue une recherche dans sa base de données en opérant directement sur les données chiffrées, sans jamais les déchiffrer. Il renvoie un résultat chiffré. Seul le client peut déchiffrer la réponse.

En termes pratiques, cela signifie que le serveur du fournisseur de filtrage reçoit une requête cryptée, traite cette requête de manière aveugle, et retourne une réponse cryptée. Il sait qu’une requête est arrivée. Il ne sait absolument pas quelle URL a été vérifiée.

Le relais HTTP « oblivieux » : masquer l’identité du client

La PIR protège le contenu de la requête. Mais il reste un problème : l’adresse IP. Si le fournisseur de filtrage ne peut pas voir quelle URL est vérifiée, il peut encore voir d’où vient la requête. Et une adresse IP, c’est une identité.

Apple résout ce problème avec un relais HTTP oblivieux hébergé par Apple elle-même. Ce protocole, standardisé sous le nom de Oblivious HTTP (OHTTP), fonctionne ainsi : la requête PIR chiffrée est d’abord envoyée au relais Apple. Le relais enlève l’adresse IP du client et transmet la requête au serveur du fournisseur. Le serveur retourne sa réponse au relais, qui la renvoie au client.

Résultat : le fournisseur voit des requêtes chiffrées sans adresses IP. Apple voit des adresses IP sans contenu chiffré. Aucune des deux parties n’a la vue complète. Ni Apple ni le fournisseur ne peuvent identifier qui a vérifié quelle URL.

Privacy Pass : l’autorisation sans identification

La quatrième brique est Privacy Pass, un protocole de jetons cryptographiques. Il permet de prouver qu’une requête est légitime (émise par un appareil autorisé) sans que cette preuve permette de tracer la requête dans le temps ou de la relier à d’autres requêtes. C’est le mécanisme d’authentification qui ne crée pas de corrélation entre les vérifications successives.

Ce que l’application de filtrage voit vraiment

L’aspect le plus surprenant de NEURLFilter est peut-être ce qu’il cache aux développeurs eux-mêmes. L’application de filtrage n’est pas dans le chemin du trafic réseau. Elle gère un « pré-filtre », c’est-à-dire la base de données du filtre de Bloom, qui est téléchargée et mise à jour par le système. Le filtrage automatique s’applique à tout le trafic WebKit et URLSession sans que l’application soit impliquée dans chaque décision.

Pour les navigateurs non basés sur WebKit, comme les versions macOS de Chrome ou Firefox, l’API expose une méthode que les développeurs peuvent appeler explicitement pour soumettre une URL à la vérification.

L’application de filtrage est seulement appelée pour prendre la décision finale, après que les couches cryptographiques ont fait leur travail. Et même là, elle reçoit un verdict binaire, bloquer ou autoriser, sans jamais voir l’URL réelle du trafic utilisateur.

Les cas d’usage concrets

Cette architecture ouvre des possibilités précises :

Le contrôle parental y gagne en profondeur : les applications comme Circle ou Screen Time pourraient implémenter NEURLFilter pour bloquer non plus des domaines entiers, mais des chemins précis à l’intérieur de ces domaines, tout en préservant la confidentialité de la navigation de l’enfant vis-à-vis du fournisseur.

Pour les environnements éducatifs, les systèmes MDM déployés par les établissements scolaires peuvent configurer des filtres ciblés sur des contenus spécifiques sans exposer la navigation complète des élèves à un tiers.

En entreprise, les solutions de sécurité réseau peuvent déployer des listes noires granulaires pour des politiques d’usage acceptable, sans que le fournisseur de sécurité accumule de données de navigation identifiables.

Les limites à connaître

NEURLFilter n’est pas sans contraintes, et il est honnête de les mentionner.

La latence du filtre de Bloom, 45 minutes au minimum entre deux mises à jour, est un vrai déficit dans un contexte de sécurité dynamique. Les campagnes de phishing modernes peuvent se déployer et disparaître en moins d’une heure.

L’absence de verdict gradué est une seconde limitation : l’API ne permet que bloquer ou autoriser. Pas de « avertir et laisser passer sur confirmation », ce qui est une modalité courante dans les produits de sécurité d’entreprise.

L’impossibilité pour le fournisseur de découvrir de nouvelles URLs inconnues supprime ce que l’industrie de la sécurité appelle la « telemetry », la capacité à remonter des signaux depuis les clients pour améliorer la protection collective.

Apple a clairement choisi la vie privée comme contrainte non négociable dans la conception de cette API. C’est un choix assumé, pas une omission.

Ce que cela dit de la direction d’Apple

NEURLFilter est une réponse à une question qui agite la sécurité informatique depuis des années : peut-on protéger sans surveiller ? L’architecture mise en place combine des techniques cryptographiques issues de la recherche académique, filtre de Bloom, PIR homomorphe, OHTTP, pour répondre oui à cette question dans un contexte opérationnel réel, sur des millions d’appareils.

Apple devient ici, pour la première fois, un intermédiaire neutre dans un système de filtrage. Le relais OHTTP qu’elle héberge n’est pas sous le contrôle du fournisseur de filtrage, et ne donne pas non plus à Apple une vue sur le contenu des décisions. C’est une architecture de confiance distribuée plutôt que centralisée.

Pour les utilisateurs de macOS 26, cela signifie que les applications de contrôle parental et de sécurité réseau qui adopteront NEURLFilter offriront une garantie cryptographique, pas seulement contractuelle, de non-surveillance de leur navigation. Pour les développeurs et les architectes de solutions MDM, c’est une infrastructure prête à l’emploi pour des politiques de filtrage précises et défendables.

La documentation complète de l’API est disponible sur Apple Developer Documentation. La session WWDC 2025 « Filter and tunnel network traffic with NetworkExtension » (session 234) est le point d’entrée technique recommandé pour les développeurs souhaitant implémenter NEURLFilter.

Titre de la page du support techniqueURL officielleDate de publication
URL filters, Apple Developer Documentationhttps://developer.apple.com/documentation/networkextension/url-filtersJuin 2025
Filtering traffic by URL, Apple Developer Documentationhttps://developer.apple.com/documentation/NetworkExtension/filtering-traffic-by-urlJuin 2025
Filter and tunnel network traffic with NetworkExtension, WWDC25 session 234https://developer.apple.com/videos/play/wwdc2025/234/Juin 2025
Filter content for Apple devices, Apple Supporthttps://support.apple.com/guide/deployment/filter-content-dep1129ff8d2/webMise à jour 2025

Apple Deeptech : Un Linux natif dans votre Mac Apple Silicon : l’architecture inattendue d’Apple Containerization

Apple a ouvert en 2025 un projet open source écrit en Swift pour faire tourner des conteneurs Linux sur Mac via des micro-VMs dédiées. En 2026, la version 1.0 ajoute les Container Machines : des environnements Linux persistants, rapides à démarrer, avec votre dossier personnel macOS monté à l’intérieur.

Si vous avez déjà tenté de faire tourner un environnement Linux sur votre Mac pour compiler un projet serveur, tester un conteneur Docker ou simplement exécuter un outil uniquement disponible sous Linux, vous connaissez la frustration. Docker Desktop fonctionne, mais il est lourd, lent à démarrer, et son modèle de facturation a changé plusieurs fois ces dernières années. Les machines virtuelles classiques via Parallels ou VMware Fusion font le travail, mais elles mobilisent plusieurs gigaoctets de RAM en permanence et démarrent en une trentaine de secondes. Il y a quelques années encore, les développeurs sur Mac avaient appris à composer avec ces contraintes, comme on s’habitue à une chaussure légèrement trop serrée.

Apple a décidé de changer cela, en silence, avec une approche architecturale que la plupart des utilisateurs n’ont pas remarquée. Le projet s’appelle Containerization. Il est entièrement écrit en Swift, publié en open source sur GitHub, et il repose sur une idée qui va à l’encontre de ce que font Docker et ses concurrents depuis dix ans.

L’origine : WWDC 2025 et une décision architecturale radicale

Lors de la conférence WWDC 2025, Apple a publié en open source un framework Swift baptisé Containerization, accompagné d’un outil en ligne de commande simplement appelé container. L’annonce est passée relativement inaperçue dans le flot des nouveautés, noyée entre les annonces autour d’Apple Intelligence et du nouveau design Liquid Glass. Pourtant, la décision technique au coeur de ce projet mérite attention.

Voici ce que fait Docker, et ce que fait Containerization à la place, expliqué simplement.

Docker, sur Linux, partage le noyau du système hôte entre tous les conteneurs. Chaque conteneur est une sorte de cage isolée, mais ils tournent tous sur le même noyau Linux sous-jacent. C’est ce qui rend Docker à la fois performant et, parfois, moins isolé qu’on ne le croit.

Sur macOS, Docker ne peut pas partager le noyau Darwin avec des conteneurs Linux, puisqu’il s’agit de deux systèmes différents. Docker Desktop contourne cela en faisant tourner une seule grande machine virtuelle Linux en arrière-plan, qui héberge ensuite tous vos conteneurs. Un noyau Linux partagé, dans une VM partagée, pour tous vos projets en même temps.

Apple a choisi le chemin inverse : une machine virtuelle légère et dédiée par conteneur. Chaque fois que vous lancez un conteneur avec l’outil container, une nouvelle VM minuscule démarre en moins d’une seconde, fait tourner votre conteneur, et s’arrête avec lui.

Pourquoi ce choix a du sens sur Apple Silicon

Cette approche est rendue possible, et même performante, grâce à deux éléments propres à l’écosystème Apple.

Le premier est le framework Virtualization, introduit par Apple avec macOS 11 Big Sur et profondément optimisé depuis. Ce framework permet de créer et démarrer des machines virtuelles légères en exploitant directement les capacités de virtualisation matérielles intégrées aux puces Apple Silicon. Le démarrage d’une VM simple prend quelques centaines de millisecondes, pas trente secondes.

Le second est vminitd, le système d’initialisation que l’équipe Apple a écrit entièrement en Swift, spécifiquement pour ces micro-VMs. Quand une VM Containerization démarre, le premier processus qui s’exécute à l’intérieur n’est pas le traditionnel init de Linux, mais ce binaire Swift compilé, ultra-minimal, qui initialise l’environnement, monte les systèmes de fichiers, configure le réseau, et lance votre application en quelques dizaines de millisecondes.

En termes de sécurité, l’isolation obtenue est identique à celle d’une vraie VM. Chaque conteneur est séparé des autres au niveau matériel, pas seulement au niveau logiciel. Apple a également intégré la gestion d’un système de fichiers EXT4 depuis Swift, ce qui permet de créer, formater et peupler des images disque Linux directement depuis le code du framework, sans dépendances externes.

WWDC 2026 : l’arrivée des Container Machines

Si le framework Containerization était la fondation technique, la version 1.0 du projet, présentée lors de WWDC 2026, apporte quelque chose que les développeurs attendaient sans vraiment savoir que c’était possible sur Mac : un environnement Linux persistant.

Apple le résume dans une formule directe : « A container machine is fast and lightweight, like a container, and persistent like a virtual machine. »

Un conteneur classique est éphémère par nature. Quand le processus s’arrête, les modifications apportées à l’intérieur disparaissent. C’est pratique pour des déploiements reproductibles, mais frustrant quand on veut installer des outils, configurer un environnement de développement, et retrouver tout ça intact le lendemain matin.

Une machine virtuelle traditionnelle est persistante, mais lourde et longue à démarrer. Une container machine combine les deux avantages : démarrage en moins d’une seconde, isolation par VM dédiée, et persistance complète entre les sessions.

Ce qui rend ces machines vraiment intéressantes

La première caractéristique notable est l’intégration avec l’environnement macOS. Quand une container machine démarre, elle crée automatiquement un utilisateur Linux dont le nom correspond exactement à votre compte macOS, avec les droits sudo sans mot de passe. Votre dossier personnel macOS est monté à l’intérieur de la machine Linux. Si vous êtes dans le dossier ~/Projets/MonApp sur votre Mac et que vous ouvrez un shell dans la machine, vous vous retrouvez dans ce même dossier, côté Linux.

En pratique, cela signifie que vous pouvez éditer vos fichiers avec Xcode ou VSCode sur macOS, puis compiler et exécuter depuis l’environnement Linux sans copier quoi que ce soit. Le même fichier, vu des deux côtés simultanément.

La deuxième caractéristique est la compatibilité avec les images OCI, le format standard utilisé par Docker et le reste de l’écosystème. Une container machine se crée à partir d’une image Ubuntu, Alpine, Fedora, ou de n’importe quelle image Linux compatible. Elle boot sur le système d’init de cette image, y compris systemd ou openrc, ce qui signifie que vous pouvez démarrer des services en arrière-plan avec systemctl start postgresql comme sur un vrai serveur Linux.

Les commandes concrètes

L’outil container fonctionne en ligne de commande, avec une syntaxe inspirée de Docker mais simplifiée. Voici le minimum pour démarrer :

# Créer une machine persistante à partir d'Ubuntu 24.04
container machine create ubuntu:24.04 --name dev
# Ouvrir un shell interactif dans la machine
container machine run -n dev
# Depuis le Mac, exécuter une commande dans la machine
container machine run -n dev swift build
# Lister les machines et leurs adresses IP
container machine list

Les ressources sont ajustables après création, avec la modification effective au prochain redémarrage de la machine :

container machine set -n dev cpus=4 memory=8G

L’alias m fonctionne partout à la place de machine, ce qui donne container m run ou container m ls pour aller plus vite.

Une subtilité réseau à connaître avant de l’apprendre à la dure : la container machine possède son propre réseau isolé et son propre adresse IP. Si vous faites tourner un serveur web à l’intérieur et que vous voulez y accéder depuis Safari sur votre Mac, ce serveur doit écouter sur l’interface externe de la machine, pas sur localhost. La commande container machine list affiche l’adresse IP de chaque machine active.

La comparaison qui vient à l’esprit : WSL de Microsoft

Les développeurs qui ont travaillé sous Windows ces dernières années connaissent bien WSL (Windows Subsystem for Linux), la fonctionnalité Microsoft qui permet d’exécuter un environnement Linux directement dans Windows, avec partage du système de fichiers et accès aux outils des deux côtés. C’est ce que The Register a appelé directement dans son titre lors de l’annonce, avec la formule « Apple gives Mac devs a WSL-ish thing to call their own. »

La comparaison est juste sur l’expérience utilisateur finale, mais les architectures sont différentes. WSL 2 fait tourner un noyau Linux dans une VM Hyper-V légère. Apple Containerization fait tourner un noyau Linux dans une VM légère via le framework Virtualization, une par machine. Le résultat pratique est similaire, mais le modèle d’isolation d’Apple est plus granulaire : vous pouvez avoir une machine Ubuntu pour votre projet Django, une machine Alpine pour vos outils Rust, et une machine Fedora pour votre projet MediaServer, chacune avec son propre noyau, ses propres processus, son propre réseau.

La configuration du système a migré dans la version 1.0 vers un fichier TOML situé à ~/.config/container/config.toml, remplaçant l’ancien système basé sur les UserDefaults de macOS. Si vous utilisiez une version antérieure, notez que les sous-commandes container system property get et container system property set ont été supprimées.

Ce que cela change pour le développement sur Mac

Pour un développeur qui écrit du code destiné à tourner sur des serveurs Linux, le flux de travail habituel impliquait soit une VM macOS classique à entretenir, soit un déploiement permanent vers un serveur de test distant pour valider que ça tourne réellement sur Linux. Les deux approches créent une friction : la VM est lente à démarrer et à mettre à jour, le serveur distant introduit un cycle déploiement-test-correction qui ralentit l’itération.

Avec une container machine dédiée à chaque projet, vous travaillez dans Xcode ou votre éditeur habituel sur macOS, vous basculez dans un terminal Linux avec container machine run, vous compilez et exécutez dans l’environnement cible exact, et vous revenez sur macOS pour inspecter le résultat dans votre navigateur. Les fichiers sont les mêmes, le projet est le même, la friction disparaît.

La contrainte technique est claire : l’outil container requiert un Mac avec une puce Apple Silicon et macOS 26. Cette dépendance n’est pas accidentelle. Le projet exploite des améliorations récentes du framework Virtualization qui ne sont disponibles que sous macOS 26, et les performances de démarrage sous-seconde reposent sur les capacités de virtualisation matérielle intégrées dans les puces M1, M2, M3 et M4.

Ce que l’architecture annonce

Le projet Containerization n’est pas un outil de niche. Il représente une décision stratégique d’Apple : faire du Mac une plateforme de développement sérieuse pour les applications qui tournent sur Linux en production, sans compromis sur l’expérience utilisateur macOS.

La fondation est open source, écrite en Swift, et maintenue sur GitHub par les ingénieurs Apple. La session WWDC 2026 consacrée aux container machines (session 389, « Discover container machines ») est publiquement disponible sur le portail développeur Apple. Le code source du projet apple/container sur GitHub documente l’architecture dans le détail, y compris le fonctionnement de vminitd et la spécification du hook /etc/machine/create-user.sh pour les organisations qui veulent personnaliser la création des utilisateurs dans leurs images de base.

Si vous faites du développement Swift serveur, du travail avec des outils Linux, ou que vous gérez des Macs où Docker Desktop commence à peser lourd sur les ressources, le moment est venu de regarder ce qu’Apple a construit, sans fanfare, à partir d’une puce et d’une idée architecturale bien précise.

Titre de la page du support techniqueURL officielleDate de publication
Discover container machines (WWDC26, session 389)https://developer.apple.com/videos/play/wwdc2026/389/9 juin 2026
Meet Containerization (WWDC25, session 346)https://developer.apple.com/videos/play/wwdc2025/346/juin 2025
apple/container, version 1.0.0 release noteshttps://github.com/apple/container/releases/tag/1.0.0juin 2026
Container machine documentation, apple/containerhttps://github.com/apple/container/blob/main/docs/container-machine.mdjuin 2026
Container Machines: A Persistent Linux Environment on Mac (Blake Crosley)https://blakecrosley.com/blog/container-machines-linux-mac11 juin 2026
Apple gives Mac devs a WSL-ish thing to call their own (The Register)https://www.theregister.com/devops/2026/06/11/apple-gives-mac-devs-a-wsl-ish-thing-to-call-their-own/525415311 juin 2026

macOS Terminal : mkdir, créer des dossiers en un instant

Commande Terminal du vendredi soir : mkdir

Notre commande Unix du Vendredi soir : mkdir

Vous connaissez ce moment un peu agaçant où vous devez organiser un nouveau projet ? Ouvrir le Finder, clic droit, Nouveau dossier, nommer, entrer dedans, refaire un clic droit pour un sous-dossier, recommencer pour le suivant.

Trois minutes plus tard, votre arborescence est en place. Mais votre concentration, elle, s’est envolée.

Le Terminal de macOS embarque depuis toujours une commande qui règle ce problème en quelques secondes : mkdir. Prononcez make directory et vous avez tout compris.

En une seule ligne, vous créez un dossier, dix dossiers, ou une arborescence entière prête à accueillir vos fichiers.

Le vrai plus se trouve dans l’option -p. Elle génère plusieurs niveaux de sous-dossiers d’un seul coup. Idéal pour lancer un nouveau projet, structurer un site web, ou monter une bibliothèque de documents parfaitement rangée avant même d’y déposer le moindre fichier.

Cette commande, présente sur tous les Mac depuis les premières versions de macOS, mérite un vrai coup de projecteur. Voyons ensemble comment elle peut transformer votre façon de créer des dossiers au quotidien.

Anatomie d’une commande discrète mais puissante

La commande mkdir appartient à la boîte à outils Unix historique intégrée à macOS. Sa mission est claire : créer un ou plusieurs répertoires dans le système de fichiers, à l’emplacement de votre choix.

La syntaxe de base tient sur une ligne :

mkdir [options] nom_du_dossier

Vous pouvez aussi passer plusieurs noms de dossiers à la suite, séparés par des espaces, pour en créer autant en une commande.

Voici les options les plus utiles à connaître, telles qu’elles apparaissent dans la man page macOS :

-p crée les répertoires parents si nécessaire. Autrement dit, si vous demandez mkdir -p Photos/2026/Vacances et que rien n’existe encore, mkdir fabrique les trois niveaux en une seule opération.

-v active le mode verbeux. La commande affiche chaque dossier créé, ce qui est pratique pour vérifier votre travail sur des arborescences complexes.

-m définit les permissions du nouveau dossier directement lors de sa création. Un exemple : mkdir -m 755 monDossier produit un dossier avec des permissions de lecture et d’exécution pour tous, et d’écriture pour votre utilisateur uniquement.

Sans option, mkdir refuse de créer un dossier si le nom existe déjà, et il renvoie une erreur si l’un des dossiers parents du chemin est absent. L’option -p corrige ces deux limites d’un seul geste. Elle ne renvoie pas d’erreur si le dossier existe déjà et elle crée automatiquement tous les niveaux intermédiaires manquants.

Un petit détail à retenir. Sur macOS, le shell par défaut est zsh depuis la version Catalina en 2019. Il accepte des raccourcis très pratiques comme l’expansion des accolades que nous verrons plus loin, et qui multiplie encore la puissance de mkdir.

Trois scénarios tirés du quotidien Mac

Préparer l’arborescence d’un nouveau projet Xcode

Vous démarrez un projet de développement macOS ou iOS. Vous voulez une structure propre dès le départ, sans passer dix minutes dans le Finder.

Ouvrez le Terminal, placez-vous dans votre dossier ~/Documents/ avec cd ~/Documents/, puis lancez :

mkdir -p ProjetSwiftUI/Sources/Views ProjetSwiftUI/Sources/Models ProjetSwiftUI/Resources/Images ProjetSwiftUI/Tests

En moins d’une seconde, vous obtenez une arborescence organisée. Un dossier ProjetSwiftUI contient Sources avec ses sous-dossiers Views et Models, un dossier Resources prêt à recevoir vos images, et un dossier Tests réservé aux tests unitaires.

Ajoutez l’option -v pour voir chaque création s’afficher dans le Terminal :

mkdir -pv ProjetSwiftUI/Sources/Views ProjetSwiftUI/Sources/Models

Le shell vous confirme chaque dossier créé. C’est rassurant quand vous jonglez avec plusieurs niveaux d’imbrication.

Organiser une bibliothèque photo par années et par mois

Vous décidez enfin de ranger vos photos personnelles ou vos captures d’écran. Depuis le dossier ~/Pictures/, cette commande crée toute la structure d’un seul coup :

mkdir -p Archives/{2023,2024,2025,2026}/{Janvier,Fevrier,Mars,Avril,Mai,Juin}

La syntaxe avec les accolades s’appelle l’expansion des accolades. Elle est intégrée au shell zsh de macOS. Résultat concret : vingt-quatre dossiers sont créés en une seule commande. Quatre années, avec six mois chacune, parfaitement rangées.

Vous n’avez plus qu’à glisser vos photos aux bons endroits, ou à écrire un petit script pour automatiser le tri.

Créer un espace de test rapide sur le bureau

Vous testez une nouvelle procédure et vous voulez un dossier temporaire sans toucher à vos vrais fichiers. Cette commande fait le travail :

mkdir ~/Desktop/test-mkdir

Le dossier apparaît immédiatement sur votre bureau, prêt à être utilisé. Une fois vos tests terminés, un simple déplacement vers la corbeille fait disparaître la trace.

Petit bonus, si vous voulez également que ce dossier ait des permissions restreintes dès sa création, par exemple pour éviter que d’autres utilisateurs de votre Mac n’y accèdent :

mkdir -m 700 ~/Desktop/test-prive

Le mode 700 signifie que seul votre utilisateur peut lire, écrire et entrer dans ce dossier. Utile pour des tests contenant des informations sensibles.

Le combo qui automatise tout

mkdir prend toute sa dimension lorsqu’on l’associe à d’autres commandes Unix. Voici deux exemples concrets qui montrent la puissance des combinaisons.

Créer un dossier daté automatiquement pour vos sauvegardes.

mkdir -p ~/Backups/$(date +%Y-%m-%d)

Le morceau $(date +%Y-%m-%d) insère la date du jour au format année-mois-jour, en s’appuyant sur la commande date intégrée à macOS. Vous obtenez un dossier ~/Backups/2026-07-10 qui pourra accueillir vos fichiers de sauvegarde du jour.

Le lendemain, un autre dossier sera créé avec la nouvelle date, sans conflit possible. Cette astuce est particulièrement pratique dans des scripts de sauvegarde ou en association avec rsync.

Préparer un espace de rédaction complet en une seule ligne.

mkdir -p ~/Documents/Articles/2026/Juillet && touch ~/Documents/Articles/2026/Juillet/{brouillon,notes,references}.md

L’opérateur && enchaîne deux commandes. Le dossier est créé d’abord, puis trois fichiers Markdown vides apparaissent à l’intérieur, grâce à la commande touch. Pratique pour démarrer chaque nouvel article sur des bases identiques, avec un brouillon, des notes et un fichier de références déjà en place.

Vous pouvez aussi combiner mkdir avec un pipe et la commande xargs pour créer des dossiers à partir d’une liste. Cet exemple prend une liste de noms dans un fichier texte et crée un dossier pour chacun d’eux :

cat noms.txt | xargs -I{} mkdir -p Clients/{}

Si votre fichier noms.txt contient trois lignes avec des noms de clients, vous obtenez trois dossiers dans Clients/, sans avoir à taper chaque nom à la main.

Un réflexe qui fait gagner du temps

La commande mkdir est probablement l’une des premières que vous adopterez durablement. Elle remplace une série de clics par une phrase courte, et son option -p évite les allers-retours quand vous manipulez des arborescences complexes.

Elle a aussi l’avantage d’être scriptable. Une fois que vous savez organiser vos projets avec mkdir, vous pouvez enregistrer vos commandes favorites dans un fichier de script ou un alias, et lancer toute une structure en tapant un seul mot dans le Terminal.

Prenez cinq minutes pour tester ces exemples dans votre dossier ~/Documents/ ou sur votre bureau. Créez, supprimez, recréez. Une fois le geste acquis, vous ne reviendrez plus jamais au clic droit du Finder pour bâtir vos structures de dossiers.

Prochaine étape naturelle : la commande touch, qui complète parfaitement mkdir en créant les fichiers vides à l’intérieur des dossiers que vous venez de générer.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Trois raccourcis Finder qui vous feront gagner des heures

Maîtrisez Cmd+Shift+D, Cmd+Shift+F et Opt+Cmd+L pour naviguer sans souris dans Finder

Vous tapotez sur la barre latérale du Finder pour accéder à vos dossiers réguliers ? Attendez. Il existe trois raccourcis clavier qui vont transformer votre façon de naviguer, et les chances sont que vous ne les connaissiez pas.

Ces trois commandes ouvrent les emplacements les plus visités en une fraction de seconde. Pas de clic, pas de déplacement de souris. Juste une frappe et vous y êtes.

Pourquoi cela change vraiment la donne

Gagner trois secondes sur chaque navigation, ce n’est pas grand-chose. Mais si vous ouvrez le Finder cinquante fois par jour, c’est 250 secondes plus de quatre minutes retrouvées quotidiennement. Et surtout, vous restez concentré sur ce que vous faites sans avoir à chercher votre souris ou cliquer dans les menus.

Quand vous maîtrisez ces raccourcis, l’accès à vos dossiers vitaux devient un réflexe musculaire. C’est le genre de petite optimisation qui accumule et rend votre flux de travail nettement plus fluide.

Les trois raccourcis qui vont vous sauver

1. Accéder au dossier Récents

Appuyez sur Cmd+Shift+F

Cela ouvre directement la fenêtre Récents du Finder, qui affiche tous les fichiers que vous avez consultés ou modifiés récemment. Pratique quand vous cherchez ce fichier auquel vous aviez travaillé hier et que vous ne vous souvenez pas où il est rangé.

2. Aller au Bureau en une frappe

Appuyez sur Cmd+Shift+D

Bureau s’ouvre aussitôt. C’est particulièrement utile si vous y déposez temporairement des fichiers en attente de traitement ou si vos dossiers de travail y résident.

3. Ouvrir le dossier Téléchargements

Appuyez sur Option+Cmd+L

Voilà. Votre dossier Téléchargements est là. Plus besoin de cliquer sur le Finder, puis de chercher dans la barre latérale ou d’utiliser l’onglet Récents. Un raccourci, et les téléchargements de la journée s’affichent.

Le détail technique qui explique tout

Apple a conçu ces raccourcis en priorisant les trois emplacements que les utilisateurs visitent le plus souvent : les fichiers récents (pour rattraper du travail), le Bureau (zone de transit temporaire), et les Téléchargements (où atterrissent les fichiers du web).

Ces raccourcis font partie de la couche macOS depuis longtemps. Ils ne sont pas nouveaux, mais ils restent largement ignorés. C’est le signe d’une bonne conception une fonctionnalité qui disparaît dans la nature parce qu’elle est si logique que les gens ne la remarquent pas.

Astuce bonus : ouvrir en nouvel onglet

Si vous préférez ne pas ouvrir une nouvelle fenêtre, vous pouvez afficher l’une de ces trois fenêtres en tant qu’onglet supplémentaire dans votre Finder actif. Appuyez simplement sur Cmd+T (nouveau tab) dans le Finder, puis naviguez vers le dossier souhaité. Cela garde votre espace de travail organisé.

Encore plus simple qu’avant

Voilà. Trois raccourcis, zéro souris, zéro friction. Dès demain, vous allez retrouver ces touches sur votre clavier et vous vous demanderez comment vous aviez pu vous en passer jusqu’à maintenant.

Sécurité : Faille de gestion mémoire dans Safari et les systèmes Apple (CVE-2026-43663)

Apple a publié des correctifs le 29 juin 2026 pour corriger une vulnérabilité de gestion mémoire affectant Safari, iOS, iPadOS et macOS Tahoe. Cette faille, identifiée sous le numéro CVE-2026-43663, représente un risque modéré (CVSS 6.5) pour les utilisateurs Apple. Le traitement de contenu web malveillant peut entraîner un crash du navigateur ou du processus de rendu, ouvrant potentiellement la voie à une exécution de code arbitraire.

Les systèmes affectés incluent Safari, iOS 26.5.2, iPadOS 26.5.2 et macOS Tahoe 26.5.2. Les correctifs officiels sont disponibles depuis le 29 juin 2026.

Éléments impactés

Système/NavigateurVersion affectéeVersion correctiveDate de publication
Safari< 26.5.2Safari 26.5.229 juin 2026
iOS< 26.5.2iOS 26.5.229 juin 2026
iPadOS< 26.5.2iPadOS 26.5.229 juin 2026
macOS Tahoe< 26.5.2macOS Tahoe 26.5.229 juin 2026

Analyse détaillée

CVE-2026-43663 : Faille de gestion mémoire dans WebKit

  • Identifiant : CVE-2026-43663
  • Score CVSS : 6.5 (Gravité MOYENNE)
  • Type de vecteur : Réseau / Interface utilisateur
  • Publication officielle : 29 juin 2026

Description officielle Apple : « Le traitement de contenu web conçu de manière malveillante peut entraîner un crash inattendu du processus. Le problème a été résolu par une meilleure gestion de la mémoire dans Safari 26.5.2, iOS 26.5.2, iPadAS 26.5.2 et macOS Tahoe 26.5.2. »

Contexte technique : Cette vulnérabilité affecte le moteur de rendu web WebKit, utilisé par Safari et les navigateurs embarqués dans les systèmes d’exploitation Apple. Elle combine deux faiblesses critiques : une restriction insuffisante des opérations aux limites de la mémoire tampon (CWE-119) et une utilisation de mémoire libérée (use-after-free, CWE-416).

Un attaquant peut exploiter cette chaîne de vulnérabilités en créant une page web contenant du contenu spécialement conçu qui, une fois traité par le navigateur, force l’accès à une zone mémoire déjà libérée.

  • Impact immédiat : Déni de service (crash du processus de rendu)
  • Impact potentiel : Cette classe de vulnérabilités représente un vecteur d’attaque classique vers l’exécution de code arbitraire, particulièrement sensible sur les appareils mobiles

Chercheurs ayant signalé la faille : Soyeon Park, Amy Burnett, Khai Tran, sherkito, Kota Toda, HexRabbit (@h3xr4bb1t) et NiNi (@terrynini38514) de DEVCORE Research Team ; Tristan Madani (@TristanInSec) de Talence Security ; Brian Carpenter.

Recommandations pour les utilisateurs

  1. Mettre à jour immédiatement vers les versions correctives : Safari 26.5.2 ou ultérieur, iOS 26.5.2 ou ultérieur, iPadAS 26.5.2 ou ultérieur, macOS Tahoe 26.5.2 ou ultérieur
  2. Vérifier les paramètres de mise à jour automatique pour s’assurer que les correctifs seront installés dès leur disponibilité
  3. Redémarrer les appareils après l’installation des mises à jour pour appliquer les modifications de sécurité
  4. Éviter la visite de sites web suspects ou non fiables en attendant la mise à jour, en particulier sur les appareils mobiles

Références officielles

macOS Terminal : mv : déplacer et renommer vos fichiers sans effort

Découvrez la commande mv sur macOS : déplacez, renommez et réorganisez vos fichiers depuis le Terminal en une seule ligne, avec exemples concrets.

Notre commande Unix du Vendredi soir : mv

Vous avez déjà passé de longues minutes à faire glisser des fichiers d’un dossier à l’autre dans le Finder, uniquement pour réaliser que vous en avez oublié la moitié ? Ou bien vous avez renommé laborieusement vingt fichiers un par un, en double-cliquant sur chacun d’eux ?

La commande mv (abréviation de « move », soit « déplacer » en anglais) met fin à cette gymnastique visuelle. Disponible dans le Terminal de macOS depuis les premières versions d’OS X, elle permet en une seule ligne de texte de déplacer un fichier vers un autre emplacement, de le renommer, ou d’accomplir les deux opérations simultanément.

Ce qui la rend particulièrement précieuse, c’est sa polyvalence : elle fonctionne aussi bien sur des fichiers isolés que sur des dossiers entiers. Et contrairement au glisser-déposer dans le Finder, elle s’exécute sans interface graphique, ce qui la rend disponible même dans des situations où macOS tourne en mode réduit ou via une connexion à distance.

Dans ce guide, vous allez découvrir comment mv fonctionne, quelles options vous permettent de l’utiliser en toute sécurité, et comment elle peut devenir un réflexe dans votre travail quotidien.

La mécanique derrière le déplacement de fichiers

La commande mv est issue du standard POSIX, le socle commun à tous les systèmes Unix, dont macOS fait partie intégrante. Lorsque vous déplacez un fichier avec mv sur le même volume (le même disque ou la même partition), aucune copie physique des données ne s’effectue : macOS se contente de modifier le chemin d’accès enregistré dans le système de fichiers. L’opération est donc quasi instantanée, quel que soit le poids du fichier ou du dossier.

Si en revanche vous déplacez un fichier vers un volume différent (par exemple d’un SSD interne vers un disque externe), macOS effectue une copie complète puis supprime l’original. Le comportement est transparent pour vous, mais le temps d’exécution sera proportionnel à la taille des données.

La syntaxe fondamentale de mv prend deux formes. La première, pour déplacer ou renommer un seul élément :

mv [options] source destination

La seconde, pour déplacer plusieurs sources vers un dossier cible :

mv [options] source1 source2 ... dossier_cible

Dans la première forme, si la destination est un chemin vers un fichier inexistant, mv renomme l’élément source avec ce nouveau nom. Si la destination est un dossier existant, le fichier source y est déplacé en conservant son nom d’origine.

Les options principales, telles que documentées dans les man pages macOS :

-i (interactive) : Avant d’écraser un fichier existant portant le même nom à la destination, macOS vous demande une confirmation explicite. Vous devez taper y (oui) pour autoriser l’écrasement, ou n pour l’annuler. Cette option est vivement recommandée lorsque vous manipulez des fichiers importants.

-f (force) : L’opposé de -i. L’écrasement d’un fichier existant se fait sans aucune question préalable. À réserver aux situations où vous êtes certain de ce que vous faites.

-n (no-clobber) : Si un fichier portant le même nom existe déjà à la destination, mv abandonne silencieusement l’opération sans écraser quoi que ce soit. Cette option est incompatible avec -f ; en cas d’utilisation combinée, c’est -n qui l’emporte.

-v (verbose) : Affiche dans le Terminal le résultat de chaque déplacement effectué. Très utile pour contrôler visuellement ce qui vient de se passer, surtout lors du déplacement de plusieurs fichiers.

Trois situations du quotidien qui illustrent tout

Renommer un document Pages

Vous venez de terminer la rédaction d’un rapport et vous souhaitez renommer le fichier brouillon_rapport.pages en rapport_final_juillet_2026.pages, sans le déplacer de dossier. Depuis le Terminal :

mv /Users/henrido/Documents/brouillon_rapport.pages /Users/henrido/Documents/rapport_final_juillet_2026.pages

Le fichier porte immédiatement son nouveau nom. La manipulation est identique dans le Finder à un double-clic suivi d’une saisie, mais ici elle s’effectue en une ligne, et peut être intégrée dans un script plus large.

Déplacer un dossier de téléchargements vers Archives

Vous avez un dossier nommé Factures_2025 dans votre dossier Téléchargements. Vous voulez le ranger dans votre dossier Archives sur un disque externe nommé Backup_SSD :

mv -v /Users/henrido/Downloads/Factures_2025 /Volumes/Backup_SSD/Archives/

L’option -v affichera dans le Terminal une ligne de confirmation du type :

/Users/henrido/Downloads/Factures_2025 -> /Volumes/Backup_SSD/Archives/Factures_2025

Puisqu’il s’agit ici d’un déplacement vers un volume différent, macOS effectue une copie complète avant de supprimer l’original. Attendez que la commande se termine avant de fermer le Terminal ou de débrancher le disque.

Déplacer plusieurs fichiers Keynote vers un dossier de présentation

Vous avez plusieurs fichiers Keynote éparpillés sur le bureau et vous souhaitez tous les ranger dans un dossier Présentations_2026 déjà créé dans vos Documents :

mv -i ~/Desktop/keynote_client_A.key ~/Desktop/keynote_interne.key ~/Desktop/keynote_formation.key ~/Documents/Présentations_2026/

L’option -i vous protège au cas où l’un des fichiers porterait le même nom qu’un fichier déjà présent dans le dossier cible. Le Terminal vous posera la question avant d’écraser quoi que ce soit.

Combiner mv avec d’autres outils pour des opérations plus élaborées

La commande mv révèle toute sa puissance lorsqu’elle est associée à d’autres commandes Unix via le pipe (|) ou des constructions en boucle.

Déplacer tous les fichiers PDF d’un dossier vers une archive

La commande find permet de cibler précisément tous les fichiers d’un type donné, puis mv effectue le déplacement :

find /Users/henrido/Downloads -name "*.pdf" -exec mv -v {} /Users/henrido/Documents/PDF_Archive/ \;

Cette ligne parcourt récursivement le dossier Téléchargements, trouve chaque fichier portant l’extension .pdf, et le déplace dans le dossier PDF_Archive. Le symbole {} représente chaque fichier trouvé, et \; indique la fin de la commande -exec.

Ajouter un préfixe de date à un fichier avant de le déplacer

Cette combinaison utilise la substitution de commande pour créer dynamiquement le nouveau nom :

mv /Users/henrido/Desktop/notes_reunion.txt /Users/henrido/Documents/Archives/"$(date +%Y-%m-%d)_notes_reunion.txt"

Le résultat sera un fichier nommé 2026-07-02_notes_reunion.txt dans votre dossier Archives. Cette technique est particulièrement utile pour organiser des journaux ou des comptes rendus en leur donnant automatiquement une date dans le nom.

Renommer en masse avec une boucle

Pour renommer tous les fichiers .txt d’un dossier en remplaçant l’extension par .md :

for f in /Users/henrido/Documents/Notes/*.txt; do mv "$f" "${f%.txt}.md"; done

La syntaxe ${f%.txt} supprime l’extension .txt du nom de fichier stocké dans la variable f, et .md est ajouté à la place. Testez toujours ce type de boucle sur un dossier de test avant de l’appliquer à des fichiers importants.

mv ne met pas à la corbeille : une précaution essentielle

Contrairement au glisser-déposer vers la Corbeille dans le Finder, la commande mv ne place jamais les fichiers dans la Corbeille. Lorsqu’un fichier est écrasé par mv (par exemple si vous déplacez un fichier vers un emplacement où un fichier du même nom existe déjà sans utiliser -i), l’ancien fichier est immédiatement et définitivement perdu.

Cette caractéristique n’est pas un défaut, c’est une spécificité héritée du standard Unix. Elle implique simplement d’adopter de bonnes habitudes :

Utilisez systématiquement l’option -i lors de déplacements manuels. Vérifiez le contenu du dossier cible avec ls avant d’y envoyer des fichiers. Travaillez de préférence avec des chemins absolus (commençant par / ou ~) plutôt que des chemins relatifs, pour éviter les confusions de localisation.

Ces précautions prises, mv devient un outil fiable et efficace qui fait partie du bagage de tout utilisateur macOS à l’aise avec le Terminal.

Ranger est un art : mv comme habitude de travail

Maîtriser mv ne demande pas plus de cinq minutes de pratique sur un dossier de test. Pourtant, cette commande change profondément la manière d’organiser ses fichiers : plus de glisser-déposer approximatif, plus de fichiers renommés à la hâte avec des suffixes « _v2_final_final ».

Avec mv, vous déplacez avec précision, vous renommez avec intention, et vous pouvez automatiser des réorganisations entières en quelques lignes de script. Elle s’inscrit naturellement dans la continuité des commandes vues jusqu’ici : après avoir navigué avec cd, listé avec ls, ouvert avec open et copié avec cp, vous disposez maintenant d’un jeu complet pour gérer vos fichiers depuis le Terminal.

La prochaine étape logique sera la commande rm, qui permet de supprimer des fichiers. Elle mérite elle aussi quelques précautions particulières, que nous détaillerons en Semaine 8.


Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS Terminal : cp, copier vos fichiers facilement

Notre commande Unix du Vendredi soir : cp

Vous avez déjà dupliqué un projet entier sur votre Mac en glissant un dossier dans le Finder, pour réaliser dix minutes plus tard que la copie n’est pas terminée et qu’aucune barre de progression ne vous indique où vous en êtes ?

Ou peut-être avez-vous besoin de copier une arborescence complexe vers un disque externe, en excluant certains types de fichiers, depuis un script automatisé qui tourne la nuit ?

Le Finder est un outil remarquable pour la navigation visuelle au quotidien. Mais dès que la tâche gagne en volume, en précision ou en répétition, il montre ses limites.

La commande cp du Terminal macOS répond exactement à ces situations. Elle copie des fichiers et des dossiers avec une précision chirurgicale, sans interface graphique, sans délai d’affichage superflu, et avec un contrôle total sur ce qui est copié, comment, et vers où.

Ce guide vous montre comment utiliser cp et son option -r de manière concrète, depuis les cas les plus simples jusqu’aux usages que même les utilisateurs expérimentés négligent parfois.

Anatomie d’une commande qui copie tout ce qu’on lui demande

cp est l’abréviation de copy. C’est une commande POSIX standard, présente sur macOS depuis ses origines Unix, et documentée dans la man page officielle livrée avec le système d’exploitation.

Sa syntaxe de base est la suivante :

cp [options] source destination

La source est le chemin du fichier ou du dossier à copier. La destination est l’endroit où la copie doit être placée. Ces deux arguments sont obligatoires.

Les options essentielles à connaître

-r ou -R : copie récursive. Cette option est indispensable dès que vous souhaitez copier un dossier et tout ce qu’il contient (sous-dossiers inclus). Sans elle, cp refuse de copier un répertoire et retourne une erreur.

-i : mode interactif. Avant d’écraser un fichier existant à la destination, cp vous demande une confirmation explicite. Recommandé lorsque vous n’êtes pas certain que la destination est vide.

-n : sans écrasement. Si un fichier portant le même nom existe déjà à la destination, cp l’ignore silencieusement. Pratique pour des sauvegardes où vous ne voulez pas toucher à ce qui existe déjà.

-p : préservation des métadonnées. La copie conserve les permissions, les dates de modification et le propriétaire du fichier d’origine. Utile lorsque les attributs du fichier ont une importance pour une application ou un script.

-v : mode verbeux. Affiche chaque fichier au fur et à mesure qu’il est copié. Rassurant pour les opérations longues sur de gros volumes de données.

Ces options peuvent être combinées. Par exemple :

cp -rp source/ destination/

Cette combinaison copie récursivement tout le contenu de source/ vers destination/, en préservant les métadonnées de chaque fichier.

Trois scénarios du quotidien, un seul outil

Scénario 1 : dupliquer un document de travail avant de le modifier

Vous allez restructurer en profondeur un rapport annuel stocké dans votre dossier Documents. Avant de toucher au fichier original, vous souhaitez en conserver une copie de sécurité dans le même répertoire.

cp /Users/henrido/Documents/rapport-annuel-2025.pdf /Users/henrido/Documents/rapport-annuel-2025-backup.pdf

La commande crée immédiatement une copie identique sous un nouveau nom. Pas de dialogue, pas d’attente : l’opération est instantanée pour un fichier de taille standard.

Scénario 2 : copier un projet entier vers un disque externe

Vous travaillez sur un projet de développement dans /Users/henrido/Documents/MonProjet/. Votre disque externe LaCie s’est monté à /Volumes/LaCie/. Vous souhaitez archiver l’intégralité du projet.

cp -r /Users/henrido/Documents/MonProjet/ /Volumes/LaCie/Sauvegardes/MonProjet/

L’option -r garantit que chaque sous-dossier, fichier de configuration, asset et script est copié, quelle que soit la profondeur de l’arborescence.

Note : si votre projet contient plusieurs centaines de fichiers, ajoutez -v pour voir la progression en temps réel.

Scénario 3 : copier plusieurs fichiers d’un coup vers un même dossier

Vous voulez rassembler trois contrats PDF depuis votre dossier Bureau dans un dossier d’archive :

cp /Users/henrido/Desktop/contrat-A.pdf /Users/henrido/Desktop/contrat-B.pdf /Users/henrido/Desktop/contrat-C.pdf /Users/henrido/Documents/Archives/Contrats/

Lorsque plusieurs sources précèdent une destination, cp comprend que la destination est un dossier et y dépose chacun des fichiers. La destination doit exister au préalable : cp ne crée pas les dossiers manquants. Si nécessaire, créez-les d’abord avec mkdir -p.

La combinaison qui change tout : cp avec les wildcards

La véritable puissance de cp en ligne de commande se révèle lorsqu’on l’associe aux caractères génériques du shell, appelés wildcards ou glob patterns.

Copier uniquement les fichiers d’un certain type

Imaginons que vous souhaitez archiver tous les fichiers JPEG d’un dossier de photos sans toucher aux fichiers RAW :

cp /Users/henrido/Pictures/Vacances2025/*.jpg /Users/henrido/Documents/Archives/Photos/

Le caractère * est interprété par le shell macOS comme « tout ce qui précède .jpg« . Seuls les fichiers JPEG sont concernés par la copie.

Copier en excluant les doublons existants

Si votre dossier d’archive contient déjà des copies partielles de vos photos, utilisez l’option -n pour ne copier que les nouveaux fichiers :

cp -n /Users/henrido/Pictures/Vacances2025/*.jpg /Users/henrido/Documents/Archives/Photos/

Chaque fichier déjà présent à la destination est ignoré. Ceux qui manquent sont copiés. C’est l’équivalent d’une synchronisation unidirectionnelle simple, sans outil tiers.

Combiner plusieurs options pour une copie sécurisée et lisible

cp -rnv /Users/henrido/Documents/MonProjet/ /Volumes/LaCie/Sauvegardes/MonProjet/

Cette ligne combine trois comportements : copie récursive (-r), protection contre l’écrasement (-n) et affichage de chaque fichier traité (-v). C’est la formule recommandée pour une première sauvegarde manuelle vers un disque externe.

Comprendre la différence entre /dossier et /dossier/

Un détail qui échappe souvent aux débutants : le comportement de cp -r change selon que le chemin source se termine par une barre oblique ou non.

cp -r /Users/henrido/Documents/MonProjet /Volumes/LaCie/

Cette commande crée /Volumes/LaCie/MonProjet/ avec tout son contenu.

cp -r /Users/henrido/Documents/MonProjet/ /Volumes/LaCie/

Ici, si /Volumes/LaCie/ existe déjà, cp dépose le contenu de MonProjet directement dans /Volumes/LaCie/MonProjet/. Le comportement est identique dans les deux cas si la destination n’existe pas encore, mais il diverge si elle existe. Prenez l’habitude d’indiquer le chemin de destination complet pour éviter toute ambiguïté.

Ce que cp ne fait pas, et comment ne pas se tromper

La commande cp copie. Elle ne vérifie pas si l’espace disque disponible à la destination est suffisant avant de commencer. Elle ne signale pas une erreur d’espace insuffisant de manière proactive sur les très grands volumes.

Si vous copiez des centaines de gigaoctets, vérifiez l’espace disponible au préalable avec df -h /Volumes/VotreDisque/.

La commande cp ne gère pas non plus la reprise après interruption. Si la copie est interrompue (disque débranché, fermeture du Terminal), les fichiers déjà copiés restent en place, mais la copie est incomplète. Pour des transferts critiques ou très volumineux, préférez rsync, qui permet une reprise là où elle s’était arrêtée.

Pour la création de copies de sauvegarde Time Machine ou de clones de disque, les outils dédiés d’Apple (Time Machine, Carbon Copy Cloner, SuperDuper) restent plus adaptés car ils gèrent les attributs étendus, les ACL et les liens symboliques de manière exhaustive.

cp reste la solution idéale pour les copies ponctuelles, les scripts d’automatisation et les opérations où la simplicité et la rapidité d’exécution priment.

Ce que vous emportez avec vous

La commande cp est l’une des premières commandes qu’un utilisateur macOS rencontre dans le Terminal, et l’une des plus durables dans sa pratique quotidienne.

Sa syntaxe est prévisible : une source, une destination, des options selon le besoin. Elle s’intègre naturellement dans des scripts shell, des automatisations via launchd, ou des routines de sauvegarde personnalisées.

Trois points à retenir pour bien démarrer :

Utilisez toujours -r pour les dossiers. Oubliez cette option et cp vous retourne une erreur sans copier quoi que ce soit.

Ajoutez -i ou -n dès que la destination contient déjà des fichiers. Cela évite d’écraser accidentellement une version plus récente par une plus ancienne.

Testez vos chemins avec ls avant d’exécuter une copie importante. S’assurer que la source contient bien ce qu’on croit, et que la destination existe, prend dix secondes et évite des surprises.

La prochaine commande de cette série, mv, vous permettra d’aller un cran plus loin : déplacer et renommer vos fichiers depuis le Terminal, avec la même précision et la même efficacité.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS Terminal : rm : supprimer un fichier sans détour

Notre commande Unix du Vendredi soir

Notre commande Unix du Vendredi soir : rm

Vous connaissez ce moment de flottement.

Vous venez de générer trente captures d’écran pour un article, elles s’accumulent dans Documents, et la Corbeille commence à ressembler à un grenier oublié.

Vider la Corbeille depuis le Finder fonctionne, mais dès que vos fichiers sont profondément rangés dans une arborescence, cliquer devient laborieux.

Le Terminal offre une alternative précise, rapide et sans détour : la commande rm, pour remove.

Elle supprime le fichier immédiatement, sans passer par la Corbeille.

Cette efficacité est aussi son piège. Un rm mal formulé peut effacer en une fraction de seconde des documents impossibles à récupérer.

C’est exactement pour cette raison que rm existe en version prudente : rm -i.

Cette variante vous demande une confirmation avant chaque suppression, transformant une commande brute en outil professionnel maîtrisé.

Dans ce guide, nous allons apprendre à supprimer un fichier proprement, à activer les garde-fous adaptés, et à combiner rm avec d’autres commandes pour automatiser votre ménage numérique.

Anatomie d’une commande de suppression sous Unix

La commande rm fait partie du socle historique des utilitaires Unix.

Elle est présente sur macOS depuis les toutes premières versions du système et respecte la norme POSIX.

Son rôle est de retirer une entrée de fichier du système de fichiers.

La syntaxe générale telle qu’elle apparaît dans la man page officielle Apple est la suivante :

rm [-f | -i] [-dIRrvWx] fichier ...

Les crochets indiquent que les options sont facultatives.

Vous pouvez utiliser rm seul, ou l’accompagner d’un ou plusieurs indicateurs qui modifient son comportement.

Voici les options les plus utilisées au quotidien sur macOS, telles que définies dans la documentation Apple.

L’option -i demande une confirmation avant chaque suppression, quel que soit le fichier concerné.

L’option -f force la suppression sans confirmation, même pour les fichiers en lecture seule. Cette option annule tout -i placé avant elle.

L’option -I propose un compromis. Elle demande une seule confirmation quand plus de trois fichiers sont concernés, ou lorsqu’un dossier est supprimé récursivement.

L’option -R supprime récursivement un dossier et tout ce qu’il contient. Elle implique automatiquement l’option -d qui autorise la suppression des dossiers.

L’option -r est strictement équivalente à -R. Les deux minuscules et majuscules produisent le même résultat.

L’option -v active le mode verbeux. Chaque fichier est affiché au moment où il est supprimé.

L’option -d autorise la suppression d’un dossier vide sans mode récursif.

L’option -x empêche rm de traverser les points de montage. Utile lorsque vous manipulez un disque externe monté à l’intérieur d’un autre volume.

Un détail à connaître concerne l’option -P héritée de FreeBSD. Elle prétendait écraser les fichiers avant suppression, mais la man page macOS indique clairement que cette option n’a plus aucun effet et est conservée uniquement pour compatibilité rétroactive.

Trois scénarios concrets pour prendre rm en main

Prenons trois situations que tout utilisateur macOS rencontre tôt ou tard.

Scénario 1 : nettoyer un dossier de captures d’écran obsolètes.

Vous avez capturé une trentaine d’écrans sur votre MacBook Pro pour illustrer un article de blog, et vous voulez repartir sur une base propre.

rm /Users/henrido/Documents/Captures/screenshot-2026-06-01.png

Ici, rm supprime uniquement le fichier nommé, immédiatement, sans confirmation.

Aucun retour dans le Terminal signifie que la commande a réussi.

Scénario 2 : supprimer un fichier avec confirmation.

Vous n’êtes plus tout à fait certain que ce fichier de travail est vraiment inutile. Vous voulez une dernière chance de dire non.

rm -i /Users/henrido/Documents/Projets/brouillon-final.pages

Le Terminal affiche alors une question comme remove brouillon-final.pages?.

Vous tapez y pour confirmer, ou n pour annuler.

Cette microseconde de réflexion évite bien des drames.

Scénario 3 : vider récursivement un dossier temporaire.

Vous avez créé un dossier de tests avec plusieurs sous-dossiers et vous voulez tout effacer.

rm -r /Users/henrido/Documents/Test-2026/

Cette commande supprime le dossier Test-2026 ainsi que l’intégralité de son contenu.

Si vous voulez conserver un dernier filet de sécurité, ajoutez -i :

rm -ri /Users/henrido/Documents/Test-2026/

Le Terminal vous demandera alors une confirmation pour chaque élément traversé, dossier par dossier, fichier par fichier.

Sur une arborescence volumineuse, cette approche devient rapidement fastidieuse. C’est là qu’entre en scène l’option -I en majuscule.

Une variante moins connue : l’option -I et le pipe avec find

Beaucoup d’utilisateurs découvrent tardivement l’option -I en majuscule, qui apporte un équilibre intéressant entre sécurité et confort.

Contrairement à -i qui demande une confirmation par fichier, l’option -I ne pose qu’une seule question, et uniquement dans deux cas précis : lorsque vous demandez la suppression de plus de trois fichiers en une seule commande, ou lorsque vous supprimez récursivement un dossier.

Cette option est particulièrement utile dans les scripts que vous voulez exécuter en semi-automatique.

Exemple concret sur un iMac utilisé pour la retouche photo :

rm -IR /Users/henrido/Pictures/Import-Brut/

Le Terminal affichera une seule question du type examine files in directory Import-Brut? (y/n).

Répondez y et la totalité disparaît sans nouvelle interruption.

Autre combinaison très puissante : rm chaîné avec la commande find via un pipe.

Cette approche permet de cibler des fichiers selon des critères précis, comme leur ancienneté ou leur extension.

Imaginons que vous souhaitiez supprimer tous les fichiers .DS_Store présents dans votre dossier Documents :

find /Users/henrido/Documents -name ".DS_Store" -type f -delete

Ici, find se charge à la fois de la recherche et de la suppression grâce à son option -delete.

Si vous préférez utiliser rm explicitement pour garder un contrôle plus lisible, la formulation suivante fonctionne aussi :

find /Users/henrido/Documents -name ".DS_Store" -type f -exec rm -v {} \;

L’option -v de rm affichera chaque fichier supprimé, ce qui vous permet de vérifier visuellement le résultat.

Attention à un point crucial. La commande rm ne passe jamais par la Corbeille macOS.

Contrairement au raccourci Command-Suppression du Finder, il n’existe aucun moyen de restaurer un fichier supprimé avec rm depuis l’interface graphique.

Une seule solution : disposer d’une sauvegarde Time Machine à jour ou d’une copie sur un service cloud comme iCloud Drive.

Le réflexe à installer une fois pour toutes

La commande rm est un couteau à double tranchant.

Elle brille par sa rapidité et sa précision, mais elle ne pardonne aucune erreur de saisie.

L’astuce la plus utile pour un utilisateur macOS soucieux de sa sérénité consiste à créer un alias permanent dans son fichier de configuration shell, pour que rm demande systématiquement une confirmation.

Cette approche sera l’objet d’un futur article dédié à la commande alias.

En attendant, prenez l’habitude de taper rm -i par défaut sur vos fichiers importants, et rm -I sur les opérations récursives.

Testez toujours vos commandes rm dans un dossier de test avant de les appliquer à vos données personnelles.

Le Terminal récompense la prudence par une efficacité redoutable, mais il ne fait aucun cadeau à la précipitation.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS Terminal : ls : explorez vos dossiers en détail

Notre commande Unix du Vendredi soir : ls

Vous avez déjà ouvert un dossier dans le Finder, cliqué sur « Afficher », activé les fichiers cachés, et constaté qu’il y avait bien plus de contenu que ce que vous imaginiez ?

Le Finder fait du travail éditorial en permanence : il masque les fichiers système, simplifie les permissions, et affiche les dates selon un format arrondi. C’est pratique au quotidien. Mais quand vous cherchez à comprendre réellement ce qui se passe dans un répertoire, cette simplification peut devenir un obstacle.

La commande ls est l’outil qui, dans le Terminal macOS, vous donne accès à la liste brute et complète du contenu d’un dossier. Elle affiche les noms de fichiers, les attributs, les tailles, les dates de modification et les permissions, sans filtre ni mise en scène.

La variante ls -la est particulièrement précieuse : elle révèle les fichiers cachés (ceux dont le nom commence par un point), et présente toutes les métadonnées disponibles sur chaque élément.

Que vous souhaitiez diagnostiquer un comportement inattendu, vérifier des permissions d’accès ou simplement comprendre la structure d’un dossier, cette commande est votre point de départ.

La liste sans fioritures : syntaxe et options essentielles

ls (pour « list ») est une commande POSIX standard, disponible sur tous les systèmes Unix et macOS depuis les premières versions du système. Elle affiche le contenu du répertoire courant, ou de tout répertoire que vous lui indiquez.

Syntaxe de base

ls [options] [chemin]

Si vous omettez le chemin, ls liste le contenu du répertoire dans lequel vous vous trouvez.

Les options les plus utiles

-l — Format long (long listing)

Affiche une ligne par élément avec les informations complètes : permissions, nombre de liens physiques, propriétaire, groupe, taille en octets, date de dernière modification, et nom du fichier.

-a — Tout afficher (all)

Inclut dans la liste les fichiers et dossiers dont le nom commence par un point (.). Ces éléments sont masqués par défaut parce qu’ils contiennent généralement des données de configuration ou des ressources système. Cette option révèle également deux entrées spéciales : . (le répertoire courant lui-même) et .. (le répertoire parent).

-h — Tailles lisibles (human-readable)

À utiliser obligatoirement avec -l. Convertit les tailles en octets en unités lisibles : Ko, Mo, Go. Sans cette option, une taille de 2 Mo s’affiche comme 2097152.

-t — Trier par date de modification (time)

Classe les résultats du plus récent au plus ancien. Utile pour retrouver rapidement ce sur quoi vous avez travaillé en dernier.

-r — Ordre inverse (reverse)

Inverse l’ordre de tri. Combinée à -t, elle affiche les fichiers les plus anciens en premier.

-S — Trier par taille (Size)

Classe les éléments du plus volumineux au plus petit. Pratique pour identifier ce qui consomme le plus d’espace.

-1 — Une entrée par ligne (one per line)

Affiche chaque élément sur une ligne séparée, sans colonnes. Facilite la lisibilité dans les scripts.

La combinaison la plus courante

ls -la

Cette combinaison d’options -l et -a est la plus fréquemment utilisée. Elle affiche tout le contenu du répertoire courant, y compris les fichiers cachés, avec toutes les métadonnées disponibles.

Pour une version encore plus lisible en termes de tailles de fichiers, on préférera souvent :

ls -lah

Comprendre une ligne de résultat -l

Voici ce qu’affiche une ligne typique avec l’option -l :

-rw-r--r--  1  henrido  staff  12345  18 Jun 14:32  rapport.pdf

De gauche à droite :

Le premier caractère indique le type : - pour un fichier ordinaire, d pour un dossier (directory), l pour un lien symbolique.

Les neuf caractères suivants représentent les permissions, organisées en trois groupes de trois : les droits du propriétaire, du groupe, puis des autres utilisateurs. La lettre r indique le droit de lecture (read), w l’écriture (write), x l’exécution (execute). Un tiret signifie que le droit est absent.

Vient ensuite le nombre de liens physiques, le nom du propriétaire, le nom du groupe, la taille en octets (ou en unité lisible avec -h), la date et l’heure de dernière modification, et enfin le nom du fichier.

De la théorie à la pratique : trois scénarios concrets sur macOS

Scénario 1 : Trouver ce qui se cache dans votre dossier personnel

Lancez le Terminal et tapez simplement :

ls -la ~

Le tilde (~) désigne votre dossier personnel (par exemple /Users/henrido). La commande affiche tout son contenu, y compris les dossiers de configuration cachés comme .zshrc, .ssh, .config, ou encore .Trash.

Capture d’écran recommandée : le résultat de cette commande sur un Mac avec quelques fichiers cachés visibles, pour montrer la différence avec ce qu’affiche le Finder.

Vous constaterez peut-être la présence de fichiers comme .DS_Store (généré automatiquement par le Finder) ou .zsh_history (l’historique de vos commandes Terminal).

Scénario 2 : Identifier les fichiers les plus récents dans le dossier Téléchargements

ls -lt ~/Downloads

Cette commande trie le contenu du dossier Téléchargements par date de modification décroissante. Le premier fichier affiché est le plus récemment modifié. C’est utile quand vous venez de télécharger quelque chose et que vous voulez retrouver son nom exact sans ouvrir le Finder.

Pour afficher les tailles dans un format lisible :

ls -lth ~/Downloads

Scénario 3 : Vérifier les permissions sur un dossier de projet

Imaginons que vous développez une application et que vous souhaitez vérifier les permissions d’accès dans un répertoire de projet :

ls -la ~/Documents/MonProjet/

Le résultat vous indique immédiatement pour chaque fichier et dossier : qui en est propriétaire, quels droits d’accès sont accordés, et quand la dernière modification a eu lieu. C’est notamment utile pour diagnostiquer pourquoi une application ne peut pas lire un fichier donné.

Si vous souhaitez vous concentrer uniquement sur les éléments dont le nom commence par une lettre spécifique, vous pouvez utiliser un caractère générique (wildcard) :

ls -l ~/Documents/MonProjet/*.swift

Cette syntaxe liste uniquement les fichiers Swift du projet, avec leurs métadonnées.

Aller plus loin : combinaisons et usage dans les scripts

Combiner ls avec grep pour filtrer les résultats

La puissance de la ligne de commande réside dans la capacité à chaîner des outils. Vous pouvez passer le résultat de ls à grep pour ne garder que les lignes qui contiennent un terme donné.

Par exemple, pour afficher uniquement les fichiers PDF dans votre dossier Documents :

ls -la ~/Documents/ | grep ".pdf"

L’opérateur | (pipe) transmet la sortie de ls -la comme entrée de grep, qui ne conserve que les lignes contenant la chaîne .pdf.

Afficher les résultats dans un fichier texte

Si vous souhaitez conserver une trace de la structure d’un répertoire, vous pouvez rediriger la sortie vers un fichier :

ls -lah ~/Documents/ > ~/Desktop/structure_documents.txt

Le fichier structure_documents.txt sera créé sur votre bureau avec l’intégralité du résultat. L’opérateur > écrase le fichier s’il existe déjà. Pour ajouter le résultat à la suite d’un fichier existant, utilisez >>.

Lister récursivement avec -R

L’option -R (recursive) liste le contenu de tous les sous-dossiers à partir du répertoire indiqué. Sur un dossier contenant de nombreux niveaux, le résultat peut être très long :

ls -R ~/Documents/MonProjet/

Pour rendre ce résultat exploitable, on le combine généralement avec less ou grep :

ls -R ~/Documents/MonProjet/ | less

Cela permet de parcourir l’arborescence complète page par page, en utilisant les touches de navigation de less.

Une note sur ls et les couleurs

Sur macOS, vous pouvez activer l’affichage en couleur pour distinguer visuellement les types de fichiers. L’option -G active cette fonctionnalité :

ls -laG ~/Documents/

Les dossiers apparaissent en bleu, les exécutables en rouge, les liens symboliques en magenta, selon le schéma de couleurs par défaut du Terminal. Certains terminaux comme iTerm2 appliquent cette coloration automatiquement en fonction de la configuration du profil actif.

La commande qui ne vieillit pas

ls est l’une des commandes les plus anciennes de l’environnement Unix. Elle est présente dans toutes les versions de macOS, de Mac OS X 10.0 jusqu’à macOS Sequoia 15 et au-delà. Sa man page est l’une des plus complètes et des plus stables de l’ensemble de la bibliothèque POSIX.

Sa force réside dans sa simplicité apparente et sa richesse réelle : derrière deux lettres se cache un outil qui vous donne une vision complète et fidèle de ce qui existe sur votre disque, sans intermédiaire.

Prendre l’habitude d’utiliser ls -lah avant toute autre opération dans un répertoire inconnu est une discipline qui évite de nombreuses erreurs. Vous savez exactement ce qui est présent, qui en est propriétaire, quelle est sa taille et quand il a été modifié pour la dernière fois.

La prochaine étape naturelle sera d’apprendre à naviguer dans ces répertoires avec cd, puis à manipuler les fichiers que vous aurez appris à identifier avec ls.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS Terminal : pwd — votre position exacte dans macOS

Découvrez pwd, la commande Terminal macOS qui affiche votre répertoire courant en un instant. Syntaxe, options -L et -P, exemples pratiques et astuces avancées pour naviguer avec confiance.

Notre commande Unix du Vendredi soir : pwd

Vous ouvrez le Terminal sur votre Mac. Vous tapez quelques commandes, vous entrez dans un dossier, puis dans un autre. Et soudain, la question surgit : mais où suis-je en ce moment ?

C’est une situation que tout utilisateur du Terminal a vécue, qu’il soit débutant ou non. Le Terminal n’affiche pas de barre d’adresse comme le Finder. Il n’y a pas d’icônes pour vous indiquer votre position. Vous vous déplacez dans l’arborescence de votre Mac en tapant des commandes, et il suffit de quelques changements de dossier pour perdre le fil.

La commande pwd répond à cette question avec une précision absolue. Elle affiche en une fraction de seconde le chemin complet du dossier dans lequel vous travaillez. Un chemin absolu, qui part de la racine du disque et mène jusqu’à votre position actuelle.

pwd est l’équivalent numérique de la question « à quelle adresse sommes-nous ? ». Elle est gratuite, instantanée, et n’a aucun effet sur votre système. C’est la boussole du Terminal.

Que vous soyez en train de préparer un script d’automatisation, d’organiser vos fichiers de projet ou simplement d’apprendre à naviguer dans macOS depuis la ligne de commande, pwd est le point de départ logique de toute session rigoureuse.

Dans ce guide, vous allez comprendre comment elle fonctionne, découvrir ses deux options et apprendre à l’utiliser dans des situations concrètes et quotidiennes sur un Mac.

pwd : l’adresse postale de votre session Terminal

pwd est l’abréviation de print working directory, ce qui se traduit mot à mot par « afficher le répertoire de travail courant ». Cette commande est l’une des plus anciennes du système Unix, dont macOS est directement issu. Elle est présente dans la norme POSIX, ce qui garantit son fonctionnement identique sur tous les systèmes conformes à ce standard, macOS inclus.

Ce qu’elle fait concrètement :

Quand vous naviguez dans le Terminal, vous vous situez toujours à un endroit précis de l’arborescence de fichiers de votre Mac. Cet emplacement s’appelle le répertoire courant ou répertoire de travail. La commande pwd l’affiche sous la forme d’un chemin absolu.

Un chemin absolu commence toujours par le symbole /, qui représente la racine du disque dur. Chaque dossier est séparé du suivant par un /.

Syntaxe de base :

pwd

Lorsque vous tapez pwd et appuyez sur Entrée dans une fenêtre Terminal fraîchement ouverte sur votre Mac, vous obtenez une réponse de ce type :

/Users/henrido

Cela signifie que vous êtes dans le dossier personnel de l’utilisateur henrido, situé dans le dossier Users à la racine du système.

Les deux options de la commande :

La commande pwd accepte deux options définies par la norme POSIX.

pwd -L

L’option -L signifie logical (logique). Elle affiche le chemin tel que vous l’avez parcouru, en respectant les liens symboliques s’ils existent dans votre itinéraire. C’est le comportement par défaut sur macOS lorsque vous tapez pwd sans option.

pwd -P

L’option -P signifie physical (physique). Elle résout tous les liens symboliques présents dans le chemin et affiche la localisation réelle du dossier sur le disque.

Dans la très grande majorité des situations courantes, pwd sans aucune option est tout ce dont vous avez besoin. Les options -L et -P deviennent utiles dans des contextes techniques plus précis, abordés dans la section suivante.

Trois situations réelles où pwd change tout

Situation 1 : Vérifier sa position avant une commande sensible

Vous travaillez sur votre MacBook Pro avec plusieurs fenêtres Terminal ouvertes. Dans l’une d’elles, vous préparez une commande de suppression ou de déplacement de fichiers. Avant d’appuyer sur Entrée, prenez l’habitude systématique de vérifier votre position :

pwd

Si le Terminal affiche /Users/henrido/Documents/Projets/Blog, vous êtes au bon endroit. Si la réponse est différente de ce que vous attendiez, vous venez peut-être d’éviter une erreur difficile à corriger.

Cette pratique, aussi simple qu’elle paraisse, est un réflexe professionnel. Elle coûte une seconde et peut épargner plusieurs minutes de récupération de fichiers déplacés par erreur.

Il est recommandé d’illustrer ce point avec une capture d’écran du Terminal affichant le résultat de pwd avant l’exécution d’une commande rm.

Situation 2 : Retrouver son chemin dans un projet en cours

Vous utilisez Xcode sur votre Mac pour un projet d’application. Vous naviguez dans les dossiers depuis le Terminal pour exécuter des scripts de compilation ou de test. Après plusieurs cd, vous avez perdu le fil.

Tapez simplement :

pwd

Vous obtenez immédiatement la réponse :

/Users/henrido/Developer/MonApplication/Sources/Utilities

Vous pouvez maintenant copier ce chemin pour l’utiliser dans un fichier de configuration, un Makefile ou pour le communiquer à un collègue qui cherche à localiser un fichier précis dans le projet.

Situation 3 : Confirmer le répertoire de départ d’une nouvelle session

Lorsque vous ouvrez une nouvelle fenêtre Terminal sur macOS, le répertoire courant par défaut est votre dossier personnel. Ce comportement peut être modifié par des profils Terminal ou des configurations personnalisées dans les préférences de l’application Terminal.

Pour confirmer ce point de départ, tapez pwd immédiatement après l’ouverture de la fenêtre :

pwd

La réponse attendue est :

/Users/henrido

Si vous obtenez un chemin différent, votre configuration Terminal a peut-être défini un répertoire de démarrage personnalisé. C’est une information utile à connaître pour éviter toute confusion lors de la session.

Deux usages avancés pour aller plus loin

Capturer le répertoire courant dans une variable shell

L’une des utilisations les plus puissantes de pwd consiste à stocker son résultat dans une variable pour l’exploiter dans un script shell. Cette technique est courante dans les scripts d’automatisation sur macOS.

dossier_depart=$(pwd)

Une fois cette ligne exécutée, la variable dossier_depart contient le chemin absolu de votre répertoire actuel. Vous pouvez ensuite naviguer librement dans d’autres dossiers pour y effectuer des opérations, puis revenir à votre point d’origine :

cd /var/log

… opérations dans /var/log …

cd "$dossier_depart"

Pour afficher la valeur stockée à tout moment :

echo "Répertoire d'origine : $dossier_depart"

Le Terminal affiche alors :

Répertoire d'origine : /Users/henrido/Documents/Projets/Blog

Cette technique est particulièrement utile dans les scripts de sauvegarde ou de déploiement, où il est nécessaire de revenir à un répertoire de référence après avoir parcouru plusieurs dossiers différents.

Comprendre la différence entre -L et -P avec /tmp

macOS utilise des liens symboliques dans certaines parties de son système de fichiers. Le dossier /tmp, par exemple, est un lien symbolique qui pointe en réalité vers /private/tmp. Cette distinction est invisible au quotidien, mais elle devient significative lorsque vous travaillez sur des scripts système.

Naviguez vers /tmp :

cd /tmp

Exécutez les deux variantes de pwd :

pwd -L

Résultat :

/tmp
pwd -P

Résultat :

/private/tmp

L’option -L respecte le lien symbolique et affiche le chemin que vous avez parcouru. L’option -P résout le lien et affiche la localisation physique réelle sur le disque.

Cette distinction est importante pour les scripts qui manipulent des fichiers temporaires ou qui doivent interagir avec des outils qui ne comprennent pas les liens symboliques.

Copier instantanément le chemin courant avec pbcopy

macOS intègre la commande pbcopy, qui copie du texte directement dans le presse-papiers du système. Combinez-la avec pwd via un pipe pour copier votre position actuelle en une seule commande :

pwd | pbcopy

Le résultat de pwd est immédiatement disponible dans le presse-papiers. Vous pouvez le coller dans le Finder avec Aller > Aller au dossier (Maj+Cmd+G), dans une application comme TextEdit, BBEdit ou VS Code, ou dans n’importe quel champ de formulaire.

Un repère discret qui structure chaque session Terminal

pwd n’est pas une commande spectaculaire. Elle ne crée pas de fichiers, ne modifie rien et ne produit aucun effet sur votre système. Et c’est précisément pour cela qu’elle est irremplaçable.

Dans un environnement sans interface graphique, savoir où l’on se trouve est une condition préalable à toute action efficace. pwd répond à cette exigence avec une économie de moyen remarquable : une commande de trois lettres, une ligne de résultat, une certitude absolue.

Intégrez pwd à vos réflexes Terminal. Tapez-la en début de session, avant chaque commande sensible, lors de chaque doute. Avec le temps, ce geste deviendra automatique, comme regarder l’adresse d’un immeuble avant d’y entrer.

La prochaine commande de cette série est ls et ls -la. Vous venez d’apprendre à savoir où vous êtes. La semaine prochaine, vous apprendrez à voir ce qui vous entoure.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

Apple Deeptech : Les Mutations Silencieuses Qui Redéfinissent l’Écosystème de macOS

Depuis macOS Big Sur, Apple a profondément transformé l’architecture interne de macOS. Derrière les évolutions visibles se cache une mutation beaucoup plus importante : le système devient progressivement plus fermé, plus sécurisé et davantage contrôlé par Apple.

Une explosion des frameworks privés

Dans macOS, les frameworks constituent les briques logicielles utilisées par le système et les applications.

Certains sont publics : Apple les documente et les met à disposition des développeurs. D’autres sont privés : réservés à un usage interne, ils peuvent évoluer ou disparaître sans préavis.

En 2019, environ 76 % des frameworks de macOS étaient privés. Fin 2025, selon les données d’Eclectic Light Company, le système compte au moins 428 frameworks publics contre 2 419 frameworks privés, soit près de 85 % de composants internes.

Autrement dit, pour chaque framework officiellement documenté, Apple en utilise désormais près de six qui restent invisibles aux développeurs.

Pourquoi ?

Cette évolution répond à plusieurs objectifs :

D’abord, macOS intègre toujours plus de fonctionnalités complexes : Apple Intelligence, Universal Control, Handoff, Continuity, HomeKit ou encore les mécanismes de sécurité modernes.

Ensuite, Apple sépare davantage les couches internes des interfaces publiques. Les développeurs disposent d’API stables tandis que les mécanismes sous-jacents peuvent évoluer librement.

Enfin, cette stratégie renforce le contrôle d’Apple sur la plateforme. En limitant l’accès aux composants internes, l’entreprise maîtrise mieux la stabilité, la sécurité et l’évolution du système.

Le « Signed System Volume » : un système devenu immuable

L’une des grandes ruptures introduites avec Big Sur est le Signed System Volume (SSV).

Le système n’est plus une simple collection de fichiers modifiables. Chaque élément est désormais validé cryptographiquement par Apple. Si un fichier système est altéré, le démarrage peut être compromis.

Cette approche renforce considérablement la sécurité, mais elle réduit aussi la capacité des utilisateurs avancés à modifier les composants internes de macOS.

Dyld Caches et Cryptex : les couches invisibles

Apple a également modifié la manière dont les bibliothèques système sont stockées et chargées.

Les frameworks ne sont plus directement accessibles dans les répertoires traditionnels. Ils sont regroupés dans d’immenses dyld caches puis intégrés dans des mécanismes comme les cryptex, accessibles uniquement par le système.

Résultat : une partie importante de macOS est devenue invisible et pratiquement inaccessible sans passer par les API officielles.

Le cas mystérieux de com.apple.macl

Les chercheurs en sécurité ont également identifié plusieurs attributs étendus non documentés, dont com.apple.macl.

Ces métadonnées sont ajoutées automatiquement à certains fichiers et protégées par le System Integrity Protection (SIP). Leur suppression est généralement bloquée. Leur fonctionnement exact reste peu documenté, illustrant la tendance croissante d’Apple à dissimuler certains mécanismes internes du système.

Et pour les développeurs ?

Les développeurs ne peuvent plus s’appuyer sur des comportements internes non documentés comme cela était parfois possible auparavant. Les frameworks privés évoluent régulièrement et peuvent être modifiés sans avertissement.

Les applications doivent donc passer exclusivement par les API publiques. Pour les administrateurs système et les utilisateurs avancés, macOS devient également plus difficile à personnaliser en profondeur.

Un changement de philosophie

Cette transformation n’est pas un simple détail technique. Depuis plusieurs années, macOS se rapproche progressivement du modèle d’iOS et d’iPadOS : davantage de sécurité, davantage d’abstraction et moins d’accès direct aux mécanismes internes.

Le système reste puissant, mais uniquement dans les limites qu’Apple décide d’exposer.

En l’espace de six ans, Apple a profondément redéfini les fondations de macOS. L’augmentation massive des frameworks privés, l’arrivée du Signed System Volume, des dyld caches et des cryptex participent à une même vision : rendre le système plus sûr, plus stable et plus maîtrisé.

Pour les utilisateurs, ces changements sont presque invisibles. Pour les développeurs et les experts du système, ils marquent pourtant l’une des plus importantes évolutions architecturales de l’histoire récente de macOS.

Sources :

Titre de la page URL officielleDate de publication
How macOS has grown 2019-2025https://eclecticlight.co/2026/01/02/how-macos-has-grown-2019-2025/2 janvier 2026
Permissions, privacy and security: who’s in control?https://eclecticlight.co/2025/02/20/permissions-privacy-and-security-whos-in-control/20 février 2025
What has changed in macOS Sequoia 15.6?https://eclecticlight.co/2025/07/29/what-has-changed-in-macos-sequoia-15-6/29 juillet 2025

macOS : Votre dictionnaire au bout des doigts

Vous lisez un texte captivant et, au détour d’un mot inconnu, vous interrompez légèrement votre concentration. Pas de souci ! En un clin d’œil, trois doigts sur votre trackpad suffisent pour révéler la définition en une seconde. Pas besoin de raccourcis complexes ni d’applications supplémentaires, juste un geste simple et naturel que votre Mac comprend parfaitement. C’est aussi facile que ça !

Vous lisez un texte, vous rencontrez un mot inconnu, vous interrompez votre concentration, vous ouvrez un navigateur. Stop. Trois doigts sur votre trackpad suffisent pour obtenir la définition en une seconde. Pas de raccourci complexe, pas d’application supplémentaire, juste un geste naturel que votre Mac comprend immédiatement.

Cette astuce semble mineure. Mais quand vous lisez un article, que vous rédigez un mail, ou que vous explorez une langue étrangère, chaque seconde compte. Le gain de productivité s’accumule. Pas besoin de quitter le document, pas besoin de tactilité. C’est transparent, fluide, et cela fonctionne partout sur macOS. Définitions, traductions, synonymes, informations Siri, tout dans une fenêtre légère qui disparaît au premier clic.

Mettre en place le geste !

Allez dans Réglages Système (l’icône engrenage du Dock ou du Launchpad).

Cherchez « Trackpad » dans la barre de recherche supérieure pour vous y rendre directement.

Ouvrez l’onglet « Pointer et cliquer » (visible dès que le volet Trackpad s’ouvre).

Cochez la case « Recherche et détection de données » en bas de la section.
Dans me menu sélectionnez : « Toucher avec 3 doigts ».

C’est tout. Votre trackpad reconnaît désormais le geste trois doigts.

Comment l’utiliser au quotidien

Tapoter sur un mot dans n’importe quel document affiche sa définition dans une fenêtre contextuelle.

  • Sur une date, le geste propose de créer un événement calendrier directement.
  • Sur une adresse, il offre d’ouvrir Plans ou de créer un contact.
  • Sur un numéro de téléphone, il demande d’ajouter à vos contacts ou d’appeler via Facetime.

La fenêtre disparaît dès que vous cliquez ailleurs ou appuyez sur Échap. Aucune trace, aucun historique, c’est instantané et discret.

Un geste qui répond vraiment

Sous le capot, macOS analyse le contexte du texte. Il ne donne pas juste une définition basique, il propose synonymes, contexte linguistique, et même suggestions Siri.

Si vous double-tapoter pour sélectionner un mot, puis tapoter trois doigts, le résultat est encore plus précis. Sur un Mac avec Force Touch, le geste fonctionne aussi via une pression légère. Sur les anciens trackpads à trois doigts ou sur les plus récents, le système adapte le geste automatiquement.

Les meilleures astuces macOS sont souvent les plus discrètes. Celle-ci s’intègre tellement naturellement que vous oubliez vite qu’elle existait avant. Une fois activée, elle devient un réflexe et vous vous demanderez comment vous aviez survécu sans elle.

Bonne lecture à Tous !

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! henrido@hdrapin.com

macOS Tahoe : Historique du presse-papiers dans Spotlight : retrouvez vos copies !

Découvrez comment accéder à votre historique du presse-papiers via Spotlight sur macOS Tahoe et optimiser votre productivité

Vous copiez un lien, puis quelques clics plus tard, vous oubliez ce que vous veniez de copier. Vous devez naviguer entre vos applications, chercher le texte original, recopier. Ces petites pertes de temps s’accumulent et coupent votre productivité en morceaux.

Depuis macOS Tahoe, Apple a intégré une solution élégante directement dans Spotlight : un historique du presse-papiers qui mémorise vos copies précédentes.

Gagner du temps et garder le contrôle !

Imaginez pouvoir accéder en une seconde à n’importe quel élément que vous avez copié—un lien, une adresse, un numéro de téléphone, une image. Plus besoin de revenir en arrière pour retrouver cette information.

Vous pouvez également choisir combien de temps votre historique est conservé : 30 minutes, 8 heures ou 7 jours. C’est vous qui décidez du compromis entre productivité et confidentialité.

Cette fonctionnalité est particulièrement utile lorsque vous travaillez sur plusieurs projets à la fois ou que vous déplacez des contenus entre plusieurs documents.

Trois étapes pour maîtriser cette astuce

1. Ouvrir Spotlight depuis votre clavier

Appuyez sur Cmd + Espace pour ouvrir Spotlight.

2. Accéder à l’historique du presse-papiers

Appuyez immédiatement sur Cmd + 4 sans fermer Spotlight.

Le panneau de l’historique du presse-papiers apparaît, affichant vos éléments copiés récents.

Attention, la première fois, vous devrez valider l’accès au presse-papier !

3. Sélectionner et coller un élément

Utilisez les flèches haut/bas pour naviguer dans votre historique, puis appuyez sur Retour pour coller l’élément dans la fenêtre active.

Gérer les paramètres de confidentialité

Allez dans Paramètres système > Spotlight > Historique du presse-papiers.

Vous pouvez choisir :

  • 30 minutes : pour les données sensibles
  • 8 heures : le paramètre par défaut
  • 7 jours : pour une productivité maximale

Un bouton « Effacer l’historique » vous permet de nettoyer vos données en un clic.

Pourquoi Apple l’a construit ainsi ?

Apple a intégré cette fonctionnalité directement dans Spotlight (et non dans une application séparée) car Spotlight est déjà le point d’accès le plus rapide de votre Mac. En combinant recherche et historique, vous gagnez une seconde précieuse.

L’ajout de paramètres de durée dans macOS 26.1 montre qu’Apple prend au sérieux les préoccupations des utilisateurs concernant la sécurité des données. Contrairement aux gestionnaires de presse-papiers tiers, cette solution est cryptée et stockée localement.

L’historique du presse-papiers est l’une de ces astuces discrètes qui change vraiment votre quotidien une fois que vous l’avez découverte. Elle représente exactement ce que macOS Tahoe propose : des gains de productivité qui respectent votre confidentialité.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! henrido@hdrapin.com

macOS Terminal : cd : naviguer librement dans votre système

Voyagez sans quitter le Terminal

Vous ouvrez votre Terminal et vous vous demandez immédiatement : où suis-je actuellement ? Comment accéder à un dossier spécifique ? Naviguer dans l’arborescence de votre Mac en ligne de commande peut sembler intimidant au premier abord, mais c’est l’une des compétences les plus libératrices que vous apprendrez.

La commande cd (change directory) est votre billet d’accès à n’importe quel coin de votre système de fichiers. Contrairement à l’interface graphique du Finder, où vous cliquez dossier après dossier, le Terminal vous permet de sauter instantanément vers vos destinations. Fini les séries de clics répétitifs : quelques caractères suffisent. Vous découvrirez que cette approche devient rapidement plus rapide, plus précise et remarquablement satisfaisante.

Cette semaine, nous explorons cd et ses variantes incontournables : le moyen de transformer votre Terminal en outil de navigation fluide.

Syntaxe exacte et principes fondamentaux

La commande cd est l’une des plus simples du Terminal macOS. Sa syntaxe de base est directe :

cd [chemin]

Le mot clé cd indique au système que vous souhaitez changer de répertoire. Le [chemin] peut être soit un chemin absolu (qui commence par un /), soit un chemin relatif (basé sur votre position actuelle).

Voici ce que vous devez comprendre : chaque fois que vous ouvrez un Terminal, vous commencez dans votre répertoire personnel, noté ~. Lorsque vous utilisez cd, vous indiquez au Terminal où vous souhaitez vous déplacer. Une fois que vous y êtes, toutes les commandes ultérieures se référeront à cette nouvelle position par défaut.

Voici les variantes essentielles :

cd ~ : Retourne immédiatement à votre répertoire personnel (/Users/henrido).

cd / : Accède à la racine du système (le sommet de toute l’arborescence).

cd .. : Remonte d’un niveau vers le dossier parent.

cd - : Revient au dossier précédent (utile lorsque vous naviguez entre deux emplacements).

cd chemin/vers/dossier : Utilise un chemin relatif pour naviguer depuis votre position actuelle.

cd /chemin/absolu : Accède directement à un dossier spécifié par son chemin complet depuis la racine.

Naviguer simplement avec les chemins relatifs et absolus

Comprendre la différence entre chemins relatifs et absolus transforme votre efficacité en Terminal.

Un chemin absolu commence toujours par / et décrit l’itinéraire complet depuis la racine du système. Par exemple, /Users/henrido/Documents/Projets/Blog est un chemin absolu. Peu importe où vous vous trouvez actuellement, ce chemin vous mènera toujours au même endroit.

Un chemin relatif n’inclut pas le / initial et décrit l’itinéraire par rapport à votre position actuelle. Si vous êtes dans /Users/henrido/Documents/, vous pouvez accéder à Projets/Blog simplement en tapant cd Projets/Blog. Le Terminal ajoute automatiquement votre position actuelle au début.

Considérez cette situation concrète : vous travaillez sur un projet situé dans /Users/henrido/Documents/Projets/MonApp/. Vous tapez :

cd MonApp

Si vous êtes dans /Users/henrido/Documents/Projets/, cela fonctionne parfaitement. Mais si vous êtes dans /Users/henrido/, cela échoue car Terminal ne peut pas trouver MonApp à partir de cette position.

En revanche, taper cd /Users/henrido/Documents/Projets/MonApp fonctionnera depuis n’importe quel endroit de votre système.

Cas d’usage concrets de navigateurs Terminal

Imaginons que vous avez organisé votre Mac de manière classique. Votre structure ressemble à :

/Users/henrido/
├─ Documents/
│ ├─ Projets/
│ │ ├─ Blog/
│ │ └─ AppMacOS/
│ └─ Articles/
├─ Downloads/
└─ Desktop/

Vous commencez dans le Terminal. Par défaut, vous êtes dans /Users/henrido/ (indiqué par le ~).

Scénario 1 : Accéder à votre dossier Blog

Vous tapez :

cd Documents/Projets/Blog

Vous êtes maintenant dans ce dossier. Vous pouvez lister son contenu en tapant ls pour voir tous vos articles.

Scénario 2 : Revenir rapidement au dossier personnel

Vous venez de passer une heure à explorer les répertoires système. Vous décidez de revenir chez vous. Une simple commande suffit :

cd ~

Alternativement, vous pouvez taper cd sans argument. C’est un raccourci équivalent à cd ~.

Scénario 3 : Naviger vers le dossier Projets en utilisant un chemin absolu

Vous êtes actuellement dans /Users/henrido/Downloads/. Vous souhaitez accéder rapidement à /Users/henrido/Documents/Projets/. Vous tapez :

cd /Users/henrido/Documents/Projets

Scénario 4 : Remonter d’un niveau

Vous êtes dans /Users/henrido/Documents/Projets/Blog/. Vous voulez revenir à /Users/henrido/Documents/Projets/. Vous tapez :

cd ..

Vous pouvez aussi remonter de plusieurs niveaux :

cd ../../

Cela vous remonte deux niveaux, vous plaçant dans /Users/henrido/Documents/.

Scénario 5 : Basculer entre deux dossiers

Vous travaillez entre deux projets : Blog/ et AppMacOS/. Vous êtes actuellement dans Blog/, mais vous devez vérifier quelque chose dans AppMacOS/. Vous tapez :

cd ../AppMacOS

Maintenant, vous décidez de revenir immédiatement à Blog/. Vous tapez simplement :

cd -

Le Terminal vous ramène au dossier précédent sans que vous ayez à réécrire le chemin complet.

Maîtriser l’auto-complétion pour naviguer plus vite

L’une des astues les plus puissantes du Terminal macOS est l’auto-complétion. Alors que vous tapez un chemin, appuyez sur la touche Tab pour que le Terminal complète automatiquement le reste.

Par exemple, si vous êtes dans /Users/henrido/ et que vous tapez :

cd Doc

Puis appuyez sur Tab, le Terminal complète automatiquement en :

cd Documents/

Si plusieurs dossiers commencent par les mêmes lettres, appuyez deux fois sur Tab pour afficher toutes les correspondances. C’est un gain de temps considérable, surtout avec des chemins longs ou des noms compliqués.

Cas d’usage avancé : naviguer vers des dossiers système importants

Bien que la navigation classique suffise généralement, macOS possède des répertoires système critiques que vous devrez parfois consulter. Voici quelques raccourcis pratiques :

Accéder au dossier Applications système :

cd /Applications

Ici, vous trouverez toutes les applications installées. C’est utile si vous devez inspecter les fichiers internes d’une application (par exemple, examiner les ressources d’une application).

Accéder au dossier de configuration utilisateur :

cd ~/.config

De nombreuses applications stockent leurs fichiers de configuration dans ce répertoire caché. Le point initial (.) indique un dossier caché que le Finder masque par défaut.

Accéder à votre Bibliothèque utilisateur :

cd ~/Library

C’est le cœur de votre système utilisateur macOS. Elle contient vos données d’application, vos préférences, vos caches et bien d’autres éléments. Soyez prudent en modifiant des fichiers ici.

Variation spéciale : naviguer avec des espacements dans les noms

Si votre dossier s’appelle Mon Projet, vous devez protéger l’espacement avec un antislash ou des guillemets :

cd "Mon Projet"

Ou :

cd Mon\ Projet

Cette subtilité évite que le Terminal interprète l’espace comme un séparateur de commande.

Conclusion : une fondation pour exploiter tout le Terminal

La commande cd est bien plus qu’une simple navigation de répertoire. C’est la fondation qui vous permet de vous sentir à l’aise dans le Terminal. Une fois que vous maîtrisez cd et ses variantes, chaque commande ultérieure devient plus accessible et plus pertinente.

Entraînez-vous à naviguer d’avant en arrière, en utilisant .. pour remonter et des chemins complets pour sauter directement vers vos destinations préférées. Exploitez l’auto-complétion avec Tab pour gagner du temps. Testez cd - pour basculer entre deux dossiers.

Avec cette pratique, vous découvrirez que le Terminal cesse de sembler une interface étrange et lointaine pour devenir un espace de travail aussi naturel que le Finder. Et qui sait, vous pourriez découvrir que naviguer en Terminal est non seulement plus efficace, mais aussi plus satisfaisant.

Prêt à explorer ? Ouvrez votre Terminal, et commencez à voyager.

macOS : Choisir l’écran principal sur Mac

Configurez l’écran principal sur macOS pour améliorer votre flux de travail multi-écrans

ou .. le problème caché des doubles écrans !

Vous venez de brancher un écran externe à votre Mac, et tout semble bien fonctionner. Pourtant, vous remarquez que la barre de menus et le Dock apparaissent sur le mauvais écran. C’est frustrant lorsque vous travaillez régulièrement avec deux moniteurs.

Le Dock et la barre de menus se positionnent toujours sur l’écran « principal« , celui par défaut pour les nouvelles applications et les alertes système. La bonne nouvelle ? Vous pouvez changer cela en quelques clics.

Comment ça rend votre quotidien aussi fou qu’une danse de licornes !

Configurer le bon écran principal transforme l’utilisation de votre Mac avec plusieurs moniteurs. Imaginez un MacBook branché à un grand écran externe : en désignant ce dernier comme principal, vous créez votre espace de travail idéal avec la barre de menus et le Dock au bon endroit.

Cette configuration permet d’utiliser le petit écran du portable pour des tâches secondaires, comme Slack ou Messages, tandis que le grand moniteur accueille votre travail principal. C’est exactement ce que font les utilisateurs professionnels pour optimiser leur espace.

Une fois configurée, cette préférence persiste chaque fois que vous connectez le même écran. Votre Mac se souvient et conserve vos réglages d’une session à l’autre.

Comment réussir tout en célébrant la joie de vivre

Oubliez tout ce que vous aviez avant. Cette astuce fonctionne sur macOS Ventura, Sonoma, Sequoia et Tahoe avec la même méthode. Vous aurez besoin d’au moins deux écrans connectés.

Étape 1. Ouvrez le menu Pomme, puis sélectionnez « Réglages système ».

Étape 2. Cliquez sur « Moniteurs » dans le panneau latéral.

Étape 3. Localisez et cliquez sur l’écran qui vous souhaitez designer comme principal. Et dans la ligne « Utiliser Comme »optez pour « Ecran principal »


Et c’est tout. Dans les précédentes versions de macOS, vous deviez déplacer à la souris la petite barre des menus d’un écran à l’autre afin de designer l’écran Principal, fini, c’est plus simple !

Voilà. C’est tout ce qu’il faut faire.

Quand vous déconnectez un écran externe (notamment sur un MacBook), le système bascule automatiquement vers l’écran interne. Ce comportement intentionnel simplifie les transitions entre les configurations mono et multi-écran.

Pour finir…

Vous travaillez sur plusieurs écrans ? Cette astuce devient vite essentielle. Certains utilisateurs ne la découvrent jamais, ce qui explique pourquoi tant de gens laissent leurs Dock et barre de menus au mauvais endroit.

Prendre deux minutes pour bien configurer votre espace de travail, c’est gagner du temps chaque jour. Et c’est gratuit, grâce à macOS.

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! henrido@@hdrapin.com

macOS : Apple ne parle pas toujours de sécurité… mais elle change quand même des choses

Quand Apple présente une nouvelle version de macOS, les projecteurs se braquent souvent sur l’interface, les nouvelles applications ou les fonctions d’intelligence artificielle. Pourtant, une partie des changements les plus importants passe presque toujours sous le radar : la sécurité.

Ce post s’inspire d’un billet publié sur le blog spécialisé Intego Mac Security Blog consacré à la sécurité de macOS Tahoe. Le contenu original étant en anglais, l’objectif ici n’est pas de le traduire ni d’en présenté tous les détails, mais plutôt l’esprit général. Si vous souhaitez lire la version complète, Safari peut traduire automatiquement la page en français directement depuis la barre d’adresse.

Apple ne parle pas toujours de sécurité…

Quand Apple présente une nouvelle version de macOS, les projecteurs se braquent souvent sur l’interface, les nouvelles applications ou les fonctions d’intelligence artificielle. Pourtant, une partie des changements les plus importants passe presque toujours sous le radar : la sécurité.

Et c’est précisément ce que rappelle cet article consacré à macOS Tahoe.

L’idée n’est pas qu’Apple ait ajouté une unique fonction spectaculaire nommée « Super Protection 3000 ». C’est presque l’inverse.

La sécurité sur Mac évolue aujourd’hui par petites couches invisibles.

Une accumulation de petits changements

Le principe défendu dans ce billet est assez intéressant : la protection d’un Mac moderne ne repose plus sur un antivirus ou sur une fonction unique.

Apple renforce progressivement plusieurs composants :

  • les permissions accordées aux applications ;
  • la vérification des logiciels téléchargés ;
  • les protections de Safari ;
  • les mécanismes système ;
  • certaines protections liées à la vie privée.

Pris individuellement, ces éléments semblent parfois mineurs. Ensemble, ils modifient cependant la manière dont le système réagit face à des comportements potentiellement dangereux.

Le Mac est plus sécurisé… mais pas magique

Un autre aspect intéressant du billet est son approche assez réaliste. Même avec les protections intégrées d’Apple, certains risques restent toujours présents :

  • faux téléchargements ;
  • extensions malveillantes ;
  • sites frauduleux ;
  • phishing ;
  • applications douteuses.

Autrement dit : macOS protège davantage, mais il ne remplace pas le bon sens.

Cela peut sembler évident, mais beaucoup d’utilisateurs pensent encore qu’un Mac est naturellement invulnérable. Apple a beaucoup amélioré la sécurité ces dernières années, mais aucune plateforme ne peut empêcher quelqu’un de cliquer sur un faux bouton « Mettre à jour Flash Player » en 2026.

Une philosophie qui change doucement

Ce qui ressort surtout de cette lecture, c’est une évolution de philosophie. Pendant longtemps, la sécurité consistait surtout à bloquer des logiciels malveillants connus.

Aujourd’hui, Apple semble davantage chercher à :

  • limiter ce qu’une application peut voir ;
  • réduire les autorisations permanentes ;
  • isoler davantage les composants ;
  • diminuer les possibilités d’attaques persistantes.

C’est plus discret. Mais probablement plus efficace sur le long terme.

Les nouveautés visibles attirent toujours l’œil : nouveau design, fonctions de productivité ou intégration entre appareils Apple.

Pourtant, les changements invisibles sont souvent ceux qui auront le plus d’impact dans plusieurs années.

Parce qu’une mise à jour majeure ne change pas seulement ce que vous voyez.

Elle change aussi ce que les autres ne pourront plus faire sur votre Mac.

Je vous conseille de lire ce Blog mais si en Anglais, il est spécialisé en sécurité et Intego est connu pour ses outils de sécurité (Antivirus notamment) https://www.intego.com/mac-security-blog/

macOS : Passkeys sur Mac : la fonction discrète du Trousseau qui pourrait faire oublier les mots de passe

Les mots de passe nous accompagnent depuis des décennies. Le problème est qu’ils imposent souvent les mêmes habitudes : choisir quelque chose de facile à retenir, réutiliser le même mot de passe sur plusieurs sites ou stocker des notes quelque part pour ne pas les oublier.

Vous avez probablement déjà vu apparaître un message sur votre Mac ou votre iPhone : « Voulez-vous enregistrer une clé d’accès (Passkey) ? ». Et comme beaucoup d’utilisateurs, vous vous êtes peut-être demandé : « Encore un nouveau mot de passe Apple ? »

En réalité, ce n’est pas un mot de passe. C’est justement une technologie conçue pour essayer de s’en débarrasser.

Apple l’intègre directement dans le Trousseau iCloud de macOS et, derrière son apparente simplicité, se cache un changement important dans notre manière de nous connecter aux sites web et aux applications.

Pourquoi les mots de passe deviennent un problème

Les mots de passe nous accompagnent depuis des décennies. Le problème est qu’ils imposent souvent les mêmes habitudes : choisir quelque chose de facile à retenir, réutiliser le même mot de passe sur plusieurs sites ou stocker des notes quelque part pour ne pas les oublier.

Prenons un exemple très courant.

Vous créez un compte sur un site de commerce en ligne avec le mot de passe :

« MonChat2026! »

Quelques semaines plus tard, vous utilisez une variante proche pour un autre service :

« MonChat2026!! »

Si l’un de ces services subit une fuite de données, plusieurs comptes peuvent rapidement devenir vulnérables.

C’est exactement ce que les Passkeys cherchent à éviter.

Alors qu’est-ce qu’un Passkey ?

Une Passkey (clé d’accès) remplace le mot de passe traditionnel par un système utilisant deux éléments distincts :

  • Une clé privée conservée uniquement sur votre appareil.
  • Une clé publique envoyée au service web.
  • La clé privée ne quitte jamais votre Mac, votre iPhone ou votre iPad.

Même si un pirate informatique récupère les données du site, il ne peut pas reconstruire votre clé personnelle.

Concrètement, il n’y a plus réellement de mot de passe à voler.

Sur Mac, tout se passe dans le Trousseau

C’est là que l’on retrouve la magie Apple.

Vous n’avez généralement rien à configurer. Lorsque vous créez un compte compatible, Safari affiche automatiquement une proposition :

« Créer une clé d’accès ? »

Vous cliquez simplement sur Continuer puis vous confirmez avec : Touch IDou votre mot de passe de session Mac ou Face ID sur un appareil Apple associé

Le Trousseau iCloud enregistre ensuite cette clé et la synchronise automatiquement sur vos appareils Apple.

Votre Mac, votre iPhone et votre iPad partagent alors cette même information de manière sécurisée.

Un exemple concret au quotidien

Imaginons que vous créiez un compte sur un service comme Adobe, Amazon ou GitHub prenant en charge les Passkeys.

Au lieu de saisir :

Adresse mail : henri@example.com
Mot de passe : Xf98!zQ2AzP$
Puis d’attendre un SMS ou un code supplémentaire.

Safari peut simplement afficher : « Connectez-vous avec votre clé d’accès. »

Vous posez votre doigt sur Touch ID.

C’est terminé.

  • Pas de mot de passe à retenir.
  • Pas de code à recopier.
  • Pas de risque d’erreur de saisie.

Mais où retrouver ces Passkeys sur macOS ?

Apple les stocke directement dans le Trousseau.

Sur macOS, vous pouvez les consulter en allant dans :

Ouvre l’application « Mots de passe »

Vous verrez apparaître vos comptes habituels. Certains affichent désormais la mention Clé d’accès. À partir de cet endroit, vous pouvez également : modifier des informations, supprimer une clé, voir quels services utilisent déjà cette technologie

Une question revient souvent

« Si je change de Mac, vais-je tout perdre ? »

La réponse est non.

Les Passkeys sont synchronisées par iCloud lorsque le Trousseau iCloud est activé. Vous achetez un nouveau MacBook Air, vous vous connectez avec votre compte Apple et vos clés d’accès réapparaissent automatiquement. L’expérience ressemble davantage à un transfert invisible qu’à une migration compliquée.

Y a-t-il des limites aujourd’hui ?

La technologie progresse rapidement mais tous les sites ne la prennent pas encore en charge. Vous rencontrerez encore des services qui utilisent uniquement des mots de passe classiques ou une authentification par SMS. Pendant une période, les deux systèmes vont donc coexister.

La bonne nouvelle est que l’adoption progresse rapidement grâce à Apple, Google, Microsoft et à l’alliance FIDO qui standardise cette technologie.

Le mot de la fin

Pendant des années, nous avons essayé de créer des mots de passe toujours plus complexes :plus longs, plus compliqués, plus difficiles à retenir

Les Passkeys changent complètement cette logique.

Au lieu de demander à l’utilisateur de devenir un expert en sécurité, elles déplacent cette complexité vers la technologie elle-même.

Et c’est probablement ce qui les rend intéressantes : elles disparaissent presque complètement du quotidien.

On finit simplement par oublier qu’un mot de passe existait auparavant.

Bon mot de passe !

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! henrido@hdrapin.com

Apple Deeptech : MIE : Quand Apple voit sa forteresse tomber en cinq jours !

Les chercheurs de Calif ont contourné le Memory Integrity Enforcement d’Apple en 5 jours avec l’IA Mythos. Ce que cela change pour la sécurité macOS Tahoe et l’utilisateur professionnel.

N’hésitez pas à écouter la version podcast. 😉

Le fait du 14 mai…

Le 14 mai 2026, des chercheurs de l’équipe Calif ont publié le premier exploit public du noyau macOS sur puce Apple M5. En cinq jours de travail, assistés du modèle d’intelligence artificielle Mythos d’Anthropic, ils ont contourné le Memory Integrity Enforcement, la protection mémoire du noyau qu’Apple avait passé cinq années à construire. La faille a été corrigée dans macOS Tahoe 26.5, sorti le 11 mai.

Ce qui ressemble à une actualité de sécurité parmi d’autres est en réalité un événement structurel pour l’écosystème Apple.

Ce que personne n’avait vu venir

Apple n’a jamais présenté le Memory Integrity Enforcement en Keynote. Aucune annonce grand public, aucun diaporama. Cette couche de protection matérielle du noyau macOS n’a été décrite que dans un article du blog Apple Security Research, accessible uniquement à ceux qui cherchaient.

C’est précisément ce silence qui rend la chute spectaculaire. L’exploit de Calif ne cible pas une fonctionnalité périphérique : il contourne la protection structurelle centrale qu’Apple considérait comme l’avenir de la sécurité sur toute sa gamme Apple Silicon.

Le vrai signal n’est pas la vulnérabilité elle-même. C’est l’outil qui a permis de la découvrir en cinq jours là où un chercheur humain seul aurait mis plusieurs semaines : Mythos Preview d’Anthropic, un modèle capable de scanner les classes de bugs connus à une vitesse qu’aucune équipe humaine n’atteint.

La mécanique de la forteresse brisée

Le Memory Integrity Enforcement repose sur une spécification d’architecture publiée par ARM en 2019 : la Memory Tagging Extension (MTE).

Le principe est d’une logique implacable. Chaque allocation de mémoire reçoit une étiquette numérique secrète, intégrée directement dans le pointeur qui y donne accès. Le processeur vérifie automatiquement, à chaque accès, que l’étiquette présentée correspond bien à celle attendue. Si elles ne correspondent pas, l’accès est refusé par le matériel avant même d’atteindre le système d’exploitation.

Conséquence théorique : les corruptions de mémoire classiques, qui sont à l’origine de l’immense majorité des exploits noyau depuis trente ans, cessent d’être exploitables. Le pointeur corrompu présente une mauvaise étiquette et la tentative d’attaque échoue au niveau du silicium.

Apple avait déjà déployé une technologie similaire en 2018 avec les PAC (Pointer Authentication Codes) sur la puce A12. Le Memory Integrity Enforcement représentait l’étape suivante : une couverture permanente, universelle, sur toute l’allocation mémoire du noyau.

L’exploit de Calif est une escalade de privilèges locaux en mode données uniquement. Partant d’un processus utilisateur ordinaire, sans aucun privilège particulier, en utilisant uniquement des appels système standards, les chercheurs ont obtenu un accès root complet. La chaîne d’exploitation ne casse pas l’architecture MTE elle-même : elle exploite des asymétries dans la façon dont macOS implémente la gestion des étiquettes sur certains chemins de code spécifiques du noyau XNU.

Mythos Preview d’Anthropic a été utilisé pour cartographier à haute vitesse les classes de bugs connus dans XNU, identifier les zones où l’implémentation de MIE présentait des failles potentielles, et proposer des vecteurs d’attaque. L’expertise humaine reste indispensable pour orienter la recherche, mais la cadence d’exploration a atteint un niveau que les équipes de sécurité défensive n’avaient pas anticipé.

Ce qui change pour l’utilisateur …

La première conséquence est immédiate : si vous utilisez un Mac avec puce M5 pour des usages sensibles, la mise à jour vers macOS Tahoe 26.5 est impérative. Les deux vulnérabilités exploitées dans la chaîne de Calif ont été corrigées dans cette version.

À six mois, les implications sont plus larges. Apple va renforcer l’implémentation de MIE dans les variantes Pro, Max et Ultra du M5, ainsi que dans la prochaine génération M6. La découverte d’un exploit public va mécaniquement accélérer la recherche offensive dans la communauté de sécurité mondiale.

Pour les organisations qui ont déployé des Mac M5 dans des environnements à données sensibles, le message est nuancé : le Memory Integrity Enforcement est une protection réelle et sérieuse, qui élève considérablement le coût d’une attaque locale, mais elle ne dispense pas d’une politique de mise à jour rigoureuse, et ne remplace pas les mesures organisationnelles de sécurité.

Le signal stratégique de fond est plus radical : Mythos et ses équivalents chez d’autres acteurs vont industrialiser la découverte de vulnérabilités dans les systèmes d’exploitation. Apple devra adapter son cycle de réponse sécurité. L’ère où une protection matérielle pouvait tenir plusieurs années sans être mise à l’épreuve publiquement est révolue.

Source : First public macOS kernel memory corruption exploit on Apple M5 — Calif Security Research, 14 mai 2026


Titre de la pageURL officielleDate de publication
First public macOS kernel memory corruption exploit on Apple M5blog.calif.io14 mai 2026
Memory Integrity Enforcement: A complete vision for memory safety in Apple devicessecurity.apple.com2026
About the security content of macOS Tahoe 26.5support.apple.com11 mai 2026
Anthropic Mythos helped Calif build a macOS exploit in five days9to5mac.com14 mai 2026
Aided by Mythos Preview, Researchers Announce MacOS Kernel Exploitdaringfireball.net14 mai 2026

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Personnalisez l’apparence translucide de la barre de menu dans macOS Tahoe

L’effet Liquid Glass de macOS Tahoe vous gêne ? Apprenez à restaurer le fond semi-opaque de la barre de menu en une manipulation simple.

Quand la transparence dérange…

Apple a fait un choix radical avec macOS Tahoe : la barre de menu est désormais entièrement transparente, laissant votre fond d’écran visible jusqu’aux icônes en haut de l’écran.

C’est joli, très épuré. Mais si votre papier peint est clair, les icônes de la barre de menu deviennent difficilement lisibles. Les minuscules symboles (Bluetooth, batterie, heure) se noient littéralement sur un dégradé léger.

Et vous vous demandez : « Comment revenir à ce look plus lisible d’avant ? » Bonne nouvelle : c’est un simple toggle.

Pourquoi cette astuce change votre quotidien ?

Vous avez deux mondes qui s’affrontent depuis macOS Tahoe : les partisans du design minimaliste et ceux qui préfèrent la lisibilité. Jusqu’à présent, vous étiez obligé de choisir.

Cette astuce vous rend le pouvoir. Vous pouvez tester l’effet transparent, puis retrouver le confort du fond semi-opaque en fonction de votre environnement de travail. Lumière naturelle intense ? Restaurez le fond. Bureau sombre ? Gardez la transparence.

C’est un exemple parfait de la philosophie Apple : la flexibilité sans complexité.

Vous n’avez pas besoin de terminal, pas de fichier caché à modifier. Juste un seul toggle dans les Paramètres système.

La manipulation en quatre étapes

Ouvrez les Paramètres système.

Cliquez sur le logo Apple en haut à gauche, puis sélectionnez « Paramètres système ».

Rendez-vous à la section Barre de menu.

Dans la barre latérale gauche, cherchez « Barre de menu » (vous devrez peut-être scroller). Cliquez dessus.

Cherchez l’option de fond / arrière plan.

Dans la fenêtre qui s’affiche, vous verrez une option nommée « Afficher l’arrière-plan de la barre des menus ». C’est le curseur qui contrôle l’apparence Liquid Glass.

Basculez le bouton selon votre préférence.

Cliquez sur le bouton pour l’activer (restaurer le fond semi-opaque) ou le désactiver (garder la transparence totale). L’effet est instantané.

Avant :

Après :

Le design Liquid Glass de Tahoe s’inspire de la philosophie iOS. Apple voulait créer une sensation de continuité : votre wallpaper s’étend jusqu’en haut, le système « disparaît » visuellement.

Techniquement, même avec la transparence activée, Apple met en place un léger dégradé sombre derrière les icônes pour garder une certaine lisibilité. Mais ce dégradé n’est pas suffisant sur tous les wallpapers clairs.

Le toggle qu’Apple a ajouté reprend le style de macOS Sequoia : un fond semi-opaque qui crée une barrière visuelle claire entre le contenu et la barre de menu. C’est moins minimaliste, mais beaucoup plus pragmatique pour la plupart des utilisateurs.

Testez et adaptez

Vous avez maintenant les deux mondes à portée de main. Aucun choix définitif. Cette flexibilité est rare dans l’écosystème Apple, profitez-en.

Essayez avec différents wallpapers pour trouver votre équilibre personnel entre beauté minimale et confort de lecture.

Bonne Glace !

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! henrido@hdrapin.com

macOS : L’astuce pour des fenêtres parfaitement alignées

Découvrez comment éliminer les marges entre fenêtres en mosaïque sous macOS Sequoia pour un affichage maximal. Tutoriel simple en trois clics.

Quand l’espace précieux se gâche en pixels inutiles

Si vous avez activé la mise en mosaïque native de macOS Sequoia, vous avez peut-être remarqué une légère frustration : Apple ajoute par défaut des marges entre les fenêtres côte à côte. Ces petits espaces, bien que visuellement agréables pour certains, représentent autant de pixels perdus sur un écran. Pour quiconque travaille avec plusieurs applications simultanément, cette perte d’espace peut sembler contre-productive.

Avec la marge :

Sans la marge :

Gagner du terrain sans renoncer à l’organisation

Supprimer ces marges transforme votre espace de travail. Les fenêtres s’épousent parfaitement, offrant une surface d’affichage maximale sans rupture visuelle. C’est particulièrement utile avec deux ou trois applications en mosaïque où chaque centimètre compte : sur un MacBook Air treize pouces, c’est la différence entre une vue complète et un contenu tronqué.

Ce réglage ne modifie que l’apparence des fenêtres mises en mosaïque via le système natif. Les applications tierces ne sont pas affectées, ce qui signifie que vos workflow actuels restent intacts.

L’action en trois clics

Dans macOS 26 Tahoe : Ouvrez les Paramètres système depuis le Dock ou via Spotlight.

Naviguez vers Bureau et Dock dans la barre latérale.

Scroll vers le bas jusqu’à la section « Fenêtres ». Vous verrez une option intitulée « Laisser une marge autour des fenêtres disposées en mosaïque ». Décochez simplement cette case.

macOS Sequoia a introduit une véritable révolution pour ceux qui restent fixés sur une organisation manuelle des fenêtres. La mise en mosaïque native — appelée « window tiling » — vous permet de glisser une fenêtre vers le bord de l’écran ou d’utiliser des raccourcis clavier pour créer des dispositions côte à côte instantanément.

Les marges que vous supprimez sont ajoutées par macOS pour respecter les conventions d’interface courantes. Enlever ces marges ramène le système à un comportement plus proche des gestionnaires de fenêtres spécialisés. Techniquement, ce réglage modifie une valeur dans les préférences d’espace de travail du système.

Pour aller plus loin

Vous aimeriez aussi explorer d’autres configurations de mosaïque ? Les raccourcis clavier pour les dispositions côte à côte incluent des combinaisons avec Ctrl et des flèches directionnelles. Activez-les dans les mêmes paramètres.

Bonne fenêtre 😉

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Cryptexes et Sécurité Découplée : Comment Apple Refonde son Armure Système

Apple migre sa sécurité vers des architectures découplées. Les cryptexes permettent des patchs zéro-jour sans redémarrage—mais l’adoption reste manuelle.

Apple a migré Safari, WebKit et les bibliothèques système vers des conteneurs cryptographiquement scellés nommés cryptexes, permettant des patchs de sécurité entre les mises à jour majeures sans redémarrage complet.

Personne ne parle de cette refonte architecturale, pourtant elle change la géographie fondamentale de macOS.

Pendant 25 ans, sécurité d’Apple = OS monolithique + redémarrage obligatoire. Aujourd’hui ? Sécurité découplée + updates asynchrones. C’est une mutation invisible, mais elle redéfinit comment Apple répond aux crises zéro-day. Et il y a un détail que tout le monde a manqué : ces mises à jour ne sont pas automatiques. L’utilisateur doit les autoriser manuellement.

L’Architecture Révélée

Les cryptexes sont des disques images optimisés, scellés cryptographiquement, stockés dans la partition de pré-amorçage à côté du firmware. Quand Apple libère une « Background Security Improvement » (BSI), le système ne touche pas au noyau ni au reste de l’OS. Seul le conteneur visé (Safari, WebKit, une lib système) subit un patch binaire et redémarre son contexte applicatif.

Techniquement, c’est ingénieux : au lieu d’orchestrer un redémarrage système complet pour corriger une faille WebKit, Safari se termine, se relance avec le nouveau contenu des cryptexes, et l’utilisateur reprend son travail. Le reste du système dort.

L’infrastructure derrière ? Apple envoie une requête au service de signature pour obtenir le manifest Cryptex1Image4, tandis que le ticket de boot AP ne change pas. Chiffrement asymétrique + validation sans interruption = la définition de la couture invisible.

Première BSI publique pour macOS Tahoe 26.3.1 : « 25D771280a ». Elle s’affiche comme version 26.3.1 (a) cette lettre entre parenthèses signale une BSI.

Apple parle de vérifications toutes les 6 heures via softwareupdated, mais ici encore, c’est opt-in dans Réglages > Confidentialité & Sécurité.
Puis rendez vous ensuite dans la section « Amélioration de la sécurité en arriere-plan ». (Apple reste d’une grande orginalitée dans les noms des sections 😉 )

Et optez pour une installation automatique (fortement conseillé)

Ce que Cela Change pour Vous… rien !

Cela impactera surtout les professionnels : Apple pourra patcher une faille critique en 48 heures sans perturber les opérations en cours. Mais l’adoption dépend de qui clique sur « Appliquer ». Les administrateurs IT devront apprendre à orchestrer ces BSI. Et pour les utilisateurs ? Une fausse promesse d’automatisation : théoriquement rapide, pratiquement manuel.

Sources

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Spotlight, votre nouvelle calculatrice

Découvrez comment utiliser Spotlight pour faire des calculs mathématiques instantanés sur votre Mac. Plus rapide que d’ouvrir la Calculatrice.

Résoudre des équations sans quitter votre flux de travail

Vous finissez une tâche, avez besoin de vérifier un calcul mental, et vous devez ouvrir l’app Calculatrice ? C’est une interruption inutile. Spotlight, déjà lancé par un simple Cmd+Espace, peut vous montrer le résultat instantanément.calu

Le vrai pouvoir n’est pas dans le calcul lui-même, mais dans la vitesse. Au lieu de quitter votre contexte de travail, de lancer une application et de revenir à votre tâche, vous tapez votre opération dans Spotlight et vous avez la réponse en une fraction de seconde.

Les conversions d’unités fonctionnent aussi. Besoin de convertir 150 livres en kilogrammes ? Tapez-le directement dans Spotlight.

Comment activer cette astuce en trois gestes

Appuyez sur Cmd+Espace pour ouvrir Spotlight. Cette combinaison fonctionne depuis pratiquement n’importe où sur votre Mac.

Tapez votre opération mathématique. Utilisez les symboles classiques : le signe + pour l’addition, – pour la soustraction, * pour la multiplication, / pour la division, et les parenthèses pour grouper les opérations.

Consultez le résultat au sommet de la fenêtre. Spotlight affiche le résultat automatiquement, sans que vous ayez besoin d’appuyer sur Entrée.

Pour les opérations plus complexes, quelques notations utiles s’ajoutent. Utilisez ** pour les puissances (par exemple, 2**3 = 8), et **(1/n) pour les racines (4**(1/2) = 2). Les pourcentages se calculent aussi : tapez 500 * 15% pour connaître le résultat directement.

Pourquoi Spotlight fonctionne mieux que vous ne le pensez

Techniquement, Spotlight indexe vos données et interroge ce qu’il trouve. Mais cette fonction de calcul n’interroge rien : elle évalue l’expression mathématique directement. C’est pour cela qu’elle est aussi instantanée.

Apple a intégré cette capacité car elle comprenait que l’interruption est ennemie de la productivité. Plutôt que d’ajouter une touche dédiée ou d’obliger les utilisateurs à ouvrir une application séparée, Spotlight était le vecteur idéal : déjà universel, déjà au cœur du flux de travail.

À retenir

La prochaine fois que vous pensez avoir besoin de votre calculatrice, rappelez-vous que Spotlight peut le faire d’un geste. C’est l’une de ces astuces qui n’impressionne personne à première vue, mais qui vous fait gagner des heures chaque année, rien qu’en éliminant des interruptions infimes.

Bon calcul !

Vous avez une question, une idée ou une remarque ?
Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Dominez votre barre de menu macOS

Votre barre de menu macOS est trop chargée ? Découvrez 3 stratégies simples pour la nettoyer et retrouver de l’espace et de la clarté.

Vous êtes probablement en train de lire ceci avec une barre de menu qui ressemble à un marché aux puces. Entre les icônes de batterie, de wifi, de notifications et les applications tierces, c’est devenu un vrai chaos. Même Apple le reconnaît : une barre de menu trop chargée peut faire disparaître vos contrôles les plus utiles, surtout sur les MacBook avec encoche.

Voici comment retrouver un peu de clarté dans ce bazar numérique.

Quand les icônes prennent le pouvoir

La barre de menu, c’est ce petit espace en haut de votre écran. C’est l’une des zone les plus précieuses de votre interface. Or, chaque application ajoutée gagne le droit d’y installer son icône.

Avec les années, cela devient un vrai foutoir. Vous perdez en productivité, en clarté visuelle et en accès rapide aux éléments vraiment essentiels. Sur un MacBook, c’est pire encore : l’encoche recréée par Apple limite l’espace disponible, ce qui force certaines icônes à se cacher automatiquement.

Deux stratégies pour respirer

1 – Utiliser les paramètres natifs de macOS

Vous ne le saviez peut-être pas, mais macOS offre un contrôle natif sur la barre de menu. Voici comment faire.

Cliquez sur le menu Pomme (en haut à gauche).

Sélectionnez Réglages système.

Allez dans Général, puis Barre de menu.

Vous verrez une liste de tous les éléments présents. Certains peuvent être activés ou désactivés directement : batterie, horloge, contrôle du volume et bien d’autres.

Listes des icônes du Système :

Listes des icônes par application :

Décochez ceux que vous n’utilisez pas régulièrement. Cette étape élimine déjà une bonne partie du fouillis.

2 – Investir dans une application dédiée

Pour un contrôle granulaire, des outils comme Vanilla (gratuit) ou Bartender (payant) vous permettent de gérer précisément quelles icônes afficher, masquer ou organiser en groupes.

Vanilla : https://matthewpalmer.net/vanilla/
Bartender : https://www.macbartender.com/

Ces applications offrent une flexibilité que le système ne propose pas nativement, notamment la possibilité de regrouper plusieurs icônes sous une seule et de créer des raccourcis personnalisés.

Pourquoi c’est une bonne idée ?

Un interface épurée agit comme un outil de concentration. Chaque icône superflue détourne votre attention. En reprenant le contrôle de votre barre de menu, vous retrouvez littéralement de l’espace mental pour vous concentrer sur votre travail.

De plus, cela améliore votre flux de travail. Les contrôles vraiment importants restent visibles et accessibles. Vous gagnez du temps en n’ayant pas à chercher vos outils les plus utilisés parmi un chaos d’icônes.

Sous le capot, la barre de menu est gérée par le daemon « Dock » (oui, c’est le même processus que le dock en bas). Chaque application qui ajoute une icône inscrit essentiellement une requête au système pour occuper de l’espace.

Si vous regardez dans le fichier ~/Library/Preferences/com.apple.systempreferences.plist avec un éditeur de texte, vous verrez toutes vos préférences de barre de menu enregistrées en format de configuration. Quand vous masquez une icône avec Contrôle + Cliquer, c’est cette préférence qui change.

Les apps comme Vanilla fonctionnent simplement en redirigeant ces requêtes d’icônes vers une zone invisible, puis les restituent à la demande via un menu déroulant.

Prenez votre barre de menu en main

Une barre de menu claire, c’est un Mac qui respire. Commencez par les réglages natifs, puis progressez vers des solutions plus élaborées si vous en ressentez le besoin. Le résultat en vaut vraiment la peine.

Et si le petit chat dans ma barre de menu vous intéresse, suivez ce lien : https://apps.apple.com/fr/app/runcat/id1429033973?mt=12
Ce qui est inutile, est indispensable …

Bonne Respiration 😉 !

Vous avez une question, une idée ou une remarque ? Je serai ravi de vous lire ! ✉️ henrido@hdrapin.com

macOS : Personnaliser le délai de répétition d’alarme sur macOS Tahoe

Découvrez comment adapter le délai de répétition de vos alarmes sur macOS Tahoe, entre 1 et 15 minutes, pour plus de flexibilité.

L’irritation du dormeur pressé

Neuf minutes. C’est le temps standard qu’Apple imposait à chaque répétition d’alarme, sans compromis possible. Trop court si vous aviez besoin de vous rendormir, trop long si vous vouliez vraiment vous lever. macOS Tahoe change la donne en vous laissant enfin décider.

C’est une petite victoire des détails qui montrent pourquoi macOS évolue correctement : Apple écoute les frustrés patient.

Reprendre le contrôle de vos minutes

Vous avez maintenant la possibilité de choisir entre une et quinze minutes de répétition pour chaque alarme. C’est une flexibilité que les iPhones ont depuis peu, et la parité sur Mac était attendue. Chaque alarme peut avoir sa propre configuration, adaptée à votre contexte du jour.

Vous pouvez définir une courte répétition de deux minutes pour un rendez-vous important, et une tranquille de dix minutes pour le week-end. Cela semble anecdotique, mais ces détails façonnent votre expérience quotidienne.

Comment adapter chaque alarme à vos besoins

Ouvrez l’application Horloge. Si elle n’est pas visible dans le Dock, cherchez-la avec Spotlight (Cmd + Espace).

Créez une alarme ou modifiez une existante. Cliquez sur l’onglet Alarme en haut, puis cliquez sur le bouton « + » pour une nouvelle alarme, ou sélectionnez une alarme existante.

Activez l’option Récurrence. Cochez la/les cases des jours de la semaine pour activer cette fonctionnalité. Et donnez un nom à votre alarme !

Réglez le délai de répétition. Dans le champ « Délai de répétition », saisissez votre valeur préférée entre une et quinze minutes.

Validez les modifications. Cliquez sur OK ou sur le bouton d’enregistrement pour sauvegarder votre alarme.

Une fois configurée, votre alarme respectera ce délai chaque fois qu’elle sonne et que vous appuyez sur Répétition.

Le secret des 9 minutes éternelles

Pourquoi Apple avait-elle choisi neuf minutes ? C’est une curiosité historique : le format standard des alarmes sur les téléphones analogues provenait d’une contrainte mécanique. Les tambours rotatifs des anciens réveils pouvaient accommoder neuf minutes sans engrenage supplémentaire. Cette limitation technique s’est transformée en norme industrielle, puis en habitude logicielle.

Pendant des années, les fabricants ont simplement reproduit ce chiffre sans le remettre en question. Apple faisait partie du consensus. Avec macOS Tahoe et les versions récentes d’iOS, Cupertino reconnaît enfin que chacun a son rythme propre.

Une liberté enfin méritée

C’est un changement subtil, mais il illustre comment macOS devient progressivement plus personnalisable sans surcharge de complexité. Pas de menu déroulant confus, pas de paramètre perdu au fin fond des réglages système. Une simple option, directement accessible là où elle devrait être.

Pour les lève-tôt chroniques, les amateurs de réveils doux, ou ceux qui veulent une vraie chance de se rendormir, macOS Tahoe donne enfin le choix. C’est du respect du détail à l’Apple 😎.

Bonne Alarme !

Vous avez une question, une idée ou une remarque ?
Je serai ravi de vous lire !
✉️ henrido@hdrapin.com