Après 49 jours, 17 heures, 2 minutes et 47 secondes d’activité ininterrompue, tout Mac connecté à Internet cesse subitement de fonctionner. Ce bug découvert par le développeur Photon, résulte d’un débordement d’entier 32 bits dans le noyau XNU d’Apple, qui paralyse la gestion des timestamps TCP après exactement 2^32 millisecondes d’uptime. Si la solution — redémarrer la machine — reste élémentaire, cette singularité du système d’exploitation ne concerne heureusement que les infrastructures serveur les plus stables, la plupart des utilisateurs réinitialisant leur compteur bien avant le deadline critique lors des mises à jour régulières de macOS.
Bug macOS des 49 jours – Comment Vérifier si votre Mac est Concerné
Un bug réseau spécifique à macOS révèle une contrainte temporelle méconnue des systèmes Unix. Découverte par l’équipe de développement Photon, selon MacWorld cette anomalie affecte la pile TCP après une période d’uptime précise de 49 jours, 17 heures, 2 minutes et 47 secondes. Explications sur un dysfonctionnement que la plupart des utilisateurs ne rencontreront jamais, mais qui mérite l’attention des administrateurs système.
Le débordement millimétré du noyau XNU
Le problème technique se situe au niveau du noyau XNU d’Apple. Une variable système appelée tcp_now compte le temps écoulé depuis le dernier démarrage en millisecondes via un entier non signé de 32 bits. Lorsque ce compteur atteint sa valeur maximale (2^32), il se produit un débordement d’entier qui paralyse le mécanisme de nettoyage des connexions TCP en attente.
Conséquence concrète : les connexions réseau existantes restent bloquées dans un état TIME_WAIT sans expiration. Le système ne peut plus établir de nouvelles connexions TCP, rendant l’accès Internet impossible pour les logiciels, bien que les pings réseau bas niveau continuent de fonctionner. Aucun message d’erreur explicite n’alerte l’utilisateur de cette saturation silencieuse.
Qui est réellement concerné ?
La majorité des utilisateurs macOS reste immunisée contre ce phénomène. Les cycles de mise à jour réguliers d’Apple – comme le récent passage de macOS 26.4 à macOS 26.4.1 – imposent des redémarrages qui réinitialisent le compteur bien avant le seuil critique. Les véritables concernés sont les environnements professionnels exploitant des Mac comme serveurs permanents. Stations de build CI/CD, Mac mini supervisant des workflows automatisés ou gérant des services comme iMessage : ces machines conçues pour l’uptime 24/7 rencontrent un obstacle technique inattendu dans la gestion des timestamps TCP définie par la RFC 7323.
Diagnostic et solution
La vérification de l’uptime s’effectue via Terminal avec la commande « uptime », ou via des utilitaires de surveillance système affichant les statistiques de temps d’activité. Une planification de maintenance préventive avant la barre des 49 jours suffit à éviter toute interruption. La résolution reste élémentaire : un simple redémarrage réinitialise le compteur tcp_now et restaure immédiatement la pile réseau. Photon travaille sur une correction logicielle évitant cette interruption, bien qu’Apple n’ait pas encore confirmé l’intégration d’un patch officiel dans une future mise à jour.
Conclusion
Ce bug illustre les contraintes cachées des architectures 32 bits persistant dans les systèmes modernes. Pour l’utilisateur lambda, il représente une curiosité technique sans impact. Pour l’administrateur système, il constitue un rappel méthodique : même macOS, réputé pour sa stabilité, impose des limites numériques temporelles aux infrastructures always-on.
