Hva er rapportd og hvorfor ønsker det innkommende nettverkstilkoblinger?

Mannsiden sier:

Daemon providing support for the Rapport connectivity framework.

Kontrollerer kodesignaturen med codesign -dv --verbose=4 /usr/libexec/rapportd viser at den er signert av Apple og siden den er koblet mot et PrivateFramework (som Apple ikke tillater for andre) og på et SIP-beskyttet sted (med mindre du har slått av SIP), ser dette ut til å være legitim Apple-programvare. Mannsiden antyder at den er relatert til kommunikasjon, selv om jeg ennå ikke har funnet noen reell dokumentasjon om den.

(Takk til John Keates for tipset om kodesignatur.)

Kontinuitetskamera på din Mac letter også rapportd:

• I macOS førstepartsapper som Notes.app eller Pages.app kan du utstede kommandoen «Ta bilde», som åpner kameraappen på iPhone eller iPad.
• Dette utløser også en innkommende forbindelse til rapportd (ca. 1,2 megabyte for hvert bilde som kommer fra en iPhone 6S, observert med LittleSnitch )

Kommentarer

• Bare fordi Apple autoriserte det, gjør ikke ‘ det til » legitime «. Apple har samlet og delt informasjon om sine brukere med statlige sikkerhetsorganer siden oktober 2012 . Jeg har ikke ‘ ikke en iPhone og ikke ‘ Jeg vil ikke ha et sikkerhetshull som kan deles med andre Apple-enheter.
• » det ‘ er koblet mot et PrivateFramework (som Apple ikke tillater ‘ t tillater for andre) «: Apple bryr seg ikke om ‘, med mindre du ‘ planlegger å distribuere gjennom App Store. Faktisk, en av appene jeg jobber med, lenker til et privat rammeverk, og Apple lar oss signere det helt fint.

I tillegg til det som allerede er lagt ut, er / usr / libexec / rapportd kode signert av Apple og koblet mot et PrivateFramework (som Apple ikke tillater for andre og derfor ikke signerer for andre), og på et SIP-beskyttet sted. Med mindre du slår av SIP, er dette ganske enkelt en del av operativsystemet, satt der av Apple.

Du kan sjekke dette på kommandolinjen:

codesign -vvvv -R="anchor apple" /usr/libexec/rapportd 

Dette skal rapportere noe sånt som:

/usr/libexec/rapportd: valid on disk /usr/libexec/rapportd: satisfies its Designated Requirement /usr/libexec/rapportd: explicit requirement satisfied 

For å vise hva biblioteker er knyttet til:

otool -L /usr/libexec/rapportd 

Som viser noe sånt som:

/usr/libexec/rapportd: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1450.14.0) /System/Library/PrivateFrameworks/CoreUtils.framework/Versions/A/CoreUtils (compatibility version 1.0.0, current version 1.0.0) /System/Library/PrivateFrameworks/Rapport.framework/Versions/A/Rapport (compatibility version 0.0.0, current version 0.0.0) /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation (compatibility version 300.0.0, current version 1450.14.0) /usr/lib/libobjc.A.dylib (compatibility version 1.0.0, current version 228.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1252.0.0) 

Kommentarer

• » som Apple ikke tillater ‘ t for andre og derfor ikke ‘ t tegner for andre «: Prøv det selv; du ‘ Du ser at det fungerer helt fint: echo 'int main() {}' | clang -F/System/Library/Frameworks -framework MobileDevice -x c - -o test; codesign -s "Your certificate" test
• PrivateFrameworks, og kodesignet av Apple, ikke Frameworks og kodesignert lokalt av deg selv.
• Beklager, jeg mente echo 'int main() {}' | clang -F/System/Library/PrivateFrameworks -framework MobileDevice -x c - -o test; codesign -s "Your certificate" test. En ganske uheldig skrivefeil gitt det vi ‘ diskuterer. Dessuten signerte jeg dette med Mac-utvikler-sertifikatet mitt, ikke et ad-hoc-bevis.

Jeg tror det brukes til iTunes Home Sharing og Remote-appen for å kontrollere iTunes.

Jeg fant ut av dette fordi Little Snitch blokkerte det og jeg ikke kunne finne ut hvorfor iTunes-eksterne ting ikke fungerte fordi Jeg lukket ved et uhell dialogen 🙂

Når jeg tillot det, kunne telefonen min se iTunes på den bærbare datamaskinen min, så vel som å oppdage iTunes Home Sharing.

Kommentarer

• Jeg ‘ har aldri synkronisert en iOS-enhet på denne maskinen, men jeg bruker iTunes hjemmedeling og har rapportd kjører med TCP *: 65530 (LISTEN) åpen på både ipv4 og ipv6, jeg syntes port 65530 var et ganske frekt høyt portnummer bare seks under høyest mulig, men heldigvis høres det ut som legit programvare forhåpentligvis

Skriv man rapportd i Terminal. Dette er utdataene:

NAME rapportd -- Rapport Daemon. SYNOPSIS Daemon that enables Phone Call Handoff and other communication features between Apple devices. Use "/usr/libexec/rapportd -V" to get the version. LOCATION /usr/libexec/rapportd 

Fra min egen smerte ^ W erfaring Jeg kan fortelle at denne tjenesten er nødvendig minst for videresending av tekstmeldinger (videresending) til å fungere.

Å ha den blokkert med brannmur, for f.eks. , setter et stort dristig forbud mot «Tekstmelding videresending» element i iPhone innstillinger. Faktisk vil det ikke vises i det hele tatt der

Kommentarer

• Interessant. Jeg har blokkert rapporten på maskinen min, men både iMessages og videresending av tekstmeldinger fungerer fortsatt bra for meg. Er det mulig at du også har en annen blokkert tjeneste?
• Hvordan blokkerte du? Forsøkte du å starte på nytt etter at du gjorde det?
• Ved å velge «benekt» når den spurte, som nevnt i det opprinnelige spørsmålet mitt (og det er fremdeles oppført som blokkert i brannmurinnstillingene). Og ja, jeg har startet om mange ganger siden da.
• Du kan sjekke sikkert med trafikksniffer og / eller netstat / lsof