Jump to content
511 posts in this topic

Recommended Posts

2 hours ago, chris1111 said:

This app is need for macOS Tahoe 26 to make USB Wifi capable

https://github.com/laobamac/OCLP-Mod ➤ Folling this issue https://github.com/laobamac/OCLP-Mod/issues/13

then this is the app for wifi

https://github.com/chris1111/Wireless-USB-OC-Big-Sur-Adapter/releases

 

Nothing wrong yet, installed the latest commit of OCLP-MOD and your app v17 for Tahoe but it is not working , the usb is in the list of compatible ones " TL-WN823Nv1/v2/v3/v4 "

 

Probably the problem is due to the failure to load ?
" com.apple.iokit.IOUSBFamily (9 00.4.2) "

 

Spoiler

OCLP-Mod 2.6.5 (Mod)
OLD Modified Du lashaman 2 CE
Install driver patch
Patches that can be installed:
All patches have been installed
Last patch installed: v2.6.5, July 03, 2025

 

I only have 3 extensions loaded

 

Executing: /usr/bin/kmutil showloaded
No variant specified, falling back to release
37 14 0xffffff8002ca3000 0x73ef4 0x73ef4 com.apple.iokit.IOUSBHostFamily (1.2) A9F27A50-4A21-362C-9B4A-024F624C6E66 <36 35 34 31 18 17 9 8 7 6 3 1> 
38 2 0xffffff8002e68000 0x1ffa0 0x1ffa0 com.apple.iokit.IOUSBMassStorageDriver (268) 3A3E7C2A-9FEF-3B9F-AF97-1DD734928061 <37 32 25 19 8 7 6 3 1> 
97 0 0xffffff8002e5e000 0x6d7e 0x6d7e com.apple.driver.usb.IOUSBHostHIDDevice (1.2) CEC9426E-5075-3F7D-B0A4-48146D4F0CE2 <65 37 35 7 6 3 1>

 

Thank you for your attention

Edited by Perdu
  • Like 1

We have received 4 successful reports from @克里斯1111 @罗比62 and others so far. Is there anyone else assisting with the testing? see https://github.com/laobamac/OCLP-Mod/issues/13🥶

  • Like 2
  • Thanks 1
1 hour ago, Perdu said:

 

目前没有任何问题,安装了最新的 OCLP-MOD 提交和 Tahoe 的应用程序 v17,但它不工作,USB 在兼容列表中“TL-WN823Nv1/v2/v3/v4”

 

问题可能由于无法加载
“com.apple.iokit.IOUSBFamily (9 00.4.2)”

 

  显示隐藏内容

OCLP-Mod 2.6.5 (Mod)
OLD Modified Du lashaman 2 CE
Install driver patch
Patches that can be installed:
All patches have been installed
Last patch installed: v2.6.5, July 03, 2025

 

我只加载了 3 个扩展

 

正在执行:/usr/bin/kmutil showloaded
未指定变体,回退到版本
37 14 0xffffff8002ca3000 0x73ef4 0x73ef4 com.apple.iokit.IOUSBHostFamily (1.2) A9F27A50-4A21-362C-9B4A-024F624C6E66 <36 35 34 31 18 17 9 8 7 6 3 1> 
38 2 0xffffff8002e68000 0x1ffa0 0x1ffa0 com.apple.iokit.IOUSBMassStorageDriver (268) 3A3E7C2A-9FEF-3B9F-AF97-1DD734928061 <37 32 25 19 8 7 6 3 1> 
97 0 0xffffff8002e5e000 0x6d7e 0x6d7e com.apple.driver.usb.IOUSBHostHIDDevice (1.2) CEC9426E-5075-3F7D-B0A4-48146D4F0CE2 <65 37 35 7 6 3 1>

 

感谢您的关注

Are you sure your EFI is not blocking IOUSB related extensions and the wireless network card is working properly before Sequoia? Also, are you sure that AMFI has been properly closed AMFI and SIP and install patches?

  • Like 2
10 minutes ago, Perdu said:

I think I've done everything...thanks

 

  Hide contents

Senzanome2.thumb.png.d50f7d8f09d1b2b087de37c099ff0a73.png

 

Screenshot2025-07-03alle16_55_40.thumb.png.19ea1bc62ca1c2fbe43ff4829200646e.png

 

 

 

move AMFIPass.kext above the RtlWlan driver program.Download the latest pre release https://github.com/laobamac/OCLP-Mod/releases and reinstall the patch, and also take a screenshot of kextstat | grep IOUSB to show me

  • Like 4
  • Thanks 1

:thumbsup_anim:

 

Everything perfect with the last Commit

 

Spoiler

- Starting patching process

- Determining required patchset for Darwin 25

Pulling KDK list from KdkSupportPkg API

No direct match found for 25A5295e, falling back to closest match

Closest match: 25A5279m (26.0)

KDK already installed (KDK_26.0_25A5279m.kdk), skipping

- Verifying root patch is available...

- Ready to patch!

- Mounted Universal-Binaries.dmg

- Running sanity check before proceeding with patching

- Running patch for Veriton S2665G

- Running precheck before patching

- Found SkylightPlugins folder, deleting old plugins

- Cleaning up auxiliary kernel collection

- Moving EnergyDriver.kext kext to /Library/Relocated Extensions

Pulling KDK list from KdkSupportPkg API

No direct match found for 25A5295e, falling back to closest match

Closest match: 25A5279m (26.0)

KDK already installed (KDK_26.0_25A5279m.kdk), skipping

- Found KDK at: /Library/Developer/KDKs/KDK_26.0_25A5279m.kdk

- Merging KDK with root volume: KDK_26.0_25A5279m.kdk

- Successfully merged KDK with Root Volume

- Completed precheck, started patching

- Installed patch set: Legacy USB extensions

- Processed installation path: /System/Library/Extensions

- Found existing AppleUSBACM.kext, overwriting...

- Found existing AppleUSBAudio.kext, overwriting...

- Found existing AppleUSBCDC.kext, overwriting...

- Found existing AppleUSBCommon.kext, overwriting...

- Found existing AppleUSBDeviceMux.kext, overwriting...

- Found existing AppleUSBDeviceNCM.kext, overwriting...

- Found existing AppleUSBDisplays.kext, overwriting...

- Found existing AppleUSBDMM.kext, overwriting...

- Found existing AppleUSBECM.kext, overwriting...

- Found existing AppleUSBEEM.kext, overwriting...

- Found existing AppleUSBEthernet.kext, overwriting...

- Found existing AppleUSBEthernetHost.kext, overwriting...

- Found existing AppleUSBHostS5L8930X.kext, overwriting...

- Found existing AppleUSBHostS5L8960X.kext, overwriting...

- Found existing AppleUSBHostT7000.kext, overwriting...

- Found existing AppleUSBHostT8002.kext, overwriting...

- Found existing AppleUSBHostT8011.kext, overwriting...

- Found existing AppleUSBHostT8020.kext, overwriting...

- Found existing AppleUSBHSIC.kext, overwriting...

- Found existing AppleUSBiBridge.kext, overwriting...

- Found existing AppleUSBLightningAdapter.kext, overwriting...

- Found existing AppleUSBMike.kext, overwriting...

- Found existing AppleUSBNCM.kext, overwriting...

- Found existing AppleUSBNetworking.kext, overwriting...

- Found existing AppleUSBRealtek8153Patcher.kext, overwriting...

- Found existing AppleUSBSerial.kext, overwriting...

- Found existing AppleUSBWCM.kext, overwriting...

- Found existing IOUSBDeviceFamily.kext, overwriting...

- Installing: IOUSBFamily.kext

- Found existing IOUSBHostFamily.kext, overwriting...

- Found existing IOUSBMassStorageDriver.kext, overwriting...

- Writing patchset information to root volume

- Checking if RSRMonitor is needed

- No kext with GPUCompanionBundles found, skipping RSRMonitor

- Installing com.laobamac.oclp-mod.auto-patch.plist

- Installing com.laobamac.oclp-mod.macos-update.plist

- Installing com.laobamac.oclp-mod.os-caching.plist

- Rebuild the boot and system kernel collection

Install the kernel collection synchronization tool

- Unmount the root volume

- Patch completed

 

Please restart the system to make the patch take effect

 

Screenshot.thumb.png.924bac293c53383f48b87406151b130b.png
 

 

Edited by Anto65
  • Like 3
  • Thanks 1

https://www.insanelymac.com/forum/topic/361162-pre-release-macos-tahoe/page/91/#findComment-2835795

 

Better if you download , maybe from another PC with a connection , the KdkSupportPkg , and the  OCLP-Mod pkg

after , you install everything on the on iMac 14.2 ( KDK first )

Edited by Anto65
  • Like 1
  • Thanks 1

How can I use oclp-mod without a network connection?

18 minutes ago, Anto65 said:

https://www.insanelymac.com/forum/topic/361162-pre-release-macos-tahoe/page/91/#findComment-2835795

 

Better if you download , maybe from another PC with a connection , the KdkSupportPkg , and the  OCLP-Mod pkg

after , you install everything on the on iMac 14.2

But I need the KDK for beta 2, and I can't find it anywhere.
I downloaded the oclb-mod, but I can't install it on my iMac 14.2 because this root patch requires a network connection, and I don't have a working network. So how can I install the oclb-mod without an internet connection? Is there any way to do it offline?
I wanted to try it on my iMac 14.2

3 minutes ago, Anto65 said:

Download ( from other pc ) and Install first the KdkSupportPkg then run OCLP-MOD 

 

It asks you for a connection to download the KDK.

Dear Anton, as I said, I need the KDK for Tahua Beta II. What you linked is for Beta 1 and cannot be installed on Beta 2. I've already tried that.

  • Like 1

There are no others, if you find it let me know... I installed with that one 😉

 

- Starting patching process
- Determining required patchset for Darwin 25
Pulling KDK list from KdkSupportPkg API
No direct match found for 25A5295e, falling back to closest match
Closest match: 25A5279m (26.0)
KDK already installed (KDK_26.0_25A5279m.kdk),

....

....

Edited by Anto65
  • Like 2

well, I have no interest in telling you a {censored}
just reverted the patch, rebooted without connection, unplugged cable
launched OCLP and patched again, obviously the KDK was already installed


Another thing if you click as in the image (connect if you have the iPhone with the USB cable via teathering)

 

you can see the latest available KDK ... which is the one I linked you

 

Spoiler

       Screenshot2025-07-04alle00_21_09.png.5f02c00c7a02655dbb5255f9731623aa.png

 

Screenshot2025-07-04alle00_21_12.png.8c03df96b324897dadb3392929e4868d.png

 

- Starting patching process
- Determining required patchset for Darwin 25
Pulling KDK list from KdkSupportPkg API
No direct match found for 25A5295e, falling back to closest match
Closest match: 25A5279m (26.0)
KDK already installed (KDK_26.0_25A5279m.kdk), skipping
- Verifying root patch is available...
- Ready to patch!
- Mounted Universal-Binaries.dmg
- Running sanity check before proceeding with patching
- Running patch for Veriton S2665G
- Running precheck before patching
- Found SkylightPlugins folder, deleting old plugins
- Cleaning up auxiliary kernel collection
- Moving EnergyDriver.kext kext to /Library/Relocated Extensions
Pulling KDK list from KdkSupportPkg API
No direct match found for 25A5295e, falling back to closest match
Closest match: 25A5279m (26.0)
KDK already installed (KDK_26.0_25A5279m.kdk), skipping
- Found KDK at: /Library/Developer/KDKs/KDK_26.0_25A5279m.kdk
- Merging KDK with root volume: KDK_26.0_25A5279m.kdk
- Successfully merged KDK with Root Volume
- Completed precheck, started patching
- Installed patch set: Legacy USB extensions
- Processed installation path: /System/Library/Extensions
- Found existing AppleUSBACM.kext, overwriting...
- Found existing AppleUSBAudio.kext, overwriting...
- Found existing AppleUSBCDC.kext, overwriting...
- Found existing AppleUSBCommon.kext, overwriting...
- Found existing AppleUSBDeviceMux.kext, overwriting...
- Found existing AppleUSBDeviceNCM.kext, overwriting...
- Found existing AppleUSBDisplays.kext, overwriting...
- Found existing AppleUSBDMM.kext, overwriting...
- Found existing AppleUSBECM.kext, overwriting...
- Found existing AppleUSBEEM.kext, overwriting...
- Found existing AppleUSBEthernet.kext, overwriting...
- Found existing AppleUSBEthernetHost.kext, overwriting...
- Found existing AppleUSBHostS5L8930X.kext, overwriting...
- Found existing AppleUSBHostS5L8960X.kext, overwriting...
- Found existing AppleUSBHostT7000.kext, overwriting...
- Found existing AppleUSBHostT8002.kext, overwriting...
- Found existing AppleUSBHostT8011.kext, overwriting...
- Found existing AppleUSBHostT8020.kext, overwriting...
- Found existing AppleUSBHSIC.kext, overwriting...
- Found existing AppleUSBiBridge.kext, overwriting...
- Found existing AppleUSBLightningAdapter.kext, overwriting...
- Found existing AppleUSBMike.kext, overwriting...
- Found existing AppleUSBNCM.kext, overwriting...
- Found existing AppleUSBNetworking.kext, overwriting...
- Found existing AppleUSBRealtek8153Patcher.kext, overwriting...
- Found existing AppleUSBSerial.kext, overwriting...
- Found existing AppleUSBWCM.kext, overwriting...
- Found existing IOUSBDeviceFamily.kext, overwriting...
- Installing: IOUSBFamily.kext
- Found existing IOUSBHostFamily.kext, overwriting...
- Found existing IOUSBMassStorageDriver.kext, overwriting...
- Writing patchset information to root volume
- Checking if RSRMonitor is needed
- No kext with GPUCompanionBundles found, skipping RSRMonitor
- Installing com.laobamac.oclp-mod.auto-patch.plist
- Installing com.laobamac.oclp-mod.macos-update.plist
- Installing com.laobamac.oclp-mod.os-caching.plist
- Rebuild the boot and system kernel collection
Install the kernel collection synchronization tool
- Unmount the root volume
- Patch completed

Please restart the system to make the patch take effect

 

  Screenshot2025-07-04alle00_32_35.png.3dc01f07e8f15b475f0be03a63986afa.png

 

Edited by Anto65
  • Like 1
  • Thanks 1
8 minutes ago, Anto65 said:

well, I have no interest in telling you a {censored}
just reverted the patch, rebooted without connection, unplugged cable
launched OCLP and patched again, obviously the KDK was already installed


Another thing if you click as in the image (connect if you have the iPhone with the USB cable via teathering)

 

you can see the latest available KDK ... which is the one I linked you

 

  Reveal hidden contents

       Screenshot2025-07-04alle00_21_09.png.5f02c00c7a02655dbb5255f9731623aa.png

 

Screenshot2025-07-04alle00_21_12.png.8c03df96b324897dadb3392929e4868d.png

 

- Starting patching process
- Determining required patchset for Darwin 25
Pulling KDK list from KdkSupportPkg API
No direct match found for 25A5295e, falling back to closest match
Closest match: 25A5279m (26.0)
KDK already installed (KDK_26.0_25A5279m.kdk), skipping
- Verifying root patch is available...
- Ready to patch!
- Mounted Universal-Binaries.dmg
- Running sanity check before proceeding with patching
- Running patch for Veriton S2665G
- Running precheck before patching
- Found SkylightPlugins folder, deleting old plugins
- Cleaning up auxiliary kernel collection
- Moving EnergyDriver.kext kext to /Library/Relocated Extensions
Pulling KDK list from KdkSupportPkg API
No direct match found for 25A5295e, falling back to closest match
Closest match: 25A5279m (26.0)
KDK already installed (KDK_26.0_25A5279m.kdk), skipping
- Found KDK at: /Library/Developer/KDKs/KDK_26.0_25A5279m.kdk
- Merging KDK with root volume: KDK_26.0_25A5279m.kdk
- Successfully merged KDK with Root Volume
- Completed precheck, started patching
- Installed patch set: Legacy USB extensions
- Processed installation path: /System/Library/Extensions
- Found existing AppleUSBACM.kext, overwriting...
- Found existing AppleUSBAudio.kext, overwriting...
- Found existing AppleUSBCDC.kext, overwriting...
- Found existing AppleUSBCommon.kext, overwriting...
- Found existing AppleUSBDeviceMux.kext, overwriting...
- Found existing AppleUSBDeviceNCM.kext, overwriting...
- Found existing AppleUSBDisplays.kext, overwriting...
- Found existing AppleUSBDMM.kext, overwriting...
- Found existing AppleUSBECM.kext, overwriting...
- Found existing AppleUSBEEM.kext, overwriting...
- Found existing AppleUSBEthernet.kext, overwriting...
- Found existing AppleUSBEthernetHost.kext, overwriting...
- Found existing AppleUSBHostS5L8930X.kext, overwriting...
- Found existing AppleUSBHostS5L8960X.kext, overwriting...
- Found existing AppleUSBHostT7000.kext, overwriting...
- Found existing AppleUSBHostT8002.kext, overwriting...
- Found existing AppleUSBHostT8011.kext, overwriting...
- Found existing AppleUSBHostT8020.kext, overwriting...
- Found existing AppleUSBHSIC.kext, overwriting...
- Found existing AppleUSBiBridge.kext, overwriting...
- Found existing AppleUSBLightningAdapter.kext, overwriting...
- Found existing AppleUSBMike.kext, overwriting...
- Found existing AppleUSBNCM.kext, overwriting...
- Found existing AppleUSBNetworking.kext, overwriting...
- Found existing AppleUSBRealtek8153Patcher.kext, overwriting...
- Found existing AppleUSBSerial.kext, overwriting...
- Found existing AppleUSBWCM.kext, overwriting...
- Found existing IOUSBDeviceFamily.kext, overwriting...
- Installing: IOUSBFamily.kext
- Found existing IOUSBHostFamily.kext, overwriting...
- Found existing IOUSBMassStorageDriver.kext, overwriting...
- Writing patchset information to root volume
- Checking if RSRMonitor is needed
- No kext with GPUCompanionBundles found, skipping RSRMonitor
- Installing com.laobamac.oclp-mod.auto-patch.plist
- Installing com.laobamac.oclp-mod.macos-update.plist
- Installing com.laobamac.oclp-mod.os-caching.plist
- Rebuild the boot and system kernel collection
Install the kernel collection synchronization tool
- Unmount the root volume
- Patch completed

Please restart the system to make the patch take effect

 

  Screenshot2025-07-04alle00_32_35.png.3dc01f07e8f15b475f0be03a63986afa.png

 

You're no longer interested in helping? How am I supposed to understand this rudeness, please? Did I do something to you? Okay, then I'll try to help myself.

It just doesn't work.

 

I don't know if it's because I'm using an original late 2013 27-inch iMac (14.2 iMac), since almost all of you here have Hackintosh Macs.

 

I did everything as my friend @Anto65 wrote. The Kdk was installed perfectly, then I rebooted, and USB should work, right?

Then I successfully installed OCLP-Mod 2.6.5, rebooted again, and tried to run the "Root Patch." Before doing so, I checked

the "AppleHDA" and "USB" options in the OCLP-Mod Patcher window, which is in the second position from the right.

 

Then I saw that the "Root Patch" option was grayed out, meaning it wasn't active.

It's probably because the "Root Patch" requires a network connection, right?

 

Only if USB worked would I be able to use my TP-Link Archer T9UH USB Wi-Fi device, which also works well in Sequoia 15.6 Beta2.

 

What do you think is causing the "Root Patch" option to be grayed out?

  • Like 1
4 minutes ago, AlfredoM said:

It just doesn't work.

 

I don't know if it's because I'm using an original late 2013 27-inch iMac (14.2 iMac), since almost all of you here have Hackintosh Macs.

 

I did everything as my friend @Anto65 wrote. The Kdk was installed perfectly, then I rebooted, and USB should work, right?

Then I successfully installed OCLP-Mod 2.6.5, rebooted again, and tried to run the "Root Patch." Before doing so, I checked

the "AppleHDA" and "USB" options in the OCLP-Mod Patcher window, which is in the second position from the right.

 

Then I saw that the "Root Patch" option was grayed out, meaning it wasn't active.

It's probably because the "Root Patch" requires a network connection, right?

 

Only if USB worked would I be able to use my TP-Link Archer T9UH USB Wi-Fi device, which also works well in Sequoia 15.6 Beta2.

 

What do you think is causing the "Root Patch" option to be grayed out?

Add  amfi=0x80 in boot args

  • Like 1
  • Thanks 1

When I quit doing Wi-Fi... Just downloaded latest @laobamac_yyds OCLP-Mod.pkg, to restore AppleHDA.kext and entered in Settings, enabled some options and voila, my TP-Link TL725WN starts to work... Many Thanks to @chris1111 and @laobamac_yyds, is working Like a charm...

 

CapturadeTela2025-07-04s00_04_22.png.136730af78281181f737c98b0e1f064d.png

 

CapturadeTela2025-07-04s00_12_34.thumb.png.2deb38355afde0789bfda9095b5a9f87.pngCapturadeTela2025-07-04s00_19_39.thumb.png.ea02d287470b529b561a4480fb006bd6.pngCapturadeTela2025-07-04s00_19_52.thumb.png.2efa10454a2979168554fb3cc48fc632.pngCapturadeTela2025-07-04s07_49_27.thumb.png.4c7f6fe9bb49ed2d924a5a8cb769b273.png

 

Regards,

Fernando.

Edited by fernando.c.neves
  • Like 7
  • Thanks 1
28 minutes ago, chris1111 said:

@laobamac_yyds 对我来说,我的 HP Elitebook 840 G4 上的音频 AppleALC 和 Wifi USB Realtek 工作正常

感谢这个出色的应用程序 :thumbsup_anim:

It was good news.😀

  • Like 8
  • Thanks 1

@laobamac_yyds Thank you for answering my previous question about the need to restore components of AppleHDA in dyld_shared_cache.  That was very helpful.  Since you're clearly an expert in this, I was wondering if you could answer another question and I hope you take this in the spirit of curiosity that is intended.  Is it possible for users of OCLP (any version of OCLP, including your version and others) to inspect and verify the safety and integrity of binaries injected by OCLP into macOS dyld_shared_cache?  If so, how could we conduct such an independent verification of OCLP binaries to ensure that OCLP root patches are safe?  Maybe more importantly, how can we ensure that the macOS security measures that must be defeated to allow OCLP (e.g., SIP, AMFI, broken APFS seal...) don't expose us to other vulnerabilities?

 

Specifically, after we disable SIP and allow OCLP to root macOS, how can we can be certain that we are not exposing ourselves to Dylib hijacking as documented here.  Thank you very much for your knowledge and expertise.

Edited by deeveedee
  • Thanks 1
On 2025/7/4 at PM4点27分, eSaF said:

或许这完全没有必要,特别是如果您完全熟悉官方 OCLP 应用程序布局。

对于那些想要尝试 OCLP-Mod 但又对语言差异感到困惑并且直到转换完成的人来说。

 

我擅自拍摄了一系列快照并进行了一些英文转换以帮助安装。

不完全理想但希望它有帮助。

OCLP-Mod(中英)文件夹.zip 1.46 MB · 21 次下载

This is very useful. I have downloaded it for future reference. Thank you

13 hours ago, deeveedee said:

@laobamac_yyds 感谢您回答我之前关于在 dyld_shared_cache 中恢复 AppleHDA 组件的必要性的问题。这非常有帮助。既然您显然是这方面的专家,我想知道您是否可以回答另一个问题,我希望您能以好奇心的态度来回答这个问题。OCLP 用户(任何版本的 OCLP,包括您的版本和其他版本)是否可以检查并验证 OCLP 注入 macOS dyld_shared_cache 的二进制文件的安全性和完整性?如果可以,我们如何对 OCLP 二进制文件进行如此独立的验证,以确保 OCLP 根补丁的安全?或许更重要的是,我们如何确保那些必须被攻破才能启用 OCLP 的 macOS 安全措施(例如,SIP、AMFI、破损的 APFS 密封……)不会让我们暴露于其他漏洞?

 

具体来说,在我们禁用 SIP 并允许 OCLP 获得 macOS 的 root 权限后,我们如何才能确保自己不会像这里记录的那样暴露于 Dylib 劫持的风险?非常感谢您的知识和专业技能。

It's quite simple. Firstly, we need to understand that we need to disable AMFI only because the TeamID and Signature in the system files we re signed do not match, not because they do not have a signature at all. In addition, our injection method for old version system files is roughly divided into the following three steps: first, extract the complete executable file, patch it with dylib using Mach-O lib, and then inject it into the system for internal loading using Apple's official dyld-interposing.h. The entire process utilizes the macOS interface provided by Apple to replace dylib through the correct means, rather than some of the bad methods you are concerned about. To put it another way, all the patches we have developed are open-source on Github and can be downloaded to check for any security issues. In short, there is no need to worry about this. We are only developing it as a hobby, without any vested interests, and there is no need to take any adverse actions towards users' computers.

 

Note: If you want to verify whether a single executable file has inserted other harmful content, you only need to check its dependency libraries and main functions. For example, WIFIPeerToPeer. Old.dylib is a file extracted and patched from an old version (. Old is named after).You can use otool -l and otool -L to view dependency libraries, use Hopper or IDA to view the main function and compare it with the original function name to see if there are any added functions that should not exist.But in fact, you should trust community developers, shouldn't?

Edited by laobamac_yyds
  • Like 4
  • Thanks 3
×
×
  • Create New...