Injecting commands on Linux #43
Comments
|
Try just typing out some text into an already open text editor/terminal as
a first check that everything is working?
Otherwise, you can try evtest on the /dev/input/n node that corresponds to
the Logitech receiver to see what is happening, perhaps?
…On Wed, 8 Jan 2020 at 16:41, sogewasp ***@***.***> wrote:
Hello it's me again,
I've managed to inject commands on Windows machines and it works like a
charm.
Then I tried to inject on Linux but nothing happens. I get the feedback
from the command line which informs me that the commands are sent, but on
the Linux victim machine nothing happens.
Any idea why ?
I've tried on a Kali 2018 and 2019 image, but I don't think this really
matters...
Also my payload is something like:
press GUI
delay 500
string terminal
press ENTER
delay 500
but again I think this depends neither on this.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#43>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABHBC4RVXERKJ7K3HMZXGDQ4XQYDANCNFSM4KEJLZDQ>
.
|
|
Thank you for your quick response. I've tried injecting strings on different Linux versions but nothing happens on /dev/input/mouse0 It's very strange. Even on MacOS the injection works. |
|
Are you sure that is the correct input device? |
|
Yes I am, the device disappears and reappears each time I plug the dongle and I have this output while I use it: But then nothing happens when I inject commands with LOGITacker. |
|
Sorry for the delay on this. It's important to note that the LOGITacker dongle enumerates as multiple devices on the HOST computer that it is plugged into, while you of course are looking for the input devices on the TARGET computer, which would be the ones associated with the Logitech Unifying dongle. I would suggest using And I would use |
|
After few years I am back to this issue. Is it possible that I am the only one having this issue ? What am I missing ? Here is screen log : Victim side I have an empty |
|
That is very strange. Using the same Logitech dongle on both Windows and Linux? It's possible I gave you the wrong evtest device to monitor. Could you try the mouse as well? |
|
Yes, it's the same dongle on both OS, it's a Logitech U0007, from an M705 mouse. While using the mouse I can see the corresponding events on |
|
Ok, it may not be the correct device if you are only seeing mouse events. As mentioned in my original response: I think you should be using the keyboard endpoint rather than the mouse one (or else try both). It's really surprising that the keystrokes would not come through on Linux if they do on Windows. Are you connected via the console? i.e. is there something to receive the keystrokes if they are being typed? Or are you connected via SSH? in which case, there may not be any processes listening for keyboard events, which might explain why there don't seem to be any. |
|
Uh, but I don't have two devices on my Linux, that's why. |
|
Here is what |
|
I managed to pair a dongle I had hanging around, which wasn't paired at all, and with this one injecting on Linux works fine. |
|
Yeah, it seems like this might be a Linux driver problem. Do you have an actual keyboard that you can pair with that dongle and see if it works under Linux? |
|
No I don't have one right now, I'll try to find one in the next days but I can't assure anything. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello it's me again,
I've managed to inject commands on Windows machines and it works like a charm.
Then I tried to inject on Linux but nothing happens. I get the feedback from the command line which informs me that the commands are sent, but on the Linux victim machine nothing happens.
Any idea why ?
I've tried on a Kali 2018 and 2019 image, but I don't think this really matters...
Also my payload is something like:
but again I think this depends neither on this.
The text was updated successfully, but these errors were encountered: