«Попередження: після ремонту дозволів на диск, файл SUID було змінено і його не буде відновлено»

16

Попередження: Файл SUID «Система / Бібліотека / CoreServices / RemoteManagement / ARDAgent.app / Зміст / MacOS / ARDAgent» змінено і не відновлюється.

Я продовжую отримувати це після запуску Disk Utility для відновлення дозволів.
Чи це спричинить проблеми?

macos disk-utility

— Боб Вінн
джерело

22

Це просто говорить вам, що файл був змінений, і тому що він був модифікований Disk Utility не може виправити дозволи на нього.

ARDAgent.app - агент Apple Remote Desktop, а файл, показаний на шляху вище, - це двійковий файл, що міститься в пакеті додатків. Тут нормально, щоб файл відображався як помилка. Просто ігноруйте це.

Стаття TS1448 Apple KB описує, які повідомлення про помилки ви можете ігнорувати у програмі Disk Utility.
Подана вами помилка відображається у списку, тому її можна сміливо ігнорувати.

Повідомлення з дозволу на відновлення дискових утиліт, які можна сміливо ігнорувати

Попередження: Файл SUID "Система / Бібліотека / CoreServices / RemoteManagement / ARDAgent.app / Зміст / MacOS / ARDAgent" було змінено і не відновлюється.

— грг
джерело

Велике спасибі вам за допомогу, я проігнорую це !!

— Боб Вінн

2

Трохи дослідивши це, я виявив, що ця конкретна програма, як відомо, має отвір у захисті . Оскільки це SUIDвиконуваний файл, виникнення проблеми переповнення буфера або надання можливості виконувати довільний код робить його вразливим до збільшення евакуації привілеїв. Враховуючи, що Disk Utility скаржиться на те, що файл був змінений, і що Apple вказала його як попередження, яке можна ігнорувати: я б припустив, що вони виправили його, але не сказав Disk Utility визнати нову версію

— TrinitronX

2

Хоча тривожно знайти виконавчий файл SUID, який відомий надійний додаток Apple, такий як Disk Utility, попереджає про його зміну. Зазвичай, коли інструмент, подібний до проводів, попереджає про те, що деякі виконувані файли в системі змінюються з оригінальних підписів / контрольних сум, тоді він піднімає червоний прапор. Це особливо насторожує, якщо це також виконуваний SUID і має відомий недолік. Тож майте на увазі, що завжди добре бути обережним.

— TrinitronX

Файли можна змінювати та змінювати дозволи, коли вони використовуються (їх можна навіть видалити). Зміни просто не впливають на жодні екземпляри файлу, які вже є в пам'яті. Повідомлення означає, що файл змінився від запису, а не від того, що він використовується.

— теппік

5

Не хвилюйтесь, це одне із повідомлень, які можна ігнорувати. Щоб отримати повний список, відвідайте статтю бази знань Apple на цю тему.

— Асмус
джерело

-1

Ця помилка сталася після того, як я оновив останню RDA від Apple. Щоб відстежити це, я зробив наступне:

Чиста установка ОС X 10.9.1
Запустіть "Ремонт дозволів на диск" - нічого не знайдено
Оновіть iTunes до останнього (і теоретично найбільшого)
Запустіть "Ремонт дозволів на диск" - нічого не знайдено
Оновлення iBooks (ще одна чудова робота)
Запустіть "Ремонт дозволів на диск" - нічого не знайдено
Оновити віддалений робочий стіл адміністратора.
Запустіть "Відновлення дозволу на диск" - Попередження: файл SUID "Система / Бібліотека / CoreServices / RemoteManagement / ARDAgent.app / Зміст / MacOS / ARDAgent" був змінений і не відновлюється.
Запустити дозволи на відновлення диска - однакові результати
Перейдіть до системи / бібліотеки / CoreServices / RemoteManagement
Перейменуйте RemoteManagement RemoteManagement-Bak
Запустіть "Ремонт дозволів на диск" - нічого не знайдено (я не перезавантажувався після перейменування каталогу, тому якщо файл активний (і він не відображається в "Моніторі діяльності", тому я не надто переконаний, що це так), чому це не дає мені те саме повідомлення про помилку? Тепер я не хочу переходити до висновків тут, але я якось думаю, що проблема полягає в оновлення RDA. У мене ніколи не було цього повідомлення про помилку (починаючи з 10.7), але у мене було після оновлення.
О, як бічна примітка: Перш ніж я перейменував цей каталог і усунув повідомлення про помилку, я перейшов у режим єдиного користувача та запустив Disk Utility і отримав таке саме повідомлення про помилку. Потім я завантажився з USB-накопичувача та знову запустив Disk Utility, такі ж результати. Тепер, якщо ця помилка викликана тим, що файл відкритий, чому він не відображався під час першого запуску "Ремонт дозволів на диск" до того, як я здійснив оновлення? Чому воно з’явилося лише після того, як оновлення було виконано? Я, можливо, не Ейнштейн, але я знаю, що 2 + 2 = 3.9999999 більше або менше ... і це оновлення RDA = повідомлення про помилку.

— Граф
джерело

1

Ви маєте на увазі ARD замість RDA?

— IconDaemon

Виходячи зі своїх спостережень, напевно, ви праві: оновлення - це те, що змушує Disk Utility попереджати про це. У минулому ARDAgentбув відомий недолік безпеки, який Apple вже виправляв ! Попередження від Disk Utility насправді може бути від неї не розпізнаючи виправлену / оновлену версію ARDAgent. Зверніть увагу, що Apple випрацювала ARDAgent у 2008 році . Судячи з офіційної статті Apple KB , вони кажуть, що попередження безпечно ігнорувати, тому, мабуть, так і є.

— TrinitronX

Я чув, що деякі пропонують виправити проблему, встановивши ARDAgentзі свіжої інсталяції OS X або встановити носій. Будьте попереджені, що це рішення змушує попередження пропадати, однак ... якщо ви встановлюєте достатньо стару версію ARDAgent, ви можете знову ввести недолік безпеки у вашу систему!

— TrinitronX

Оскільки ви згадуєте, що ви користуєтесь OS X 10.9.1(можливо, найшвидше з 2013 року), я сподіваюся, що це, мабуть, не так, і що базовий малюнок має більш надійну версію, ніж з 2008 року. Однак, якби вони їх знову зафіксували можливо, вони зафіксували ще один отвір.

— TrinitronX

-2

Зауважте, що я зробив неправильну дію шляхом глобальної зміни дозволів у папці var. Після перевстановлення системи все-таки виникли проблеми з відкриттям файлів dmg. DiskUtility оголосив про наступні проблеми:

Permissions differ on "private/var/db/ConfigurationProfiles"; should be drwxr-xr-x ; they are drwsr-s--T 
Warning: SUID file "private/var/db/ConfigurationProfiles" has been modified and will not be repaired
Permissions differ on "private/var/db/SystemPolicy"; should be -rw-r--r-- ; they are -rwsr-s--T 
Warning: SUID file "private/var/db/SystemPolicy" has been modified and will not be repaired
Permissions differ on "private/var/db/launchd.db/com.apple.launchd"; should be drwxr-xr-x ; they are drwsr-sr-t 
Warning: SUID file "private/var/db/launchd.db/com.apple.launchd" has been modified and will not be repaired
Permissions differ on "private/var/db/locationd"; should be drwxr-x--- ; they are drwsr-s--T 
Warning: SUID file "private/var/db/locationd" has been modified and will not be repaired
Permissions differ on "private/var/yp/binding"; should be drwxr-xr-x ; they are drwsr-s--T 
Warning: SUID file "private/var/yp/binding" has been modified and will not be repaired

Після ретельного скидання дозволів вручну, оскільки DiskUtility не зробив би це сам (чому?), Моя проблема була вирішена.

Тому я не згоден з тим, що написано скрізь: ці повідомлення важливі, і якщо ви десь отримали погані дозволи, ви повинні їх виправити.

— Седрик НІКОЛАС
джерело

1

Ласкаво просимо в Інші! Це не дає відповіді на запитання. Щоб критикувати або вимагати роз'яснення у автора, залиште коментар під їх публікацією, як тільки ви отримаєте достатню репутацію . Якщо у вас є нове запитання, будь ласка, задайте його, натиснувши кнопку Задати питання . Додайте посилання на це питання, якщо це допомагає надати контекст.

— Tetsujin

Вибачте, але це дає відповідь на запитання: мені потрібно було вручну змінити всі дозволи, щоб моя система працювала коректно ... Тож моя відповідь: "Так: це призведе до проблем, якщо ви цього не зробите" t керувати проблемами дозволів, повідомленими DiskUtility ". В оренді в моєму випадку я повинен був ними керувати ...

— Cédric NICOLAS

@ CédricNICOLAS, ти хочеш зберегти цю відповідь тут?

— DA Vincent

Я вважаю, що це може бути корисним користувачам, я маю на увазі на власному досвіді, якщо я не скинув правильно погані дозволи, я не зміг нічого встановити з .dmg файлами на свою машину ... Оскільки питання було "Чи це викликати проблеми? ", я відповідаю" так "на питання, тому я не бачу, чому я справді не відповідаю на питання ;-)

— Cédric NICOLAS