Hacking Articles Tips Tricks Videos Tutorials
468 subscribers
65.8K photos
15 videos
157 files
132K links
Exploit
Pentesting
Hacking
Red Team
Blue Team
Kali Linux
Bug Bounty
Black Hat
Cyber security etc

@Hacking_Video
@Hacking_attack
Download Telegram
hacking: security in practice
what can somebody actually do with an ip address?

i keep seeing very conflicting stuff regarding this

some people are like "If somebody has your ip they can connect to your network!! they can hack you and install malware!!! find where you live! They could steal ALL your info and ruin your life!!!!11!1!"

and others say "they could find your internet provider and city, thats basically it"

and some say "lol literally nothing"



so im honestly kinda really confused, what can somebody actually do with an ip?

submitted by /u/fumosquared
[link] [comments]

___________________________
@hacking_Attack
@Hacking_Video
Hacking Articles Tips Tricks Videos Tutorials
Photo
hacking: security in practice
An old tool I made, but never shared here and just recently updated...

A while back I wrote a wifi brute-forcer at https://github.com/flancast90/wifi-bf, but I realized I never shared here. I would love some feedback on it, and maybe it can help some other beginner n00bs (like me) learn some basics.

It's all open-source and has a few contributors so far, but more are appreciated! Feel free to take a look at the code, too (not only because of the nice header for the tool, but also to make sure I'm not installing malware on your computer lol)

submitted by /u/Muted_Original
[link] [comments]

___________________________
@hacking_Attack
@Hacking_Video
BugBounty: Algolia key disclosure vulnerability

What is Algolia?Continue reading on Medium »
Read more...
Syntax ./ssrfire.sh -d domain.com -s yourserver.com -f custom_file.txt -c cookies domain.com ---> The domain for which you want to test yourserver.com ---> Your server which detects SSRF. Eg. Burp collaborator custom_file.txt ---> Optional argument. You give your own custom URLs instead of using gau cookies ---> Optional argument. To send requests as an authenticated user If you don't have burpsuite (https://www.kitploit.com/search/label/Burpsuite) professional, you can use interact sh (https://interact.projectdiscovery.io/) by the awesome projectdiscovery team as your server. Requirements Since this uses GAU, FFUF, qsreplace and OpenRedirex, you need GO and python 3.7+. You need not have the tools installed, as the script setup.sh will install everything. You just need to install python and GO. Even if you have the tools installed I would highly recommend you to install them again so that there no conflicts while setting the paths. If you don't want to install the tools again, paste this code in your .profile in your home directory (https://www.kitploit.com/search/label/Directory) and source .profile them. Also, you have to make a small change in the ssrfire.sh on line 10, where you have to replace source /home/hari/.profile without your .profile path. (Only if you are not installing tools through setup.sh) #Replace /path/to/ with the specific directory where the tool is installed
#If you already have configured paths for any of the tools, replace that code with the below one.
ffuf(){
echo "Usage: ffuf https://www.domain.com/FUZZ payloads.txt"
/path/to/ffuf/./main -u $1 -w $2 -b $3 -c -t 100
}

gau(){
echo "Usage: gau domain.com"
/path/to/gau/./main $1
}

gau_s(){
/path/to/gau/./main --subs $1
}

openredirex(){
echo "Usage: openredirex urls.txt payloads.txt"
python3 /path/to/OpenRedireX/openredirex.py -l $1 -p $2 --keyword FUZZ
}
qsreplace(){
/path/to/qsreplace/./main $1
}
Usage **highly recommended**) ./ssrfire.sh -d domain.com -s yourserver.com">chmod +x setup.sh
./setup.sh (preferably yes for all ---> **highly recommended**)
./ssrfire.sh -d domain.com -s yourserver.com
Finding SSRF Now, gau gets into action by fetching all the URLs of the domain. This may take a lot of time. You can check the output generated till now at output/domain.com/raw_urls.txt Let it run for at least 10-15 minutes, and then if you want to continue, you can. But if you want to test the URLs fetched till now, quit the process. Copy the raw_urls.txt inside of output/domain.com and place it outside the domain.com folder Now run ./ssrfire.sh -d domain.com -s yourserver.com -f /path/to/copied_raw_urls.txt
Select yes when asked whether to delete the existing folder. This will skip the process of GAU fetching URLs. Now all the URLs with parameters will be filtered and yourserver.com will be placed into their parameter values.(final_urls.txt) The next step is to fire requests to all the final URLs. Finding XSS Warning: This generates a lot of traffic. Do not use this against sites which you are not authorized to test This tests all the URLs fetched, and based on how the input is reflected in the response, it adds that particular URL to the output/domain.com/xss-suspects.txt (This may contain false positives) For further testing this, you can input this list to the XSS detection tools like XSStrike to find XSS. Finding open redirects Just enter the path to a payload file or use the default payload. I personally prefer openredirex, as it is specifically designed to check for open redirects by loading the URLs from the list and it looks a lot cleaner, and doesn't flood your terminal. Tools used: GAU - https://github.com/lc/gau ffuf - https://github.com/ffuf/ffuf qspreplace - https://github.com/tomnomnom/qsreplace OpenRedireX - https://github.com/devanshbatham/OpenRedireX Thanks to all the authors of the tools.

___________________________
@hacking_Attack
@Hacking_Video