Apparency pour Mac

Nouveau

• Aperçu amélioré de l'Apparency pour analyser les sous-composants pertinents lors de la détermination des attributs liés à la signature, tels que Gatekeeper et App Sandbox. Cela fournit un résumé de ce qui se passe sous l'application de niveau supérieur. Vous pourriez voir un statut de Valeurs multiples où les sous-composants diffèrent du niveau supérieur (ou les uns des autres). Vous pouvez également basculer entre les vues de niveau supérieur et combinées. [Lire la suite]
• Également dans l'Aperçu, si l'application de niveau supérieur a un statut de Vérification ignorée en raison de la taille, vous pouvez déplacer votre pointeur sur ce statut et cliquer sur le bouton flèche Détails de la signature Quick Look pour ouvrir l'application Apparency, qui vérifiera soit directement la signature — l'extension Aperçu a une limite de taille inférieure pour la vérification automatique que l'application Apparency — soit offrira au moins un moyen de le faire, par exemple via Composant > Afficher la signature de code.
• Ajout de la prise en charge de la nouvelle architecture de processeur arm64e.x1, qui est affichée par Apparency comme Apple Silicon 64 bits, E.X1.
• Apple n'établit pas de noms appropriés pour les types d'architecture destinés aux utilisateurs — les processeurs sont soit une puce spécifique, comme c2Apple M6c2 ou le plus générique c2Apple Siliconc2 — mais nous montrons le suffixe E.X1 ici pour le distinguer de la variante Étendue (arm64e). Vous pouvez cliquer sur les noms d'architecture dans le panneau d'informations — ou maintenir la touche Option dans les menus — pour afficher les noms symboliques sous-jacents.
• Au moment de la sortie, le désassembleur Hopper ne prenait pas en charge cette nouvelle architecture, donc nous ne savons pas comment automatiser l'analyse ; en tant que tel, la commande Composant > Analyser l'exécutable à l'aide du désassembleur Hopper peut se mettre en pause lors de la sélection de l'architecture.
• Nous n'avons pas de Mac M6, donc nous n'avons pas pu tester tout cela correctement. Si vous avez une telle machine et que vous trouvez un problème, faites-le nous savoir.
• Si vous êtes intéressé par les détails de ce nouveau type d'architecture, cet article de blog est assez utile.
• Résolu un problème de performance qui pouvait survenir après avoir sélectionné un grand nombre de composants (ou simplement en faisant Édition > Tout sélectionner) sur une application ou un dossier complexe, si les signatures de code sont encore en cours de vérification. Apparency ne devrait plus se bloquer ou afficher un SPOD dans de tels cas.
• Apparency est maintenant plus cohérent dans sa gestion des sous-composants qui ne sont pas signés mais qui se trouvent dans un endroit protégé dans le composant contenant, de sorte que son contenu est c2scelléc2 par la signature de code de ce composant. Ceux-ci sont affichés avec un Signé par Ressource dans le bundle contenant, qu'ils soient trouvés dans un endroit de facto (comme Resources) ou dans un endroit plus conventionnel (comme SharedSupport). Seuls les sous-composants dans de véritables c2endroits de codec2 (comme PlugIns) sont exclus des protections de ressources du composant contenant.
• Affiné la façon dont les composants avec des signatures ad-hoc sont affichés, lorsque la vérification détecte que le code ou les ressources ont été modifiés. Selon l'origine de l'application, la différence entre une signature ad-hoc valide et invalide peut ne pas avoir beaucoup d'importance — même une valide ne fournit aucune identité de développeur, et ne passera pas Gatekeeper sans un contournement explicite. Mais si c'est quelque chose en qui vous avez confiance — peut-être l'avez-vous construit vous-même ? — vous pourriez quand même vouloir savoir quand et si cela a été modifié. De plus, toute modification de ce type pourrait empêcher macOS de le lancer à l'avenir. Si Apparency trouve de tels problèmes, le Signé par sera maintenant soit Impossible de vérifier la signature ad-hoc soit Ressources du bundle modifiées (ad-hoc). Cela peut également se produire avec des signatures ad-hoc appliquées par le linker (sur Apple Silicon), donc vous pourriez également obtenir Impossible de vérifier la signature du linker (ad-hoc). Dans ces cas, utilisez Composant > Afficher la signature de code pour plus d'infos.
• Ajout d'une nouvelle règle pour la commande Édition > Rechercher des composants : est plug-in système est un simple test booléen, qui correspond à tous les composants connus pour être des plug-ins ou des extensions de macOS lui-même. Cela inclut tous les types d'extensions d'application (telles que les extensions de partage, les intentions d'application et les extensions d'Aperçu) et les extensions système (telles que les extensions de sécurité des points de terminaison), ainsi que les anciens types de plug-ins, comme les importateurs Spotlight et les plug-ins de tuiles Dock. L'objectif est de trouver des sous-composants d'une application qui ont un impact sur le système dans son ensemble. Notez que les nouveaux types d'extensions s'exécutent généralement dans leur propre processus, et sont généralement tenus d'utiliser l'App Sandbox ; les anciens types sont typiquement des bundles chargés dans un autre processus, qui est probablement sandboxé à sa manière (pas nécessairement via le mécanisme de l'App Sandbox).
• Réduit l'insistance d'Apparency à réappliquer les termes de recherche des recherches précédentes basées sur des règles, lors de l'ouverture de l'Info.plist, des droits et d'autres inspecteurs : cela était censé être utile, mais dans notre expérience, c'était surtout ennuyeux. Maintenant, vous pouvez réappliquer sélectivement un terme de recherche récent en utilisant Édition > Utiliser le terme de recherche récent pour Trouver (Cmd-E) après avoir ouvert un inspecteur.
• Apparency affiche maintenant les composants de plug-in de tuiles Dock comme le type qu'ils sont : ceux-ci étaient toujours affichés comme des sous-composants, mais étaient auparavant donnés comme un type de Dossier, car macOS ne définit pas de UTI pour eux. Maintenant, ils obtiennent un UTI étendu au sein d'Apparency, et se conformeront à com.apple.plugin ou com.apple.bundle, comme dans un identifiant de type uniforme conforme à la règle de recherche.
• Ajouté Édition > Sélectionner les composants pertinents pour le sous-menu : similaire à la navigation depuis l'Aperçu, cela vous permet de sélectionner rapidement tous les composants pertinents pour un attribut de signature spécifique (par exemple, App Sandbox), et de voir ce qu'ils ont en commun et ce qui n'est pas sélectionné.
• Amélioration de la gestion de certains frameworks système macOS où l'exécutable Mach-O est autonome sur le cryptex OS au lieu d'être dans le cache partagé DYLD : Apparency peut maintenant correctement ouvrir ceux-ci et trouver à la fois l'Info.plist et les informations exécutables.
• Ajout de la prise en charge des styles d'icône d'application sombres, clairs et teintés sur macOS 26 et ultérieur.
• Ajout d'un nouveau panneau de préférences pour l'Aperçu.