Been a while since I fired up my Nethunter tablet, its such a great form factor, small and portable. It has not been used in anger yet, but I do like to keep all my devices updated. Especially with the latest versions of exploit-db fresh from the Kali repo’s 🙂
Unfortunately that task failed.
Issue: Apt fails to resolve http.kali.org, error below.
root@kali:~# apt-get update
Err:1 http://http.kali.org/kali kali-rolling InRelease
Temporary failure resolving 'http.kali.org'
Reading package lists... Done
W: Failed to fetch http://http.kali.org/kali/dists/kali-rolling/InRelease Temporary failure resolving 'http.kali.org'
W: Some index files failed to download. They have been ignored, or old ones used instead.
The standard checks of /etc/resolv.conf to see if I was missing any DNS servers. Then the /etc/hosts file also in case anything weird was stopping the resolver from trying DNS. All looked normal.
Other things such as dig and apps such as Firefox were behaving normally. This meant it was not a networking issue or a real resolver issue system wise. It was unique to apt.
A web search provided the following check and fix.
grep 'apt' /etc/passwd|
Update the ‘_apt’ UID to 0
username:password:UID:GID:user info:Home dir:command shell
Related Bug: apt-get errors
Explanation (sort of): seems like the user _apt had issues using the resolver, update the UID and things worked fine. No real explanation in the bug report other than it was fixed in later releases.
Note: The permission on /etc/resolv.conf were set to -rw—— but updating these so users could read the file did not fix this. So the original fix above still stands.
Hope this helps someone.
You are logged into your desktop but you need to run another X-windows process that as a different user. eg. Hexchat whilst logged in as root (mostly Kali related.)
Hexchat and potentially other applications may pop up a helpful prompt letting you know not to run things as root as it is a ‘Bad Thing™’
Glorious message isn’t it!
Problem being that the user does not have permission to run on the current display. X windows will check a file named Xauthority to see if that user has permission to spawn a process on the current display.
In a terminal type the following:
xhost + SI:localuser:muh
gksudo -u muh hexchat #Or su - muh -c hexchat
xhost is a command that gives authority for hosts or users to access your X environment and run apps in the session. The SI section means Server Interpreted and as localuser with username muh. Essentially SI:<hostname>:<username> Note: This lasts only for the duration of your X session. So rebooting would remove this.
gksudo much like sudo but for X. The switch -u is for user (username being muh in this instance) This should start Hexchat or which ever application you need. If you are not root you will be prompted for a password of the user. And that’s it.
Update April 7th 2019 : Add export DISPLAY=:0.0 into ~/.bashrc for the user you want to run the application as.
Hope this was useful for someone out there.
Hit an issue with starting the Linux debugger: edb when trying a buffer overflow exercise in Kali a little time after I updated it. Been a little while since I did an exercise of this nature so am not sure how long this has remained broken.
EDB will not run and just displays a blank screen with the message displayed below.
I did manage to fix this after doing a search of the file system to locate the relevant plugins/libs necessary (locate edb |grep libDebuggerCore.so )
Solution: Options > Preferences > > Plugin Directories
This value in my case should of read /usr/lib/x86_64-linux-gnu/edb or what ever the above command found, not every system is the same.
Update and close, then restart edb.
There was a bug reference about this dated Feb 2017. Github Bug edb New packages were updated but the user pref in your home directory (.config/codef00.com/edb.conf) may still have the old ref in it and not work despite having the correct package version. The fix above updates this file.
Hope this helps someone.
Issue: Changing the desktop resolution on Linux or in my case Kali has issues in ESXi. It either fails, goes blank or displays corrupted image until it reverts itself back to 800×600.
I stumbled upon this with a new installation in a testing network I was playing with, despite installing vmtools on the client and updating them numerous times I could not get the desktop to a more usable resolution over 800×600. Was it drivers for the video card, monitor? Well after 30 mins of googling I found a solution in the Kali forums (Thanks to SpeedyQuick.)
Increase video card memory in vSphere Client to 32MB from the default of 4MB. Then you should be able to resize to your desired resolution.
I’d imagine if you were having similar issues with Virtualbox this solution would also apply, one thing to note though is that Virtualbox seems to default to a higher amount so I have not seen this issue yet.