Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Connect to remote SystemInformer server #2112

Open
smallmodel opened this issue Jun 25, 2024 · 0 comments
Open

Connect to remote SystemInformer server #2112

smallmodel opened this issue Jun 25, 2024 · 0 comments

Comments

@smallmodel
Copy link

smallmodel commented Jun 25, 2024

Description of the feature, modification, idea or suggestion

Hello,

How about a feature that allows SystemInformer to connect to a remote computer and view processes/system information remotely like one would do with WinDbg? It could be a daemon hosted by the kernel-mode driver or by the user-mode process. Having it in kernel-mode would even allow to check for processes, modules and drivers that are being loaded while the system is booting (Process Monitor does it with its boot logging feature).

For example, a remote computer used for malware analysis could have the SystemInformer service. Computers would then connect to it remotely. It would have some potential like investigating a locked-up system, see a ransomware/malware in action, check for drivers or services that start during system boot.

Of course as a current alternative, one could use mstsc in another session and start SystemInformer. However on client computers only 1 terminal service session is allowed at a time (unless the terminal server is patched).
WinDbg is another one but it requires some though configuration for kernel-mode debugging and it requires disabling Secure Boot to debug.

This is my two cents, I'm aware about the redesign, time and work it would need for such feature to be introduced.

Proposed implementation details (optional)

An user-mode server could use gRPC or MIDL
Kernel-mode server could use gRPC, even though it's risky and prone to kernel crashes.

All of this may need a redesign. Maybe Kph functions could check if a remote connection is established, if so, forward all calls to the target system.

To connect to a remote computer, the user would click on: System -> Connect to... (the button would be above Computer), it would be password protected, or it could use Kerberos/NTLM authentication.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant