Jump to content

Matt Neimeyer

Members
  • Posts

    4
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Matt Neimeyer's Achievements

Newbie

Newbie (1/14)

  1. So apparently I completely missed this link... https://wiki.bashbunny.com/#!payload_development.md Never mind about the feature request. Per the docs I should be able to do what I want but it is broken (the combo attackmodes thing probably) Woops...
  2. Do you think it would be worth it to put in a feature request now? Or presume that there is a bug and wait and see?
  3. Okay... a little bit of research answered part of my own question and then my head exploded... If I log into the Bunny Shell, at least in Arm Mode, I can indeed issue the command QUACK WINDOWS r and my run dialog box pops up on the host... However, I might have over complicated my original idea. If I just need OS detection and if payload.txt is really just a shell script, as the bang line at the top of the some of the examples implies, couldn't I add a loop there to wait for a file and act on it? So in theory... Main payload.txt starts, executes a.vbs, begins to loop while waiting. a.vbs determines the OS and writes osversion.txt back to the same directory as itself payload.txt now sees osversion.txt and continues with the appropriate actions. This doesn't help with adjusting ATTACKMODE on the fly but it would help. As far as switching the attack mode I tried this... An "empty" payload with just SERIAL and HID modes, then from inside a shell over the serial I issued another "ATTACKMODE HID STORAGE SERIAL" to add the storage option (presuming I need to keep my existing options). This locked up my session and things were not happy... Similarly "ATTACKMODE STORAGE" also failed. Fundamentally I'm assuming that ATTACKMODE is a one time only thing. It would be really nice if it could be reinvoked to change or add the chosen modes. Say, start with Storage and HID, determine the lay of the land and then remove Storage (once osversion.txt is written) and add RNDIS_Ethernet. This would allow us to use, but then hide, the mounted drive from the view of the user.
  4. Is there a way from the Bash Bunny shell to control what the Bash Bunny "does to" the host? For example, if my payload just checks the OS version, connects to a Bash Bunny shell and starts a new script based on that? As one simple example, determining Windows XP (UAC evasion not required) vs Windows 7+ could be useful. Another case might be defaulting to, and then unloading, the ECM_ETHERNET module and replacing it with the RNDIS if we detect that we are on Windows. I realize that the latter case might be better handled using the Switch to change payloads... but doing something like I'm thinking could give me, effectively, more than 2 payloads. If I'm not using the right terminology I apologize... I'm just getting started. I can't find anything by searching but I could be looking for the wrong thing... In the long run some way to control what the Bunny does based on the Host OS would be useful. Thanks!
×
×
  • Create New...