Qu'est-ce que apsd sur Mac ? L'explication du daemon de notification push d'Apple

apsd est le daemon du service Apple Push Notification. C’est un élément standard de macOS, fourni et signé par Apple, et il est responsable du maintien de la connexion de ton Mac au réseau de notifications push d’Apple (APNs). Ce n’est ni un logiciel malveillant, ni un module facultatif, ni quelque chose que tu as installé.

Son rôle est étroit mais essentiel : il maintient une connexion ouverte avec les serveurs push d’Apple pour que les messages envoyés à ton Mac arrivent dès qu’ils sont envoyés, au lieu d’attendre qu’une app vienne les chercher. Quand l’infrastructure d’Apple a quelque chose pour ta machine, elle le pousse sur cette connexion, et apsd le remet à la partie du système à laquelle il appartient.

Une part surprenante de macOS repose sur ce seul canal. iMessage et FaceTime l’utilisent pour la signalisation, donc un message ou un appel entrant arrive instantanément. Mail l’utilise pour les comptes qui prennent en charge la livraison push. Find My en dépend. Calendrier, Contacts et Rappels l’utilisent pour apprendre qu’un élément a changé sur un autre appareil. Les notifications de l’App Store et des apps tierces passent par là. Sur les Mac inscrits à la gestion des appareils mobiles, les commandes MDM sont aussi livrées ainsi, ce qui fait d’apsd une condition incontournable dans les parcs gérés.

Donc, quand tu vois apsd actif sur le réseau, tu regardes généralement la plomberie derrière une notification que tu étais sur le point de recevoir, ou derrière le système qui confirme tranquillement qu’il n’a rien de nouveau pour toi.

La raison pour laquelle apsd apparaît dans chaque moniteur réseau est liée à l’architecture, pas au hasard. Les notifications push ne fonctionnent que si l’appareil qui les reçoit est joignable, et la manière dont Apple rend un appareil joignable consiste à lui faire ouvrir une connexion sortante longue durée vers ses serveurs et à la maintenir. La connexion reste ouverte, la plupart du temps inactive, en échangeant de petits paquets de maintien en vie pour que les deux extrémités sachent qu’elle est toujours valide.

Ce design est volontairement efficace. L’alternative, où chaque app qui veut te notifier ouvrirait sa propre connexion et interrogerait les mises à jour, voudrait dire des dizaines de sockets, des dizaines de réveils, et un impact mesurable sur la batterie et la bande passante. À la place, il existe un canal partagé pour tout le système, et les apps individuelles ne parlent jamais directement à leurs serveurs de notifications depuis ton Mac. Elles remettent le message au service d’Apple, et Apple le pousse sur l’unique connexion qu’apsd maintient.

La connexion doit aussi être rétablie chaque fois que le réseau sous-jacent change. Sortie de veille, passage du Wi-Fi à Ethernet, connexion à un autre réseau, connexion ou déconnexion d’un VPN, chacun de ces événements coupe la socket existante, et apsd en recrée immédiatement une nouvelle. Si tu regardes un journal de connexion en passant d’un réseau à l’autre, apsd sera l’un des premiers processus à se reconnecter à chaque fois.

Les points de terminaison avec lesquels il communique sont des hôtes push et courier gérés par Apple, et le trafic APNs passe généralement par le port TCP 5223, avec des solutions de repli quand ce port n’est pas disponible sur un réseau restrictif. Le volume est normalement faible : beaucoup de connexions, de courts échanges, peu de données au total. Ce profil, très visible mais peu bavard en octets, explique pourquoi apsd ressort dans les outils de surveillance sans jamais être vraiment lourd.

apsd est sûr. C’est un daemon Apple de première partie, il fait partie de macOS depuis de nombreuses années, et son comportement réseau s’explique entièrement par la tâche qu’il accomplit. La vraie question n’est pas de savoir si le véritable apsd est dangereux, mais si le processus qui tourne sous ce nom sur ton Mac est le bon. Question légitime, puisqu’attribuer un nom système anodin à un malware est une vieille astuce.

Tu peux vérifier ça sans outil particulier. Dans le Moniteur d’activité, trouve apsd dans l’onglet Réseau ou CPU, puis ouvre l’inspecteur en double-cliquant dessus. Le daemon authentique s’exécute en tant que root, se trouve sur le volume système en lecture seule plutôt que dans ton dossier personnel, Applications ou un dossier Téléchargements, et il est lancé par launchd plutôt que par quelque chose que tu as ouvert. Une copie d’apsd placée quelque part dans ton dossier utilisateur serait l’anomalie à creuser.

La vérification la plus fiable est la signature du code. Les binaires système Apple sont signés par Apple, et sur les versions modernes de macOS, le volume système est scellé de manière cryptographique, donc un daemon système modifié ou remplacé n’est pas quelque chose qu’un logiciel ordinaire peut mettre en place discrètement. Si tu veux le confirmer explicitement, macOS fournit des outils en ligne de commande qui indiquent l’autorité de signature d’un binaire, et pour apsd, cette autorité doit être Apple.

Il vaut aussi la peine de préciser ce qu’apsd n’est pas. Il n’envoie pas tes messages ou tes documents à Apple sous forme de contenu. Le canal push transporte des charges utiles de notification et de signalisation pour les services décrits plus haut, et pour des services chiffrés de bout en bout comme iMessage, c’est un chemin de livraison, pas un endroit où le contenu lisible est stocké. Voir apsd se connecter en permanence te dit simplement que le système de notifications fonctionne, rien de plus.

La réponse honnête est non, et il vaut la peine d’être précis sur pourquoi, car les conséquences sont exceptionnellement larges pour un seul processus.

Bloquer apsd ne fait pas taire sélectivement une application bruyante. Cela coupe le seul canal par lequel chaque notification push sur le Mac arrive. Les iMessages cessent d’apparaître jusqu’à ce qu’un autre événement force une synchronisation. Les appels FaceTime ne sonnent plus. Find My perd sa capacité à répondre rapidement. Les comptes Mail qui dépendent du push reviennent à une vérification périodique ou cessent de se mettre à jour complètement. Calendrier, Contacts et Rappels ne sont plus informés des changements effectués sur vos autres appareils. Les notifications d’applications tierces n’arrivent tout simplement pas. Sur un Mac géré, les commandes MDM de l’IT cessent d’être livrées, ce qui se transforme généralement en ticket de support plutôt qu’en solution.

Pire encore, le mode de défaillance est déroutant plutôt qu’évident. Rien n’affiche d’erreur pour dire que le push est bloqué. Les choses cessent simplement d’être ponctuelles, et des semaines plus tard, vous essayez de comprendre pourquoi les messages arrivent sur votre iPhone mais pas sur votre Mac.

Si l’objectif sous-jacent est de réduire les notifications, les bons outils sont ceux conçus pour cela. Réglages Système vous permet de désactiver les notifications par app, et les modes Concentration permettent de les réduire selon le contexte ou l’horaire, tout en laissant la livraison intacte. Si l’objectif est de réduire le trafic en arrière-plan, apsd n’est de toute façon pas la bonne cible : en octets transférés, c’est l’un des interlocuteurs les plus légers sur un Mac typique. Les processus qui déplacent réellement des données sont généralement des clients de synchronisation, des agents de sauvegarde, des outils de mise à jour, et des apps avec des SDK d’analyse ou de publicité, et ce sont eux qu’il faut examiner.

Il arrive parfois qu’apsd se comporte vraiment mal, et le symptôme est presque toujours le même : une utilisation soutenue du CPU et un flot de tentatives de connexion bien au-delà du simple modèle de keep-alive discret. Ce que vous observez généralement, c’est une boucle de reconnexion : le daemon essaie d’établir sa connexion, l’essai échoue ou est interrompu, puis il recommence indéfiniment.

Les causes courantes méritent d’être examinées dans l’ordre. Un réseau instable ou restrictif est la plus fréquente : portails captifs, réseaux d’entreprise qui filtrent les ports utilisés par APNs, ou VPN instable peuvent tous empêcher apsd de terminer une connexion tout en continuant d’essayer. Vient ensuite un identifiant périmé : un compte Mail ou iCloud dont l’authentification a expiré se manifeste souvent par une agitation du push plutôt que par une erreur claire, et le fait de fermer puis rouvrir la session de ce compte résout souvent le problème. Des problèmes de Trousseau affectant les certificats impliqués dans la connexion push produisent le même schéma. Si rien de tout cela ne s’applique, un redémarrage élimine un nombre surprenant de ces boucles. Vérifiez aussi si la boucle suit un réseau précis : apsd parfaitement stable à la maison mais qui boucle au bureau indique le réseau, pas votre Mac.

Le point plus large est celui qui vous a amené ici. apsd est un daemon parmi beaucoup d’autres que macOS exécute sans demander, et la plupart parlent au réseau, tout cela est normal, tout cela est opaque par défaut. macOS vous donne presque aucune visibilité sur ceux qui se connectent où, ce qui explique qu’un processus ordinaire avec un nom peu familier puisse paraître inquiétant.

C’est ce manque de visibilité que NetMute comble. Il affiche le trafic en temps réel par app et par processus, pour que vous puissiez voir ce que apsd fait à côté de tout le reste sur votre Mac. La journalisation au niveau du domaine enregistre quels domaines chaque processus a contactés, quand, et combien de données ont circulé, transformant une vague suspicion en réponse précise. Quand quelque chose ne devrait vraiment pas communiquer, le pare-feu par app le bloque en un clic, avec des règles temporaires à expiration automatique pour quand vous voulez seulement tester si le blocage casse quelque chose. Les profils réseau permettent aux règles de suivre le réseau utilisé, et Tracker Shield couvre plus de 1 100 domaines de traqueurs connus. Le but n’est pas de bloquer davantage, car comme le montre apsd, la plupart du trafic en arrière-plan est légitime, mais de faire la différence.