「警告：SUIDファイルは変更されているため、修復されません」ディスクのアクセス許可を修復した後

16

警告：SUIDファイル「System / Library / CoreServices / RemoteManagement / ARDAgent.app / Contents / MacOS / ARDAgent」は変更されており、修復されません。

ディスクユーティリティを実行して権限を修復した後、これを取得し続けます。
これは問題を引き起こしますか？

macos  disk-utility 
— ボブ・ウィン
ソース

回答:

22

ファイルが変更されたことと、変更されたためにディスクユーティリティがそのファイルのアクセス許可を修正できないことを伝えるだけです。

ARDAgent.appはApple Remote Desktopエージェントであり、上記のパスに示されているファイルはアプリパッケージ内に含まれているバイナリファイルです。ここでエラーとしてファイルが表示されるのは正常です。単に無視してください。

Apple KB記事TS1448には、ディスクユーティリティで無視できるエラーメッセージの詳細が記載されています。
指定したエラーはリストに表示されるため、無視しても問題ありません。

安全に無視できるディスクユーティリティのディスクアクセス許可の修復メッセージ

  • 警告：SUIDファイル「System / Library / CoreServices / RemoteManagement / ARDAgent.app / Contents / MacOS / ARDAgent」は変更されており、修復されません。
— grg
ソース
あなたを助けてくれてありがとう、私はそれを無視します!!
— ボブ・ウィン
2
これを少し調べたところ、この特定のプログラムにはセキュリティホールがあることがわかっていました。それだからSUID、実行可能、バッファオーバーフローの問題を有するか、または任意のコードを実行する機能を提供すると特権昇格の脆弱性となります。ディスクユーティリティは、ファイルが変更されていること、およびAppleは無視しても安全である警告としてそれをリストされていることを不平を言っていることを考える：私は、彼らはそれをパッチを適用することを推測すると思いますが、新しいバージョンを認識するために、ディスクユーティリティを教えてくれませんでした
— TrinitronX
2
しかし、Disk Utilityのような既知の信頼できるAppleアプリケーションが変更されることを警告するSUID実行可能ファイルを見つけるのは驚くべきことです。通常、tripwireのようなツールが、システム上の実行可能ファイルの一部が元の署名/チェックサムから変更されていることを警告すると、赤いフラグが立てられます。SUID実行可能ファイルであり、既知の欠陥がある場合、これは特に警告です。したがって、注意することは常に良いことです。
— TrinitronX
ファイルは使用中に変更したり、アクセス許可を変更したりできます（削除することもできます）。変更は、すでにメモリ内にあるファイルのインスタンスには影響しません。このメッセージは、ファイルが使用中であることではなく、記録されているものから変更されたことを意味します。
— teppic
-1

このエラーは、Appleから最新のRDAに更新した後に発生しました。それを追跡するために、私は次のことをしました：

  1. OS X 10.9.1のクリーンインストール
  2. 「ディスクのアクセス許可の修復」を実行します-何も見つかりません
  3. iTunesを最新の（理論的には最高の）に更新する
  4. 「ディスクのアクセス許可の修復」を実行します-何も見つかりません
  5. iBooksを更新する（もう1つのすばらしい作業）
  6. 「ディスクのアクセス許可の修復」を実行します-何も見つかりません
  7. リモートデスクトップ管理を更新します。
  8. 「ディスクのアクセス許可の修復」を実行-警告：SUIDファイル「System / Library / CoreServices / RemoteManagement / ARDAgent.app / Contents / MacOS / ARDAgent」は変更されており、修復されません。
  9. 修復ディスクのアクセス許可を実行-同じ結果
  10. System / Library / CoreServices / RemoteManagementに移動します
  11. RemoteManagement RemoteManagement-Bakの名前を変更
  12. 「ディスクのアクセス許可の修復」を実行します-何も見つかりません（ディレクトリの名前を変更した後に再起動しなかったため、ファイルがアクティブな場合（およびアクティビティモニターに表示されないため、そうだと確信していません）同じエラーメッセージが表示されない場合は、ここで結論に進みたくありませんが、どういうわけかRDAのアップグレードに問題があると思います。以前はそのエラーメッセージがありませんでした（10.7以降）アップグレード後。
    ああ、副次的な注意事項として、そのディレクトリの名前を変更してエラーメッセージを消す前に、シングルユーザーモードで起動してディスクユーティリティを実行しましたが、まったく同じエラーメッセージが表示されました。その後、USBインストールドライブから起動し、ディスクユーティリティをもう一度実行しましたが、同じ結果になりました。ファイルが開いているためにこのエラーが発生した場合、更新を行う前の「ディスクのアクセス許可の修復」の最初の実行で表示されなかったのはなぜですか？更新の実行後にのみ表示されたのはなぜですか？私はアインシュタインではないかもしれませんが、2 + 2 = 3.9999999が多かれ少なかれ...これはRDA更新=エラーメッセージです。
— 伯爵
ソース
1
RDAではなくARDを意味しますか？
— IconDaemon 14年
あなたの観察に基づいて、あなたはおそらく正しいでしょう：アップデートは、ディスクユーティリティがこれについて警告するものです。過去にARDAgentは、既知のセキュリティ欠陥がありましたが、Appleはすでにパッチを適用しています！Disk Utilityからの警告は、実際には、パッチが適用された/更新されたバージョンのを認識しないことによるものですARDAgent。Appleは2008年にARDAgentにパッチを適用したことに注意してください。Appleの公式KB記事から判断すると、彼らは警告を無視しても安全だと言っているので、おそらくそうでしょう。
— TrinitronX
ARDAgentOS Xの新しいインストールまたはインストールメディアからインストールすることで問題を解決するように提案する人がいます。ただし、このソリューションを使用すると警告が消えることに注意してください。ただし、古いバージョンのARDAgentをインストールしている場合は、システムにセキュリティの欠陥を再導入している可能性があります。
— TrinitronX
あなたが使用しているOS X 10.9.1（おそらく2013年から）と述べているので、おそらくそうではなく、baseimageには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
Ask Differentへようこそ！これは質問に対する答えを提供しません。批評または著者からの説明を要求するには、十分な評判を得たら、投稿の下にコメントを残します。新しい質問がある場合は、[ 質問する ]ボタンをクリックして質問してください。コンテキストの提供に役立つ場合は、この質問へのリンクを含めてください。
— 鉄人
申し訳ありませんが、これは質問への答えを与えます：私のシステムを正しく動作させるためにすべての許可を手動で変更する必要がありました...だから私の答えは「はい：これがあなたに問題を引き起こします」 「DiskUtilityから通知されたアクセス許可の問題を管理する」。私の場合はリースでは、私はそれらを管理しなければならなかった...
— セドリックNICOLAS
@CédricNICOLAS、この答えをここに残しますか？
— DAヴィンセント
私はそれがユーザーに役立つと信じています、私自身の経験では、悪い許可を正しくリセットしなかった場合、私のマシンに.dmgファイルで何もインストールできませんでした...質問は「これは問題を引き起こしますか？」、私は質問に「はい」と答えているので、実際に質問に答えていない理由がわかりません;-)
— セドリック・ニコラス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.