Jump to content

timmattison

Active Members
  • Posts

    19
  • Joined

  • Last visited

Recent Profile Visitors

1,034 profile views

timmattison's Achievements

Newbie

Newbie (1/14)

  1. BTW, here's the Perl script that generates the Ducky input. Here's the Ducky input itself to type the numbers 1 - 10000.
  2. I conducted a test this morning to try to rule out the possibility of a limitation on the Ducky. I assumed that maybe there was a max instruction limit so I wrote a script that typed out the numbers from 1 to 10000 with an ENTER in between them. I opened TextEdit and let it run. When it was done I could see that it did get all the way to 9999. So now I'm a bit stumped. It doesn't seem like an instruction limit. It doesn't seem like a difference in encoders. My current wild guess is that you may be running into a keyboard buffering issue on the device. It is possible that the Ducky is sending characters too quickly, the buffer fills up, and then ignores the last bunch of commands. However, if that happened I think you'd see a few random instructions towards the end. I'm happy to help, we just need to keep chipping away at the details.
  3. I just ran this script through my encoder and the original encoder as a unit test and I got identical output. Both encoders gave me 10,934 bytes of output. Are you seeing a similar size? Can you send me the header info that my encoder outputs so I can make sure we're working on the same version?
  4. Hmm, I got a notification about an instruction limit question you had but I don't see it here. I did a test with 1000, 10000, and 1000000 instructions and they all work as I would expect them so an instruction limit shouldn't be the issue. I'll take the script you provided and test it locally here and let you know what happens. Thanks!
  5. This script has REPEAT instructions in it. I can remove them and try it without them but I just want to make sure that this script definitely shows the issue and works on the original encoder. Once I know that for sure I can quickly see what's going on.
  6. Hey, that'd be a great bug to fix. Can you post the script that does it? I'll compare the output from the original encoder and my encoder and make sure they're the same.
  7. The code is still working for you right? The new stuff is in the issues list on Github - https://github.com/timmattison/USB-Rubber-Ducky/issues - but none of it is done yet. BACKSPACE support should be easy but I haven't had time to tackle it.
  8. Great! Sorry it took so long to get synchronized on this but I think the improvements were well worth it. Keep me posted!
  9. Nope, your command is right. From the output I can see that you were on the master branch and not the multi-statement-repeat branch. I've merged multi-statement-repeat into master. Try pulling again and try it again. Everything else looks right.
  10. OK, so here's what has happened so far today... I checked and the "BACKSPACE" command is not implemented. It appears to not be implemented in the original encoder either. Does it work for you in any of the old versions or any of the forks? If there is a fork where it works let me know and I'll see if I can implement that quickly too. I've created a ticket for it so I won't forget https://github.com/timmattison/USB-Rubber-Ducky/issues/20 It seems strange that you're getting a NoParserFoundForStringException. This could be because you're on the wrong branch or using an old JAR. I've updated the master branch and my multi-statement-repeat branch to have two specific features to make this easier to debug. First, the application now prints out the githash that it was built from. So you'll see something like this: Rubber Ducky Encoder Application - githash: 9f79d891760ad92bdb389159869f75d11790ff8f Each time you run the application. If you run into a string that doesn't parse you should see something like this: Rubber Ducky Encoder Application - githash: 9f79d891760ad92bdb389159869f75d11790ff8f This line could not be parsed: BACKSPACE com.timmattison.hacking.usbrubberducky.exceptions.NoParserFoundForStringException at com.timmattison.hacking.usbrubberducky.StandardRubberDuckyEncoder.encode(StandardRubberDuckyEncoder.java:56) at com.timmattison.hacking.usbrubberducky.RubberDuckyEncoderApplication.main(RubberDuckyEncoderApplication.java:51) Whenever you are reporting an issue be sure to include this information. I then took your input from above and manually converted it to this: REM Test repeat DELAY 500 ESC DELAY 500 CONTROL ESCAPE DELAY 500 ESC DELAY 500 DELAY 1000 STRING ~ DELAY 1000 DOWN DOWN LEFT ENTER DELAY 1000 STRING vz test DELAY 500 DOWN ENTER STRING Starting SMS/MMS Test. ENTER STRING Char Count 141 ENTER DELAY 1000 STRING GixUp0N6mBZj7Q7uWN1G0Vec6XpJl@L2Y0AxQ7150ks9U3Uo3vz5lMdIL7M3R5gEuY7lT79@x5m7OR33Yy8xi4Vr2C190om6icZSSOsH5s2lfV9cAKFH35C0g3i8t21ag6t4AdFuxH61 ENTER DELAY 1000 STRING GixUp0N6mBZj7Q7uWN1G0Vec6XpJl@L2Y0AxQ7150ks9U3Uo3vz5lMdIL7M3R5gEuY7lT79@x5m7OR33Yy8xi4Vr2C190om6icZSSOsH5s2lfV9cAKFH35C0g3i8t21ag6t4AdFuxH61 ENTER DELAY 1000 STRING GixUp0N6mBZj7Q7uWN1G0Vec6XpJl@L2Y0AxQ7150ks9U3Uo3vz5lMdIL7M3R5gEuY7lT79@x5m7OR33Yy8xi4Vr2C190om6icZSSOsH5s2lfV9cAKFH35C0g3i8t21ag6t4AdFuxH61 ENTER DELAY 1000 STRING GixUp0N6mBZj7Q7uWN1G0Vec6XpJl@L2Y0AxQ7150ks9U3Uo3vz5lMdIL7M3R5gEuY7lT79@x5m7OR33Yy8xi4Vr2C190om6icZSSOsH5s2lfV9cAKFH35C0g3i8t21ag6t4AdFuxH61 ENTER DELAY 1000 ESC ESC ESC ESC And then I compared the output against what the encoder produces for your input vs mine and they came out as identical bit strings on the multi-statement-repeat repeat branch. I would suggest pulling the latest multi-statement-repeat branch, rebuilding, and trying to run it again. If it doesn't work then post the new results with the additional information generated in the thread. Again, thanks for testing!
  11. Taking a look now. I'll get back to you hopefully today.
  12. Nah, I probably messed something up. Let me take a look at it and get back to you. Thanks for testing though!
  13. I tried this script: STRING Hi STRING 1,2,3 STRING OMG REPEAT 3 3 With mine and it did generate a binary file. Did you do a "mvn clean package" after you pulled the latest code?
  14. If you're interested there is a branch called "multi-statement-repeat" on the repo. It implements multiple statement repeat but I'm having some trouble getting one of the tests to pass. Would you try it out? The syntax to repeat multiple statements should be: REPEAT 2 4 Where "2" means repeat twice and "4" means repeat the last four statements. So you would expect something like this: STRING Hello, world DELAY 500 STRING Time to repeat DELAY 500 REPEAT 2 4 To print out: Hello, world Time to repeat Hello, world Time to repeat Hello, world Time to repeat The first copy of "Hello, world, Time to Repeat" is from the original commands. The next two are the repeat. My Ducky is at home and I can't test it right now.
  15. Thanks for the feedback. I've updated the README to indicate what you need to do to get started but here's the gist. First, run "mvn clean package" to create the JAR file. Then, run "java -jar target/Encoder-1.0-SNAPSHOT-jar-with-dependencies.jar" and it will tell you what the command-line options are. After that you can just append those options to this command. Let me know if that works for you and if you find any bugs!
×
×
  • Create New...