Apparency für Mac

Neu

• Verbesserte Apparency-Vorschau für eine schnelle Analyse der relevanten Unterkomponenten bei der Bestimmung signaturbezogener Attribute, wie Gatekeeper und App Sandbox. Dies bietet eine Zusammenfassung dessen, was unter der obersten Ebene der App vor sich geht. Sie könnten einen Status von Mehreren Werten sehen, wenn sich die Unterkomponenten von der obersten Ebene (oder voneinander) unterscheiden. Sie können auch zwischen der obersten Ebene und kombinierten Ansichten wechseln. [Mehr lesen]
• Ebenfalls in der Schnellansicht, wenn die oberste App einen Status von Übersprungene Überprüfung aufgrund der Größe hat, können Sie mit dem Zeiger über diesen Status fahren und auf die Pfeiltaste für die Schaltfläche „Schnellansicht Signaturdetails“ klicken, um die Apparency-App zu öffnen, die entweder die Signatur direkt überprüfen wird — die Schnellansichtserweiterung hat eine niedrigere Größenbeschränkung für die automatische Überprüfung als die Apparency-App — oder zumindest eine Möglichkeit anbieten wird, dies zu tun, z. B. über Komponente > Code-Signatur anzeigen.
• Unterstützung für die neue arm64e.x1-Prozessorarchitektur hinzugefügt, die von Apparency als Apple Silicon 64-Bit, E.X1 angezeigt wird.
• Apple legt keine ordentlichen benutzerfreundlichen Namen für Architekturtypen fest — Prozessoren sind entweder ein spezifischer Chip, wie „Apple M6“ oder der allgemeinere „Apple Silicon“ — aber wir zeigen hier das E.X1-Suffix, um es von der erweiterten Variante (arm64e) zu unterscheiden. Sie können auf die Architektur-Namen im Informationsbereich klicken — oder die Optionstaste in Menüs gedrückt halten — um die zugrunde liegenden symbolischen Namen anzuzeigen.
• Zum Zeitpunkt der Veröffentlichung unterstützte der Hopper Disassembler diese neue Architektur nicht, sodass wir nicht wissen, wie die Analyse automatisiert werden kann; daher kann der Befehl Komponente > Ausführbare Datei mit Hopper Disassembler analysieren beim Architektur-Auswahlprozess pausieren.
• Wir haben keinen M6 Mac, daher konnten wir dies alles nicht richtig testen. Wenn Sie ein solches Gerät haben und ein Problem finden, lassen Sie es uns wissen.
• Wenn Sie an den Details dieses neuen Architekturtyps interessiert sind, ist dieser Blogbeitrag sehr hilfreich.
• Ein Leistungsproblem behoben, das auftreten konnte, nachdem eine große Anzahl von Komponenten (oder einfach Edit > Alle auswählen) in einer komplexen App oder einem Ordner ausgewählt wurde, wenn die Codesignaturen noch überprüft werden. Apparency sollte in solchen Fällen nicht mehr hängen bleiben oder SPOD zeigen.
• Apparency ist jetzt konsistenter im Umgang mit Unterkomponenten, die nicht signiert sind, aber an einem geschützten Ort in der enthaltenden Komponente leben, sodass deren Inhalte von der Codesignatur dieser Komponente „versiegelt“ sind. Diese werden mit einer Signatur von Resource im enthaltenden Bundle angezeigt, unabhängig davon, ob sie an einem de facto Ort (wie Ressourcen) oder an einem konventionelleren Ort (wie SharedSupport) gefunden werden. Nur Unterkomponenten in echten „Code-Orten“ (wie PlugIns) sind von den Ressourcen-Schutzmaßnahmen der enthaltenden Komponente ausgeschlossen.
• Die Art und Weise verfeinert, wie Komponenten mit ad-hoc-Signaturen angezeigt werden, wenn die Überprüfung erkennt, dass Code oder Ressourcen geändert wurden. Je nachdem, wo die App herkommt, könnte der Unterschied zwischen einer gültigen und einer ungültigen ad-hoc-Signatur nicht viel ausmachen — selbst eine gültige bietet keine Entwickleridentität und wird ohne eine ausdrückliche Ausnahme nicht von Gatekeeper akzeptiert. Aber wenn es etwas ist, dem Sie vertrauen — vielleicht haben Sie es selbst erstellt? — möchten Sie vielleicht trotzdem wissen, wann und ob es geändert wurde. Außerdem könnten solche Änderungen verhindern, dass macOS es in Zukunft startet. Wenn Apparency solche Probleme findet, wird die Signatur jetzt entweder „Kann ad-hoc-Signatur nicht überprüfen“ oder „Bundle-Ressourcen geändert (ad-hoc)“ sein. Dies kann auch bei vom Linker angewendeten ad-hoc-Signaturen (auf Apple Silicon) passieren, sodass Sie möglicherweise auch „Kann Linker (ad-hoc) Signatur nicht überprüfen“ erhalten. In diesen Fällen verwenden Sie Komponente > Code-Signatur anzeigen für weitere Informationen.
• Eine neue Regel für den Befehl Edit > Komponenten suchen hinzugefügt: ist System-Plugin ist ein einfacher Boolescher Test, der alle Komponenten erfasst, die als Plugins oder Erweiterungen für macOS selbst bekannt sind. Dies umfasst alle Arten von App-Erweiterungen (wie Sharing-Erweiterungen, App-Intents und Schnellansichtserweiterungen) und Systemerweiterungen (wie Endpoint-Security-Erweiterungen) sowie ältere Arten von Plugins, wie Spotlight-Importer und Dock-Widget-Plugins. Ziel ist es, Unterkomponenten einer App zu finden, die Auswirkungen auf das System insgesamt haben. Beachten Sie, dass die neueren Arten von Erweiterungen normalerweise in ihrem eigenen Prozess ausgeführt werden und in der Regel das App Sandbox verwenden müssen; ältere Arten sind typischerweise Bundles, die in einen anderen Prozess geladen werden, der wahrscheinlich auf seine eigene Weise sandboxed ist (nicht unbedingt über den App Sandbox-Mechanismus).
• Die Beharrlichkeit von Apparency bei der erneuten Anwendung von Suchbegriffen aus vorherigen regelbasierten Suchen beim Öffnen der Info.plist, Berechtigungen und anderer Inspektoren reduziert: dies sollte hilfreich sein, war in unserer Erfahrung jedoch meist nur lästig. Jetzt können Sie einen kürzlich verwendeten Suchbegriff selektiv erneut anwenden, indem Sie Edit > Letzten Suchbegriff für die Suche verwenden (Cmd-E) nach dem Öffnen eines Inspektors.
• Apparency zeigt jetzt Dock-Widget-Plugin-Komponenten als die Art, die sie sind: diese wurden immer als Unterkomponenten angezeigt, erhielten jedoch zuvor eine Art Ordner, da macOS dafür keinen UTI definiert. Jetzt erhalten sie einen erweiterten UTI innerhalb von Apparency und werden konform zu com.apple.plugin oder com.apple.bundle, wie in einer einheitlichen Typ-ID, die den Suchregeln entspricht.
• Das Untermenü Edit > Komponenten auswählen, die relevant sind, hinzugefügt: ähnlich wie die Navigation von der Schnellansicht, ermöglicht dies Ihnen, schnell alle Komponenten auszuwählen, die für ein bestimmtes Signaturattribut relevant sind (z. B. App Sandbox), und zu sehen, was sie gemeinsam haben und was nicht ausgewählt ist.
• Verbesserte Handhabung bestimmter macOS-System-Frameworks, bei denen das Mach-O-Executable eigenständig auf dem OS-Cryptex ist, anstatt im DYLD-Shared-Cache zu sein: Apparency kann diese jetzt ordnungsgemäß öffnen und sowohl die Info.plist als auch die ausführbaren Informationen finden.
• Unterstützung für die dunklen, klaren und getönten App-Icon-Stile auf macOS 26 und später hinzugefügt.
• Neues Einstellungsfenster für die Schnellansicht hinzugefügt.