horsicq/x64dbg-plugin-manager

Plugin manager for x64dbg

x64dbg Plugin Manager

Download

https://github.com/horsicq/x64dbg-Plugin-Manager/releases/tag/Beta

Console example

x64plgmnrc.exe -G "C:\x64dbg_root" // Set root path for x64dbg

x64plgmnrc.exe -U // Update list from server

x64plgmnrc.exe -S // Show list of plugins

x64plgmnrc.exe -i x64core // Install last version of x64dbg

x64plgmnrc.exe -i AdvancedScript // install AdvancedScript

How to build on Windows

=======

Install Visual Studio 2013: https://github.com/horsicq/build_tools

Install Qt 5.6.3 for VS2013(x86): https://github.com/horsicq/build_tools

Install 7-Zip: https://github.com/horsicq/build_tools

Clone project: git clone --recursive https://github.com/horsicq/x64dbg-Plugin-Manager.git

Edit build_win32.bat ( check VS_PATH, SEVENZIP_PATH, QT_PATH variables)

Run build_win32.bat

How to add new plugin

=======

You should make PR with new plugin to https://github.com/x64dbg/PluginManager/blob/master/list.json

x64dbg-plugin-manager's Issues

Host Not Fount.

I also tried my PROXY [v2rayN], but it didn't work.

Rate Limited by Github when downloading the list.

about proxy option

you shoud addtion a proxy option

Not working

Hi I cant seem to update any of the plugins or the core x64dbg.
It recognises plugins and the core need updating, but when I click it, the downloading screen pops up but there are not files downloaded??

Also what does it mean by x64dbg directory? Is that /releases (which contained \x64 and \x32 folder?

Thanks

No waifu

Hello I come to software and no waifu? What fix?

Stop using x64dbg/PluginManger releases for distribution

Hey,

Today I checked the plugin manager again and noticed it is still using https://github.com/x64dbg/PluginManager/releases for both plugins and x64dbg updates. I don't think this should be done because it introduces expectations that those binaries are official where in reality they are not. For x64dbg releases I think it should directly use the latest github snapshot and the releases API and for plugins I think there can be a json in the PluginManager repository that points to the official plugin release URL.

Best regards,

Duncan

add a proxy server setting?

my network need a proxy to connect github.

http://proxyserver:1080
socks5://proxyserver:1080
etc.

The “Visual Studio 2013 community” is not free + bugs

Dear horsicq,

I have installed "Qt 5.6.3 for VS2013" and the "7-Zip" as instructed. But I can't download the “Visual Studio 2013 community” !? In fact, after I have signed-in with my GitHub account (same result with my Microsoft account), I get the following page stating at:
https://my.visualstudio.com/Downloads?q=visual%20studio%202013&wt.mc_id=omsftvscom~older-downloads

"Sorry, we couldn't find any downloads for you."
"To continue, please join 'Visual Studio Dev Essentials' or
PURCHASE a 'Visual Studio Subscription'."

The "Visual Studio Dev Essentials" requires a monthly payment. Therefore, I suggest github.com to host the download.

So, I've searched for the “Visual Studio 2013 community” on the web and I've installed an ".iso" version. Then, once I've edited the paths in the "build_win32.bat" and added a 'pause' at the end to copy and paste the execution before it exits, I've launched it. The results showed the following errors:
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From the "Qt5.6.3" (default options):
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
E:\x64dbg-Plugin-Manager-master\gui_source>"C:\Qt\Qt5.6.3\5.6.3\msvc2013"\bin\qmake.exe gui_source.pro -r -spec win32-msvc2013 "CONFIG+=release"
"Cannot read E:/x64dbg-Plugin-Manager-master/XArchive/xarchive.pri: No such file or directory"

— The XArchive folder is still empty in your latests zip files.
Same error later in "console_source"
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From utils.h(32) : (twice: \gui_source> & \console_source> folders)
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
5 "fatal error C1083: Cannot open include file: 'xzip.h': No such file or directory."
…after each process :
createmoduleprocess.cpp, getfilefromserverprocess.cpp, installmoduleprocess.cpp, removemoduleprocess.cpp and utils.cpp
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
(twice: \gui_source> & \console_source> folders)

NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\BIN\cl.EXE"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\BIN\nmake.exe"' : return code '0x2'
Stop.

— Both files are there.
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From "build_win32.bat":
‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾
Other errors are not a big deal, but quite puzzling...

"Impossible to find..." a lot of files to delete, even though they DO exist in their respective paths.
—————————————————————————————————————————
My CMD version is [10.0.18363.449] on Microsoft Windows 10 build 1909.
Version of the system : 10.0.18363.657

According to the command>CMD /? , the registry is set to the following default :

HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\EnableExtensions REG_DWORD "0x1"
HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\CompletionChar REG_DWORD "0x9"
HKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\PathCompletionChar REG_DWORD "0x9"

I can send you the execution copy of your "build_win32.bat" with my comments to locate quickly those errors.

Sincerely,

DanM-Bour

All these issues were found when I tried this plugin manager

Using Windows 7 Pro x64 under Vmware Workstation 15.5, I came up with the following issues:

First: This tool is restoring its own outdated x64dbg files each time.

Second: These plugins are not stable:
Name: ChaiScript
Version: 0.02
Date: 2020-01-04
Author: jdavidberger
Bugreport: https://github.com/jdavidberger/chaiScriptPlugin/issues
Info: Plugin which enables chai scripts to run inside of x64dbg.
Size: 4204792
Compressed size: 1039486
Is32: true
Is64: true

is causing x64dbg to crash on load.

Name: xLCB
Version: 1.0
Date: 2020-01-04
Author: ThunderCls
Bugreport: https://github.com/ThunderCls/xLCB/issues
Info: Plugin that mimics the function of the original LCB plugin for OllyDbg by scherzo.
Size: 75315
Compressed size: 65390
Is32: true
Is64: false

is missing the "MSVCR120D.dll" file, and this is a bad practice when distributing the debug build (a new release build should be distributed instead).

Name: ClawSearch
Version: 2017-10-24
Date: 2020-01-04
Author: Codecat
Bugreport: https://github.com/codecat/ClawSearch/issues
Info: A memory scanner plugin for x64dbg, inspired by Cheat Engine.
Size: 2801078
Compressed size: 1438854
Is32: true
Is64: true

for x64dbg: is missing the VCRUNTIME140D.dll file, and this is a bad practice too when distributing the debug build (a new release build should be distributed instead).
and x32dbg: crashes when closing the debugger if only the pluging is opened and closed at least once.

Name: EasyLabelView
Version:
Date: 2020-01-04
Author: phiDel
Bugreport: https://github.com/phiDelPark/x64DbgPlugins/issues
Info: Show bookmarks, labels, comments in the stack window.
Size: 153302
Compressed size: 58680
Is32: true
Is64: true

crashes when closing the debugger.

Name: snowman
Version: 1.0
Date: 2020-01-04
Author: x64dbg
Bugreport: https://github.com/x64dbg/snowman/issues
Info: Snowman decompiler plugin.
Size: 4893847
Compressed size: 1533739
Is32: true
Is64: true

for x64dbg: is causing the debugger to crash on load.
and x32dbg: seems to work but not sure about it.

Here is a screenshot of what works:

connection refused

cannot get plugin list from github

which path is the root of x64dbg

SharpOD plugin

Hello there, please add this plugin to the list too. This is a VMP evader plugin which is the best one to make evasion easy so far ScyllaHide is not working anymore.

Original (updated):
https://forum.tuts4you.com/topic/39806-sharpod-x64-a_antidebug-plugin-support-for-x64dbg/?tab=comments#comment-191644

Old:
https://github.com/A-new/x64dbg_plugin/blob/master/x32/SharpOD%20x64.dp32

Way to Much

Wish this was easier to build, or you posted more current releases. Otherwise it's pretty much useless and doesn't even have all the addons. What a shame...

Plugin-Manager wants to install CopyToAsm_x64 plugin into x64dbg's 32-bit plugin directory

If you install the CopyToAsm_x32 plugin first, then trying to installing the _x64 one afterwards does nothing, since the plugin-manager thinks it's already installed.

Error: Invalid SHA1

Install plugin(s).
https://github.com/x64dbg/PluginManager/releases/download/base/SharpOD_0.6c.x64dbg.zip
Error: Invalid SHA1: C:\Debuggers\x96dbg\data\modules\SharpOD.x64dbg.zip

please add hightlight for new upgrade

please add hightlight for new upgrade

Rate Limited by Github when downloading the list.

As you can see here, https://i.imgur.com/WfysgNW.png , I am being rate limited for trying to download the list.

Add "Open Project Link" button to x64dbg Plugin Manager

Hi there,

Currently, I find it inconvenient to access a plugin's homepage or project link from the manager. The process involves right-clicking on a plugin, selecting "Info," manually selecting and copying the project link from the provided information, and then pasting it into a browser.

To make it more user-friendly, I suggest adding an "Open Project Link" button directly to the context menu in the plugin list. This would allow users to easily navigate to a plugin's homepage with just a single click.

Thank you for considering my suggestion.

Host raw.githubusercontent.com not found

it have a error messagebox is "Host raw.githubusercontent.com not found"

bug report

The downloaded plugin lacks integrity verification mechanism. After the file download fails, clicking the Install button will not install anything. However, the program thinks that it has been successfully installed.

Plugin Manager shows and downloads old versions of some plugins instead of their actual last versions

Hello, I made a quick test trying to download the ScyllaHide plugin using your Plugin Manager.

The GUI reports latest version of ScyllaHide to be from 2021-01-26, while the official ScyllaHide repository has a newer release from 2021-08-23.
This will stay the same also after clicking on the "Update Server List" button.

So, does Plugin Manger actually check for latest versions, or does it use hard-coded versions?

raw.githubusercontent.com no found

It reminds me Host raw.githubusercontent.com no found.
However I can open https://raw.githubusercontent.com/x64dbg/PluginManager/master/list.json on my browser.
Shows below:
{
"Date": "2021-07-01",
"Modules": [
{
"Author": "mrexodia",
"Bugreport": "https://github.com/x64dbg/x64dbg/issues",
"Info": "An open-source x64/x32 debugger for windows.",
"Is32": true,
"Is64": true,
"Name": "x64core",
"Github": "https://github.com/x64dbg/x64dbg",
"Convert": [
{
"Action": "unpack_file",
"Pattern": "snapshot",
"Src": "commithash.txt",
"Path": "commithash.txt"
},
{
"Action": "unpack_directory",
"Pattern": "snapshot",
"Src": "release",
"Path": "/"
}
]
},
{
"Author": "Aguila & cypher",
"Bugreport":
.....

WIN32_LOAD:could not load the shared library

just download this version

https://github.com/horsicq/x64dbg-Plugin-Manager/releases/download/Beta/x64plgmnr_win32_portable_0.06.zip

PS C:\tools\x64plgmnr_win32_portable> ./x64plgmnrc.exe -G "C:\tools\x64dbg_auto"
Set a global root path: C:\tools\x64dbg_auto
PS C:\tools\x64plgmnr_win32_portable> ./x64plgmnrc.exe -U
Update server list.
https://raw.githubusercontent.com/x64dbg/PluginManager/master/list.json
Auto configuration failed
3320:error:25078067:DSO support routines:WIN32_LOAD:could not load the shared library:.\crypto\dso\dso_win32.c:179:filename(providers.dll)
3320:error:25070067:DSO support routines:DSO_load:could not load the shared library:.\crypto\dso\dso_lib.c:232:
3320:error:0E07506E:configuration file routines:MODULE_LOAD_DSO:error loading dso:.\crypto\conf\conf_mod.c:271:module=providers, path=providers
3320:error:0E076071:configuration file routines:MODULE_RUN:unknown module name:.\crypto\conf\conf_mod.c:212:module=providers
QMutex: destroying locked mutex
PS C:\tools\x64plgmnr_win32_portable>

[not an issue] - clarification needed on the x64dbg root path to be inserted in Plugin Manager options

Hello,
I am setting up your Plugin Manager but I am not sure on what folder I should pick as the x64dbg root folder.

The latest x64dbg I've downloaded comes as a file named snapshot_date-of-build.zip and when extracting it to a dir, it will contain two subdirs: "/pluginsdk" and "/release", with the latter containing "x96dbg.exe".

Now, should I consider as root the main folder containing /pluginsdk and /release, or simply the /release folder?

Thanks a lot for your help!