Jump to content

no42

Dedicated Members
  • Posts

    925
  • Joined

  • Last visited

  • Days Won

    17

Everything posted by no42

  1. You could use the m_duck (Naked Duck) firmware. First payload reboots the Mac, enable caps lock when the Mac boots, and push the button on the ducky to execute the 2nd payload; you would probably want some kind of large delay, depending on boot time.
  2. Introducing the latest Composite Firmware - Codename : The Twin Duck The Ducky primarily acts as a USB Mass Storage Device, and on a click of the button will start emulating a Keyboard. Its multi-OS, multi-lingual and comes in three flavours: c_duck_v2.hex - Supports DuckyScript as HID payload, triggered automatically and on GPIO (limited instructions) c_duck_v2_S001.hex - Triggered on CAPS/NUM/SCROLL LOCK c_duck_v2_S002.hex - Triggered on Ducky's GPIO only! Depending on your circumstances, you may want to use either one of these available firmwares. Downloads http://code.google.c.../downloads/list Please test and post feedback here. Snake
  3. Its been hard. Nice to know there is continued interest in this project. I would like to mention Dnucna's hard work at an alternative encoder, which made supporting other languages much easier than my hacky encoder code PoC's. But we still need people from other countries to play with Dnucna's Encoder to help generate other language files. I mainly took interest in the platform, because of the unique form-factor (can look like a proper USB, without soldering/taping/connecting addons) and that it can be applied in other areas. Like bypassing device-control, where I personally have had a lot of fun :) My Main Targets for next year: Improve Composite HID & Mass Storage Release (I have released demos, but they are limited) Provide more documentation and examples (In the works) Possibly attempt rotating VID & PID (if this can be done on avr???) in an attempt to circumvent Device Control without re-flashing the Ducky Possible Alternative Firmwares (sub-projects): Have Mouse commands; though its reliability may be questionable due to various screen sizes may make it difficult to be constructive, rather than just a prank for the end user. Yubikey Support / Clone. --Snake
  4. Multi-payloads - codenamed "Naked Ducky" http://code.google.com/p/ducky-decode/downloads/ Long awaited I know. Its called m_duck.hex, can also be found in the svn repo. Its not the best piece of firmware I was hoping for, and its rather limited in its application. But you can now trigger multiple payloads! You need to create 3 files on the sdcard, and have a naked ducky (no case) 1. inject.bin - default; ducky will always run this on insertion into a computer 2. inject2.bin 3. inject3.bin Now how do we trigger inject2/3.bin??? With the ducky still connected and naked (no case, sucks I know), enable NUMLOCK (inject2.bin) or enable CAPSLOCK (inject3.bin). Then push the reset switch on the naked duck, to trigger the 2nd/3rd payload. Not the best solution I know. But I havnt had a lot of time this last year on ducky development. And for those interested I still havnt solved the composite problem of having both HID and Mass Storage Support. Been stuck on solving this problem where you can select different payloads based on keyboard lights, without resetting the Ducky - Fail on my part :( Please, Test the new firmware, and report problems here. Thanks Snake PS. I tried to put a copy of the the files needed to flash the ducky on the website above, if I've missed anything please let me know.
  5. Looks like you havnt installed the python module: pyusb Think the command you want is: apt-get install python libusb-dev python-usb[/CODE]
  6. pop,pop,ret Keep on top of the stack
  7. Since people around the globe are struggling to find all the original Ducky Code. I have chucked it all up on Google Code (with help from Dnucna). http://code.google.com/p/ducky-decode/ Find all Firmware Find Flashing Software Find Dnucna's much improved Encoder v2. Find old Encoder version 1 Find example of ducky-decode.pl (current only decodes US languages) - if you ever wanted to know what script the ducky was preinstalled with (anything nasty or simply a harmless message :) (depending where you obtained the Ducky)) Most importantly you can find updates. --Snake
  8. a u3 and autorun may be cheaper. ducky is relatively slow, and the strange functions or ghost-typing is relatively noticeable.
  9. Try looking at the Naked Duck (m_duck.hex) firmware, it supports the use of multiple payloads through the use of keyboard LEDS and the *LOCK keys (CAPS/SCROLL/NUM). --snake
  10. try building the script with the "windows" or "gui" statement, then use a hex editor on the output, look for "3e00" (gui) and try replacing with "3700", haven't got my ducky notes or equipment to hand - i cant remember the endian-ness so it might be replace xe300 with x7300. Edit:Support provided in latest Encoder, 2.2+
  11. old machine, or maybe a virtualized image - this is when I see the performance become slow. Otherwise I prefer the powershell download and execute shell. but this depends on internet access.
  12. CONFIRMED! Its the same code as GUI! So Windows-a / GUI-a, will genereate the correct key code for Command-a Appears to be supported in all versions of the encoder.
  13. But you can bypass device control software like lumensions sanctuary ;) to copy data from computers that filter usb devices
  14. Not just yet - just turns it into a normal USB drive. Im now working on composite device. What you can do is hardcode the HID code (payload) into the firmware, then the payload can address the sdcard through Windows/OSX/Linux like any other mass storage drive. This means you will have limited space for the HID code/Payloads.
  15. pssstttt..... its out! confirmed to work on all OS's: Windows, Unix, Linux, OSX, even Raspberry Pi. Now people who are fed up and want another use for the ducky, can use it as a micro sdcard reader/writer over usb (usb drive).
  16. Thought I'd update everyone on my progress... I'm nowhere close on issuing different payloads dependent on key-presses. And I admit I've been slack on the keyboard mapping support - Sorry! Instead I've been concentrating on Mass Storage Support Got the Ducky this morning to act as a Mass Storage Device on Windows and Linux. Will update the code, and release some source later today, after some more testing. Please be patient, and await more news later today. --Snake
  17. no42

    Rasp Pi

    yes - it works great with the alphas!
  18. http://www.dangerousprototypes.com http://www.seeedstudio.com/depot/usb-infrared-toy-v2-p-831.html?cPath=174 USB IR Toy v2 Should fit the bill ;)
  19. The schematics would make it easier to develop additional functionality, and possible add-ons e.g. flash memory instead of/ in conjunction with the sdcard.
  20. I will try later.... (edit) Actually still works fine in Windows(/edit) Sadly, does not work for me in Linux Gentoo kernel 3.2.1, or Ubuntu Kernel 11.04 3.0.1. Looking at the USB packets there are descriptors for an apple keyboard (?why?), and it tries to setup Mass Storage support (i can see LUN setup). Still get a few malformed USB packets but not as many as the previous firmware. So the USB handshake looks like it needs more work, but looks like we are getting closer. There are a lot of code changes in the hex file...so Im interested in what has actually changed in the code. ASF Framework has about 10 layers of abstraction which makes things difficult, but once you get it right, the USB handshake should work on any OS. I don't forsee the need for different firmwares for different OS's. So in theory it should work in both Linux and Windows. Think this release is just to settle people, who appear fed up. To prove support is actually still ongoing. ] Would be nice to see updates in the git source repo.
  21. google has the answer: http://forums.techarena.in/operating-systems/1414561.htm Finally, If your going to run linux use a sane distro like ubuntu, or centos - dont run backtrack its missing loads of dependancies (its really a cut-down version of linux, Im surprised it works half the time). Buy a ubuntu book, the learn ubuntu, once you've got the hang of it, you can move onto other linux OS's like Gentoo or Mint or Arch.
  22. I am not a hak5 developer, and have been working on the Ducky in my spare time. Unfortunately, work commitments and bills means my normal day-night job has taken presidence. Once I get spare time, I can resume work on the Ducky. I looked into alternate firmware LUFA a while back, but the library is more for 8bit AVR's not 32bit, LUFA is easier then ASF but not yet fully supported for 32bit AVRs. ASF framework has about 10 layers of abstraction making it hard to weed out bugs. I have had more success in breaking the Ducky rather than making it better. Hopefully, we can make progress on the firmware and get it to work in OSX and Linux soon. Language Support is a drag, most key scan codes are now known, its just swapping the characters around for individual languages. This would be easier if people with different languages + keyboards would learn a programming language like perl or java. There are examples for UK and German-IBM, I started BE but I no longer have the time to finish this. --Snake Out!
  23. Guess it depends if you ever need to use them? I leave it to the community.
×
×
  • Create New...