Jump to content


Active Members
  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by chrizree

  1. Did you pay attention to the status/information in the cart when placing the order, that the Mk7 is currently backordered? Shipping estimate: 10-15 days. The message has been the same since at least mid November, so my guess is that you will have to wait for quite some time. Can't answer why you don't get any answer from the shop, but I guess there's no idea spamming them.
  2. OK, got it working now with the Owl and an Android phone as the GPS data provider via Bluetooth. So, there's an alternative way if needed. I will walk through the setup once again from scratch and write up a howto and post it if someone's interested.
  3. Are you specifying DUCKY_LANG in your payloads? Not that I think it would make any real difference, but better to try than not
  4. I just have to add that I actually had a BT GPS device when digging a bit deeper in my "tech boxes" in the storage room. If I get some time in the near future, I will try it with the Owl and see if it works. About the VCC, is it the TPx connectors you are using? https://fccid.io/2AB87-OWL/Internal-Photos/Int-Photos-4547904 Edit: Oh, and another thing... set the desired bps for the serial device as well, otherwise the GPS perhaps won't produce any output at all, for example: stty -F /dev/ttyUSB0 38400
  5. Well, no dumb questions here 🙂 I guess it will be some other device in /dev than ttyACM (since the ACM kernel mod isn't possible to get installed according to previous discussion in this thread). But perhaps possible via some other serial device. If the gps is identified and working it should produce some kind of output using cat /dev/<device_name> Edit: I just tried my U-blox7 USB GPS device with my GL.iNet GL-AR150 router that shares the same architecture as many of the Hak5 devices and it was no problem installing the kmod-usb-acm package. Getting output from the GPS worked perfe
  6. it's not the correct architecture as it seems, that link is for arm cortex, but the Owl is a MIPS24kc, and it's not always the case that you get all the dependencies like you get when running a full blown Linux distro, so you might be left with things missing, you could try though, but it will be "trial and horror" most likely
  7. I guess you are kind of out of luck on this one. To get access to the GPS device you will most likely need the ACM kmod and that will not install on the Owl since it has an older kernel than the packages available using opkg requires. The Owl is running kernel 4.14.140 and the kmod-usb-acm package that is available for download and install has a kernel dependency of 4.14.209 (you will get an error thrown back at you when trying to run opkg install kmod-usb-acm as per below). root@Owl:~# opkg install kmod-usb-acm Installing kmod-usb-acm (4.14.209-1) to root... Downloading http://downlo
  8. I'm on 2.7.0 with no modules loaded at all. MAC address lookup works and I can see logged probes for different devices in the recon result list. So, I can't reproduce your scenario sadly. What browser/OS are you using?
  9. If you're on Windows, have you tried this tool? https://www.sdcard.org/downloads/formatter/
  10. OK, according to the logic in that troubleshooting "howto" and your previous description of your scenario, the problem is linked to the SD card, not the Ducky. In what way have you formatted the SD card(s)? The way I linked in a previous post, or in some other way?
  11. OK... we have to sort some things out here to get some relevant answers to your problems/questions. What pre-written scripts are you referring to? Is it some generated using the ducktoolkit.com web site (or some posted by users on that site)? Or from elsewhere? What email service are you using in your scripts? Something self-hosted or, for example, Gmail? I just created a payload using the ducktoolkit.com web site and it was running OK apart from one detail, I had to add the port number to the script before it worked, AND... if you are using Gmail, you have to make sure you haven't got any 2FA
  12. are the filters set to allow connections?
  13. this doesn't seem right... you should never insert the SD card *after* you have plugged in the Ducky, the SD card should be inserted in the Ducky when it's "cold", i.e. *before* plugging it in to the computer where the payload is to be used
  14. Tried /sys/kernel/debug/crashlog ?
  15. I guess the support for the Tetra (and the Nano) will continue to get "lackier" as time goes. They are part of past generations now and won't get official support any longer (see link below). It's of course possible to continue to develop and use modules for them, but my simple guess is that the absolute majority of users will slide over to the Mk7. That's where the future is when it comes to tech ananas. It's like living in a small village, the young seekers move to the flashy cities and the old ppl stays and in that case you have to repair your tractor yourself 😉 https://forums.hak5.org
  16. You can always try to push for a return of the Ducky. The only way I can see you could get more help here is to describe all the steps you make in detail (from very start to finish) so that ppl here can try to find something that's missing in the process. Other from that, only a "hands on" support scenario is the way forward as I see it, but that could be difficult if you don't have anyone close that can assist you irl.
  17. The Nano has problems that seems to be kernel panics when running a VPN client on it. No solution for it as I have seen. Discussed in the following thread lately: https://forums.hak5.org/topic/53502-nano-crash-and-reboot-when-trying-to-establish-vpn-connection/ (I would advise not to post private keys in the forum, but I guess it's a dummy sample...)
  18. You can also try to format the SD card in the same way as I've described it in my post linked below. It's aimed for the WiFi Pineapple Nano, but I use the same procedure for the Ducky as well, so it's "transparent". https://forums.hak5.org/topic/53331-wifi-pineapple-nano-sd-card-not-detecting/?do=findComment&comment=333618
  19. The inject.bin file is to be placed in the root of the SD card, no subfolder
  20. There's no 2GB limit, you just have to use the correct file system type https://docs.hak5.org/hc/en-us/articles/360010555133-What-file-systems-are-supported- I just tried a Sandisk Ultra 32GB FAT32 formatted Micro SD card with my Ducky and it worked all fine (although I will stick to my 128MB card for my Ducky, it's more than enough for an inject.bin file)
  21. My guess is that you will be able to get faster response using Metasploit IRC or Slack services (even if there of course are knowledgeable folks around here too) https://www.metasploit.com/help
  22. In order to give advise, I need to know a bit more about your situation. Have you tried any of the ideas that you describe in the post? If so, what parts do you have problems with? Reading between the lines, I can't seem to get the feeling that you have tried anything yet and it's just an idea at the moment. I can't see why it wouldn't be possible to combine payloads into one as you aren't cemented to use only one predefined payload that you grab from GitHub per switch. You could create a "monstrously" big combined script and execute it using just one switch. If you are studying in a program t
  23. It's not that much of an issue, just order a new one. You could try to reformat the SD card first though, just to be sure it's not bad in some way (even if it seems to work with your Ducky).
  24. If trying to track (geographically) iOS devices using version 14, it can be a bit of a challenge since they randomize mac addresses for that specific reason (making it harder to be tracked as you move). It was (is?) a default feature of Android 10 as well, but not sure if it's enabled by default on other versions. However, I don't really see the use of trying to track (read; stalk) someone with a Kali box. Then you have to be in close proximity, so you will know the location of the individual anyway.
  • Create New...