Od Yosemite i w każdym późniejszym systemie operacyjnym OS X / macOS uruchamia coreduetd z / usr / libexec / coreduetd z pakietem id com.apple.coreduetd.osx w tle.
- Co dokładnie robi ten proces?
- Na jakim sprzęcie to działa (tj .: czy obsługiwana jest jego funkcjonalność)?
- Czy można to wyłączyć?
- Jak można to wyłączyć?
- Czy należy to wyłączyć?
- Jakie są (potencjalne) skutki uboczne wyłączenia (zależności)?
To pytanie nie powinno być interpretowane jako problem YX, ale próba ostatecznego dodania do listy pytań kanonicznych.
Odpowiedzi:
W sieci nie ma zbyt wiele informacji na temat tego, co
coreduetd
robi na komputerze Mac, oprócz „służy do przełączania między iOS i macOS”.Śledzi różne stany systemu i aplikacji, w tym stany na urządzeniach Apple.
Technicznie tak, używając
launchctl
. Chociaż (wysoce) nie polecam tego robić.Pytanie całkowicie subiektywne. Tylko Ty możesz zdecydować, czy jest to właściwy kurs dla Ciebie. Ponownie polecam, żebyś tego nie robił.
Potencjalnie może to mieć wpływ na :
Jednak robiąc małe zamieszanie, udało mi się znaleźć projekt badawczy bezpieczeństwa iOS (na http://sans.org ), który zbadał ten
coreduet.db
plik na iOS. Zastosowałem to myślenie docoreduet.db
pliku na macOS. Oto, co znalazłem ...Tworząc kopię
coreduet.db
pliku, sprawdziłem ją w sqlite3, najpierw uzyskując listę wszystkich tabelWygląda na to, że śledzi wiele zdarzeń. Jednak aby zobaczyć, co możemy zobaczyć, otworzyłem tabelę Z_PRIMARYKEY:
Ta konkretna baza danych wydaje się śledzić zdarzenia systemowe. Biorąc pod uwagę, że jestem na komputerze iMac, miałoby sens, że nie mam takich rzeczy jak „BatteryEvent” lub „PlugInEvent”, ale miałbym „AppStateChangeEvents”. „AirplaneMode” jest nieco mylące, ponieważ jest to iMac, ale generalnie wyłączam WiFi z wyjątkiem testowania; w pewnym momencie stan ten został dodany do bazy danych.
Idąc nieco dalej do CCDMAirplaneModeEvent, możemy zobaczyć, że śledzi nie tylko kiedy, ale gdzie miało miejsce zdarzenie (chociaż moja baza danych zawiera
0
dane dla tych pól) i przez kogo.źródło