Che cosè il rapporto e perché desidera connessioni di rete in entrata?

La pagina man afferma:

Daemon providing support for the Rapport connectivity framework.

Il controllo della firma del codice con codesign -dv --verbose=4 /usr/libexec/rapportd mostra che è firmato da Apple e, poiché è collegato a un PrivateFramework (che Apple non consente ad altri) e in un luogo protetto da SIP (a meno che tu non abbia disattivato SIP), questo sembra essere un software Apple legittimo. La pagina man implica che sia correlata alla comunicazione, anche se non ho ancora trovato alcuna documentazione reale su di essa.

(Grazie a John Keates per il suggerimento sulla firma del codice.)

Continuity Camera sul tuo Mac facilita anche rapportd:

• Nel tuo macOS app di prima parte come Notes.app o Pages.app puoi emettere il comando “Scatta foto”, che apre lapp della fotocamera sul tuo iPhone o iPad.
• Questo attiva anche una connessione in entrata a rapportd (circa 1,2 megabyte per ogni foto proveniente da un iPhone 6S, osservata con LittleSnitch )

Commenti

• Solo perché Apple lo ha autorizzato, ‘ non lo fa ” legittimo “. Apple raccoglie e condivide informazioni sui propri utenti con organi di sicurezza statale da ottobre 2012 . Non ‘ non ho un iPhone e non ‘ voglio che sia aperta una falla di sicurezza da condividere con altri dispositivi Apple.
• ” it ‘ è collegato a un PrivateFramework (che Apple non ‘ consente per gli altri) “: Apple ‘ non si preoccupa di questo, a meno che tu ‘ non pianificando di distribuire tramite lApp Store. In effetti, una delle app su cui lavoro si collega a un framework privato e Apple ci ha permesso di firmarlo bene.

Oltre a ciò che è già stato pubblicato, / usr / libexec / rapportd è firmato in codice da Apple e collegato a un PrivateFramework (che Apple non consente ad altri e quindi non firma per altri) e in una posizione protetta da SIP. A meno che non disattivi SIP, questo fa semplicemente parte del sistema operativo, messo lì da Apple.

Puoi controllare questo sulla riga di comando:

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

Dovrebbe riportare qualcosa del tipo:

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

Per mostrare a quali librerie sono collegate:

otool -L /usr/libexec/rapportd 

Che mostrerà qualcosa del tipo:

/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) 

Commenti

• ” che Apple ‘ non consente ad altri e pertanto ‘ t firma per altri “: prova tu stesso; ‘ vedrai che funziona perfettamente: echo 'int main() {}' | clang -F/System/Library/Frameworks -framework MobileDevice -x c - -o test; codesign -s "Your certificate" test
• PrivateFrameworks e code firmato da Apple, non Frameworks e codificato localmente da te.
• Mi spiace, intendevo echo 'int main() {}' | clang -F/System/Library/PrivateFrameworks -framework MobileDevice -x c - -o test; codesign -s "Your certificate" test. Un errore di battitura piuttosto sfortunato dato ciò di cui ‘ stiamo discutendo. Inoltre, lho firmato con il mio certificato di sviluppatore Mac, non uno ad-hoc.

I credo che sia usato per Condivisione in famiglia di iTunes e lapp Remote per controllare iTunes.

Lho scoperto perché Little Snitch lo stava bloccando e non sono riuscito a capire perché le cose remote di iTunes non funzionavano perché Ho chiuso accidentalmente la finestra di dialogo 🙂

Una volta che lho autorizzata, il mio telefono potrebbe vedere iTunes sul mio laptop e scoprire iTunes Home Sharing.

Commenti

• ‘ non ho mai sincronizzato un dispositivo iOS su questa macchina ma utilizzo la condivisione domestica di iTunes e ho rapportd in esecuzione con TCP *: 65530 (LISTEN) aperto su ipv4 e ipv6, pensavo che la porta 65530 fosse un numero di porta piuttosto sfacciato, appena sei sotto il più alto possibile, ma per fortuna suona come un software legittimo, si spera

Digita man rapportd in Terminale. Questo è il risultato:

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 

Dal mio dolore ^ W esperienza posso dire che questo servizio è necessario almeno perché linoltro (relaying) di messaggi di testo funzioni.

Avendolo bloccato con Firewall, per e. g., mette un grande divieto in grassetto alla voce “Inoltro di messaggi di testo” nelle impostazioni di iPhone. In effetti non sarà nemmeno mostrata lì

Commenti

• Interessante. Ho bloccato il rapporto sulla mia macchina ma sia iMessage che linoltro dei messaggi di testo funzionano ancora bene per me. È possibile che tu abbia anche un altro servizio bloccato?
• Come lhai bloccato? Hai provato a riavviare dopo averlo fatto?
• Scegliendo “nega” quando è stato chiesto, come indicato nella mia domanda originale (ed è ancora elencato come bloccato nelle impostazioni del firewall). E sì, da allora ho riavviato molte volte.
• Puoi controllare con lo sniffer di traffico e / o netstat / lsof