![]() |
Bienvenue invité ( Connexion | Inscription )
![]() |
![]()
Message
#1
|
|
Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Rédacteurs Messages : 4 858 Inscrit : 15 Mar 2009 Membre no 132 890 ![]() |
... et c'est encore moins le cas avec l'arrivée de Big Sur.
Vous avez peut-être remarqué sur votre Mac un ralentissement du lancement des applications ces derniers jours. Un ralentissement dû à une fonctionnalité de sécurité de macOS. Introduite il y a deux ans, cette fonctionnalité consiste à envoyer à un serveur d'Apple (ocsp.apple.com) la signature unique du fichier exécutable de chaque application que vous tentez d'exécuter sur votre Mac. En réponse, le serveur indique au Mac si l'application en question peut ou non être lancée. Si le serveur est injoignable (Mac non connecté à Internet ou requête bloquée par un pare-feu), l'application se lance immédiatement. S'il est joignable, elle n'est lancée qu'une fois qu'une réponse positive a été reçue. Ainsi, en cas de surcharge des serveurs, comme c'est arrivé les 12 et 13 novembre, l'allongement du temps de réponse du serveur provoque le ralentissement du lancement des applications, constaté par de nombreux utilisateurs. Un dysfonctionnement qui tombe particulièrement mal, alors même qu'Apple vient de sortir macOS Big Sur, qui rend plus compliqué la désactivation de ce système. En effet, s'il n'y a jamais eu d'option officielle permettant de la désactiver, cette fonctionnalité pouvait jusqu'à présent être bloquée avec un pare-feu installé sur le Mac, comme LittleSnitch. Ce n'est plus possible sous Big Sur, qui a mis en place une protection de certains processus système : leurs requêtes réseau ne peuvent plus être filtrées par un pare-feu local, ni passer par certains VPN (un VPN virtuel aurait aussi permis de les bloquer localement). Il semblerait que pour l'instant le blocage soit encore possible via le fichier /etc/hosts, en y ajoutant une entrée pour faire pointer ocsp.apple.com vers 127.0.0.1. Mais pour combien de temps ? Venant d'Apple, qui se présente régulièrement comme un défenseur de la vie privée, ces restrictions sont en tout cas particulièrement mal venues, d'autant plus que les données sont transmises en clair et que les requêtes transitent par des serveurs n'appartenant pas à Apple (Apple utilise les services d'Akamai pour mieux absorber la charge), ce qui donne une grande surface d'attaque pour intercepter les requêtes et déterminer les logiciels utilisés par les Mac situés derrière une IP publique donnée, mais aussi, de deviner de manière indirecte d'autres informations : profession, horaires de travail, période de congé, loisirs… Pire, l'absence de chiffrement pourrait éventuellement ouvrir à un attaquant la possibilité de déterminer quelles applications il vous autorise à utiliser sur votre Mac, en renvoyant des réponses négatives aux requêtes qu'il aura réussi à intercepter (ce n'est toutefois pas trivial, la réponse étant normalement signée par le serveur)… MàJ : la signature envoyée est en fait propre à chaque développeur/éditeur, et non à chaque application, ce qui limite un peu la portée des informations pouvant être récupérées (l'attaquant peut par exemple déterminer que vous utilisez des logiciels Adobe et Microsoft, mais pas lesquels précisément). Lien vers le billet original |
|
|
![]() |
![]()
Message
#2
|
|
![]() Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 2 161 Inscrit : 30 Jun 2005 Lieu : Loiret Membre no 41 715 ![]() |
Mon iMac est sous Mojave. J'ai eu CE 'UTAIN de problème de lenteur l'autre soir.
L'âge (et peut-être la sagesse) aidant, devant ce “bug” insupportable de lenteur à l'ouverture d'une session où les extensions mettaient un temps interminable à se lancer... je n'ai fait qu'un redémarrage en zappant la PRAM... ce qui n'a rien fait pour résoudre le problème. À une autre époque, j'aurai lâché les chiens en remettant tout en cause, mon DD, mon Mac, mon réseau, la météo, ma concierge... et entrepris de manips à tous les étages. Je trouve que les choses sont de plus en plus difficiles à gérer avec Apple, et malheureusement, je n'ai pas toutes les compétences, l'énergie et le temps pour intégrer ces nouvelles notions/options, bien trop techniques pour moi. Oui, l'usure aidant, j'attends maintenant que ça passe et ici, c'était la bonne attitude : mon mac à retrouver ses jambes le lendemain !... MAIS J'AI QUAND MÊME BIEN FLIPPÉ !... Ma conclusion : nos machines sont définitivement dans la main d'une entreprise américaine qui par sa seule volonté/incompétence/impotence peut les rendre inopérantes bien trop facilement et sans effort !... Pas glop !... Pas glop !... NB : sur ma machine, Little Snitch gère un process qui se nomme “ocspd”, identity : “ocspd” must be signed by Apple with identifier “com.apple.ocspd”. Question : doit-on (peut-on) deny ce process et dépendre ainsi un peu moins des errances de la firme pommée ?... -------------------- MacMini M2 Pro 16Go • macOS Sequoia 15.5 • iPhone 11 Pro Max 64Go • iPadMini Wi-Fi 6ème Gén. 64Go • aTV 4K 32Go |
|
|
![]()
Message
#3
|
|
![]() Macbidouilleur d'Or ! ![]() ![]() ![]() ![]() ![]() Groupe : Membres Messages : 1 563 Inscrit : 23 Feb 2011 Lieu : Essonne Membre no 164 889 ![]() |
NB : sur ma machine, Little Snitch gère un process qui se nomme “ocspd”, identity : “ocspd” must be signed by Apple with identifier “com.apple.ocspd”. Question : doit-on (peut-on) deny ce process et dépendre ainsi un peu moins des errances de la firme pommée ?... On peut toujours , mais apres il faut verifier l'impacte sur l'ensemble des services apple. Si on en utilise peu, ce ne sera pas un probleme Si l'environnement des applis Apple est en constante, cela par un biais ou par un autre sera sans doute un probleme Au pire L.S permet de stopper le filtrage -------------------- un I-Book : 500 pages format 20x30, papier velin 160g
|
|
|
![]() ![]() |
Nous sommes le : 18th July 2025 - 07:43 |