rvictl not working on big sur and ios 14 beta 3

This thread has been locked by a moderator; it no longer accepts new replies.
I'm trying to inspect network traffic on an iphone 11 pro, I use:

rvictl -s [UDID]

on terminal and it closes after a couple seconds without any error. I know the UDID is correct because if I use a wrong one it brings up the help . I installed most of the extra tools I found for xcode and such and rvictl is available, it just doesnt work.
Answered by Engineer in 694420022

This issue (81125115) was fixed in Xcode 13.0 (13A233).

Disabling SIP as a workaround is no longer needed, so I recommend enabling SIP (check with csrutil status).

For Apple Silicon Macs, the Reduced Security policy "Allow user management of kernel extensions from identified developers" is still needed, instructions here.

Boost
Hi I meet same issue with getting the FAILED error. Updated to latest Xcode 12.3 (12C33) and macOS 11.1 (20C69) and iOS 14.3 (18C66):

sudo rvictl -s 00008101-<REDACTED>

Starting device 00008101-<REDACTED> [FAILED]

Same happens with and without sudo..
Does anyone get the solution?
Seems to work after running sudo launchctl load -w /Library/Apple/System/Library/LaunchDaemons/com.apple.rpmuxd.plist, although the response to this command was:

/Library/Apple/System/Library/LaunchDaemons/com.apple.rpmuxd.plist: service already loaded

The next time I ran rvictl -s UUID:

Starting device UUID [SUCCEEDED] with interface rvi0


I have tried all of the solutions in this thread, but I am still getting a failure when I try to start a device with rvictl on an M1 Mac mini running Big Sur 11.2.3 and Xcode 12.4. Any help would be appreciated!
By the way, if anyone is trying this on a Mac M1 (apple silicon) and rvictl says FAILED, its because you need to enable mac system extensions - https://support.apple.com/guide/mac-help/change-startup-disk-security-settings-a-mac-mchl768f7291/mac - basically say "reduced security" and check all the freaking boxes that say enable kernel extensions and all that. And after you bootup, you have to again go to system--->security&preferences and there will be an "allow" button you have to click there which will again make you reboot.

I wasted freaking a day on this crap and finally after lot of browsing I figured thats the reason. I enabled system extensions and its working fine

basically say "reduced security"

Correct.

check all the freaking boxes that say enable kernel extensions

Not quite. Of the two checkboxes, you only need to check “Allow user management of kernel extensions from identified developers”.

And yes, I agree, this is seriously suboptimal. I had a chat with the RVI folks about this situation and I’m sad to report that this is the only way to get RVI working on Apple silicon. We have a bug on file about this (r. 78015664) but, as per usual, I can’t comment as to when we’ll see any improvements.

Share and Enjoy

Quinn “The Eskimo!” @ Developer Technical Support @ Apple
let myEmail = "eskimo" + "1" + "@" + "apple.com"

And yes, I agree, this is seriously suboptimal. 

@eskimo, my frustration was not about having to enable the kernel extension - that took me < 5 mins and thats perfectly acceptable to me. My frustration was that rvictl FAILEd as a google search did not lead to any help page or anything, what it led to was this thread with potpourri of random suggestions. I am not kidding when I said I wasted a WHOLE DAY (at least) on this - I even thought that its probably that my ipad (attached to my mac mini) is too old and hence I drove one hour up and down to an apple store and got a new one, only to see that had the same issue. Then I kept at google searches till some kind soul somewhere had hinted about having to enable kernel extensions.

So my point was that along with rvictl FAILEd, if there was one more line of message that said "please enable kernel extensions", that would have made my experience with apple development far more smoother

I have enabled kernel extensions and reduce security ,but rvictl still failed

Same problem here. Running on M1, Xcode 12.5, iOS 12.0 Beta (21A5248p).

Now I don't know if it has to do with me being on the new beta build of iOS or not.

The error I get in /var/log/system.log

Jun 18 11:47:39 Nickis-MBP rpmuxd[12518]: com.apple.rpmuxd:rpmuxd_start_kernelctl:234 Child process /sbin/kextload[12519] exited with status 29
Jun 18 11:47:39 Nickis-MBP rpmuxd[12518]: com.apple.rpmuxd:rpmuxd_start_kernelctl:242 retry loading kext from non ROSP location
Jun 18 11:47:39 Nickis-MBP rpmuxd[12518]: com.apple.rpmuxd:rpmuxd_start_kernelctl:234 Child process /sbin/kextload[12521] exited with status 2
Jun 18 11:47:39 Nickis-MBP rpmuxd[12518]: com.apple.rpmuxd:rpmuxd_start_kernelctl:236 retry loading kext failed, aborting
Jun 18 11:47:39 Nickis-MBP rpmuxd[12518]: com.apple.rpmuxd:rpmuxd_start_packet_capture:734 Unable to create kernel control communication

I tried everything that is mentioned up till now, but sadly with no good result.

Another issue is that

rvictl -L   or rvictl -l

returns

Could not get list of devices

Fortunately: ifconfig -l gives a list but rvictl fails to connect.

Doesn't work for me either. Always receiving

Starting device 00008030-<redacted> [FAILED]

macOS 11.4

Xcode 12.5, also tried with the rvictl bundled in Xcode 13 beta 2

MacBook Pro 15-inch 2018

Restarting the MacBook / iPhone didn't help. Would be great if rvictl could give a hint why it is failing. Wasted hours on this topic.

Digging deeper, I also see the messages in the system-log like NickiOtte regarding failing loading a kext by rpmuxd.

Trying to load it manually gives this:

/L/A/u/bin $ sudo kextload /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext
Password:
Executing: /usr/bin/kmutil load -p /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext
Error Domain=KMErrorDomain Code=29 "Authenticating extension failed: Kext com.apple.nke.rvi v2.1.0 in executable kext bundle com.apple.nke.rvi at /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext:

Authenticating extension failed: Bad code signature" UserInfo={NSLocalizedDescription=Authenticating extension failed: Kext com.apple.nke.rvi v2.1.0 in executable kext bundle com.apple.nke.rvi at /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext:

Authenticating extension failed: Bad code signature}

So, the kernel-extension needs an update or anything like this? @eskimo Or may have this been caused by an faulty upgrade, and there is an updated version of the kernel extension that is only installed on a clean install? (No clean install on this system since I started using it, always upgrading)

remember to open the new extension(setting->Security and privacy) and reboot, it works for me

I'm on Monterey 12.0, on an Intel Mac, with extension v2.1.0, and I have the same kextload 'code signature' error.

bash-3.2# kextload /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext Executing: /usr/bin/kmutil load -p /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext Error Domain=KMErrorDomain Code=29 "Authenticating extension failed: Kext com.apple.nke.rvi v2.1.0 in executable kext bundle com.apple.nke.rvi at /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext:

Authenticating extension failed: Bad code signature" UserInfo={NSLocalizedDescription=Authenticating extension failed: Kext com.apple.nke.rvi v2.1.0 in executable kext bundle com.apple.nke.rvi at /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext:

Authenticating extension failed: Bad code signature} bash-3.2#

I finally managed to make it work on Intel Mac
That's dirty, but it works : you need to disable SPI.
So in recovery mode, open terminal and type : csrutil disable
Reboot, then try to load the extension manually : sudo kmutil load -p /Library/Apple/System/Library/Extensions/RemoteVirtualInterface.kext
That should popup something that redirect to System Settings where you need to agree on using an extension from à mighty developper called "Apple Inc."
Then reboot.
Then reloading manually the extension will be ok, and rvictl -s UUID also !

Yes, that is dirty, but until this extension signing is solved, I'm afraid I have no other choice ...

rvictl not working on big sur and ios 14 beta 3
 
 
Q