Pourquoi le fait de courir LLDB ou les instruments nécessitent des privilèges élevés ?
L'analyse de la mémoire protégée est quelque chose que seuls les sudoers autorisés (dans ce cas, authentifiés) sont en mesure de faire.
Ne pas l'exiger constituerait un énorme risque pour la sécurité et explique en partie pourquoi les Windows des années 90 et du début des années 2000 présentaient un risque plus élevé d'infection par des virus. Une application pouvait facilement s'introduire dans la partition mémoire d'une autre application, visualiser ou modifier son contenu ou insérer un code exécutable arbitraire.
Mais je crois me souvenir (mais il est tout à fait possible que mes souvenirs soient incorrects) que dans Panther et Tiger (et peut-être Leopard, j'ai oublié), il était possible de parcourir des programmes dans le débogueur de Xcode sur les ordinateurs de l'école, au collège, où je n'étais certainement pas un administrateur.
Lorsque XCode lance un nouveau processus, il en est le "propriétaire". Les instruments sont lancés indépendamment du code exécutable de XCode et ne sont pas liés au système d'exploitation. Je ne suis pas familier avec LLDB mais mon hypothèse est qu'il y a un moyen de script son lancement depuis XCode afin qu'il soit le processus parent du code en question.
LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.
0 votes
Tracer l'exécution d'un programme dans les bibliothèques partagées qui ont été chargées par un utilisateur autre que vous-même nécessite que vous soyez un super-utilisateur, mais je suis sûr qu'il y a d'autres raisons que le simple traçage de la pile des bibliothèques partagées.