dark_pyrro
-
Posts
2,621 -
Joined
-
Last visited
-
Days Won
198
Posts posted by dark_pyrro
-
-
You need to provide more details in order to troubleshoot it all. In what way is this related to the Bunny? Where (on what device) are you trying to run these commands? In what way did you prepare the Go environment? etc etc
-
Make a copy of the database file and cat it, or open it with a hex editor or use Boltbrowser (or such). If you cat it, just grep for "license" and you will probably find it.
-
You have to be more detailed about what you have tried since you have been given two options:
1) Use serial, but since you don't know what the serial interface is, then I can assume you haven't tried that option
2) Use Ethernet in some way; so, in what way did you try to access the Shark using Ethernet? Did you plug the Shark into a computer in arming mode, or did you craft a payload and attached it to a network offering the Shark a DHCP lease?
-
The answer is most likely in your own post
2 hours ago, H0wl3r said:i am connecting through the serial cable not the ethernet adapter
and
2 hours ago, H0wl3r said:the exact cmd im using is (ssh root@172.16.24.1)
How are you supposed to get an IP address using a serial connection? You can't! So, you need to stop trying to combine the two modes of connection and use either ssh via the Ethernet interface or serial connection via the serial interface.
-
An alternative way of making it available is to download the ipk and install it. Perhaps not a reliable source, but seems possible to download at least.
https://www.dragino.com/downloads/index.php?dir=motherboards/ms14/Firmware/Yun/Packages--v1.x/ -
That feed infrastructure is most likely gone since long
-
No dolphins on my farm sadly... Try some forum/chat/whatever dedicated to the Flipper instead
-
Perhaps try GUI + backspace
-
1
-
-
did you submit a support ticket?
-
You already reported this behavior using your duplicate user on the forums. In what way did you solve it at that point (since you tagged my answer as the solution)? In other words, you already had this issue before trying all that you've done in this thread.
-
What happens when you try to factory reset?
-
I wouldn't give up on it, it should work without issues if there isn't anything seriously wrong with the Croc itself for some reason
-
Doing that operation shouldn't break the Croc
-
You have to create a new device.config file and transfer it to the Croc
-
I noted though that you connected to the Croc using C2, this will probably not work after formatting the udisk since no device.config file can be found
-
no idea, shouldn't take long
-
5 minutes ago, hackerzero000 said:
do i have to go to udisk
You can't be positioned on a mounted udisk if you at the same time want to format it.
5 minutes ago, hackerzero000 said:all files will be removed
All files on the >udisk< (i.e. /dev/nandf), not all files in the Croc file system.
However... if you don't want to do that and it seems too risky for you, then you have to revert to what I previously suggested and examine all of what's stored on the udisk and decide what should be there or not in order to free the storage space needed.
-
Factory reset doesn't touch the udisk, it's left as it is (more or less). To get a fresh start, the easiest way is to access the Croc using serial or ssh and run "udisk reformat"
-
For some reason, you have managed to fill the udisk storage to 100%
This is the basic structure of the Croc udisk
https://docs.hak5.org/key-croc/getting-started/files-and-directory-structureYou have to try to remember what you have actively stored on the udisk, either by using a payload (that most likely stores things in the "loot" directory) or tools that you for might have copied to the "tools" directory that hasn't been deleted for some reason, or anything else in the root or directories on the udisk
-
OK, that shows there should be no real issue when it comes to lack of storage in the Croc internal file system. Run "udisk mount" (preferable unmount the Croc storage from the computer to which is attached, and when saying that meaning just to unmount it, not pull the Croc out of the USB port), and then run "df -h" once again.
-
You need to focus in your attempts to troubleshoot. That shows the internal file system of the Croc, not the udisk. So, you have to decide where you are short of storage. Is it on the internal file system or on the udisk (to where you are probably trying to copy the update file)?
What's the output of "df -h" when you're connected to the Croc using ssh or serial?
-
well... ok, so you don't have enough storage on the Croc udisk, or?! I.e. you can't copy the file from the computer where you downloaded it to the Croc storage device that shows up on the computer when it's attached in arming mode, does that correctly describe your situation? If so, what have you stored on the Croc udisk that occupies storage space? Tools? Loot? anything else? You have to examine every part of the udisk to find what you need to remove in that case. I have almost 2 GB free on my pretty recently reset/updated Croc, so you must have something stored there that isn't originally on the Croc.
-
Don't understand what you mean; why do you need space for the update file if there's nothing to update?
Where do you need to remove stuff to store things? On the udisk?
Verifying the checksum is just a Google search away and depends on what OS you are using to verify it.
-
What you can do? Download the tar.gz update file and make sure it's correct after downloading it, i.e. verify the checksum.
Can't generate payload using "hershell"
in Bash Bunny
Posted
Since it's not Bunny related, seek help on GitHub. Preferably also not using a forked repo if there is no relevant reason to do so.
If you read the issues in the "original" GitHub repo for hershell, you'll find one that is corresponding pretty well with your scenario, and has a suggestion on how to solve it.