: Ganhando até $ , reportando vulnerabilidades…
https://josuepedro.medium.com/ganhando-at%C3%A9-reportando-vulnerabilidades-e80d16cfc50b?source=rss------bug_bounty-5

Projeto Bug bounty: Apresentando a melhor plataforma de Bugbounty que você pode usar para ganhar até R$ 100.000,00 Procurando…Continue reading on Medium » (https://josuepedro.medium.com/ganhando-at%C3%A9-reportando-vulnerabilidades-e80d16cfc50b?source=rss------bug_bounty-5)

InlineExecute-Assembly - A PoC Beacon Object File (BOF) That Allows Security Professionals To Perform In Process .NET Assembly Execution
http://www.kitploit.com/2021/09/inlineexecute-assembly-poc-beacon.html

Subject References
This tool wouldn't exist without being able to piggyback off some really great research, tools, and code already published by members of the security community. So thank you. Lastly, if you feel anyone has been left out below, please let me know and I will be sure to get them added. HostingCLR - here (https://github.com/etormadiv/HostingCLR) - CLR/Executing assembly logic Dotnet-Loader-Shellcode - (by @modexpblog (https://twitter.com/modexpblog)) - here (https://modexp.wordpress.com/2019/05/10/dotnet-loader-shellcode/) - All around great research including on COM Interfaces for executing .NET in C -> Real MVP Donut - (by @TheRealWover (https://twitter.com/TheRealWover) and @modexpblog (https://twitter.com/modexpblog)) - here (https://github.com/TheWover/donut) - COM Interfaces Header Memory Patching AMSI Bypass - (by @_RastaMouse (https://twitter.com/_RastaMouse)) - here (https://rastamouse.me/memory-patching-amsi-bypass/) - AMSI memory patching research Metasploit-Execute-Assembly - (by @b4rtik (https://twitter.com/b4rtik)) - here (https://github.com/b4rtik/metasploit-execute-assembly) - Modified AMSI patching and used find .NET version function ExecuteAssembly - (by @med0x2e (https://twitter.com/med0x2e))- here (https://github.com/med0x2e/ExecuteAssembly) - Modified aggressor script Hiding Your .NET ETW - (by @xpn) - here (https://www.mdsec.co.uk/2020/03/hiding-your-net-etw/) - Great ETW research ETW BOF - (by @ajpc500 (https://twitter.com/ajpc500))- here (https://github.com/ajpc500/BOFs/tree/main/ETW) - Modified ETW patching ExecuteAssembly_Mailslot - (by @N4k3dTurtl3 (https://twitter.com/N4k3dTurtl3))- here (https://github.com/N4kedTurtle/ExecuteAssembly_Mailslot) - Modified using mailslots for console redirection @freefirex2 (https://twitter.com/freefirex2) - Was kind enough to share some good BOF inner workings and gotcha's.
Getting Started
Copy the inlineExecute-Assembly folder with all of its contents to a system you plan to connect with via the Cobalt Strike (https://www.kitploit.com/search/label/Cobalt%20Strike) GUI application. Load in the inlineExecute-Assembly.cna Aggressor script Run inlineExecute-Assembly --dotnetassembly /path/to/assembly.exe for most basic execution (see use cases below for specific flag examples)
Build Your Own
Run the below command inside the src directory via x64 Native Tools Command Prompt for VS 2019 cl.exe /c inlineExecute-Assembly.c /GS- /FoinlineExecute-Assemblyx64.o
Run the below command inside the src directory via x86 Native Tools Command Prompt for VS 2019 cl.exe /c inlineExecute-Assembly.c /GS- /FoinlineExecute-Assemblyx86.o

Flags
--dotnetassembly Directory path to your assembly **required**
--assemblyargs Assembly arguments to pass
--appdomain Change default name of AppDomain sent (default value is totesLegit and is set via the included aggressor script) *Domain always unloaded*
--amsi Attempts to disable AMSI via in memory patching (If successful AMSI will be disabled for the entire life of process)
--etw Attempts to disable ETW via in memory patching (If successful ETW will be disabled for the entire life of process unless reverted)
--revertetw Attempts to disable ETW via in memory patching and then repatches it back to original state
--pipe Change default name of named pipe (default value is totesLegit and is set via the included aggressor script)
--mailslot Switches to using mailslots to redirect console output. Changes default name of mailslot (If left blank, d efault value is totesLegit and is set via the included aggressor script)
--main Changes entry point to Main() (default value is Main(string[] args))


Use Case
Execute .NET assembly
Syntax

Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --amsi ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --amsi

Use Case
Execute .NET assembly with arguments and disable ETW
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --etw ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --etw

Use Case
Execute .NET assembly with arguments and redirect output via mailslots instead of the default named pipe
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --mailslot ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --mailslot

Use Case
Execute .NET assembly with arguments and change the default named pipe name set in the aggressor script
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --pipe forRealLegit ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --pipe forRealLegit

Use Case
Execute .NET assembly and change the default app domain set in the aggressor script
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --appdomain forRealLegit ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --appdomain forRealLegit

Use Case
Execute .NET assembly with Main() entry point instead of the default Main(string[] args)
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/simpleMain.exe --main ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/simpleMain.exe --main

Use Case
Go HAM
Syntax
inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --amsi --etw --appdomain forRealLegit --mailslot forRealLegit ">beacon> inlineExecute-Assembly --dotnetassembly /root/Desktop/Seatbelt.exe --assemblyargs AntiVirus AppLocker --amsi --etw --appdomain forRealLegit --mailslot forRealLegit

Caveats
While I have tried to make this as stable as possible, there are no guarantees things will never crash and beacons won’t die. We don’t have the added luxury of fork and run where if something goes wrong our beacon lives. This is the tradeoff with BOFs. With that said, I can’t stress how important it is that you test your assemblies beforehand to make sure they will work properly with the tool. Since the BOF is executed in process and takes over the beacon while running, this should be taken into account before being used for long running assemblies. If you choose to run something that will take a long time to get back results, your beacon will not be active to run more commands till the results come back and your assembly finishes running. This also doesn’t adhere to sleep set. For example, if your sleep is set at 10 minutes and you run the BOF, you will get results back as soon as the BOF finishes executing. Unless modification is done to tools that load PE’s in memory (e.g., SafetyKatz), these will most likely kill your beacon. Many of these tools work fine with execute assembly because they are able to send their console output from the sacrificial process before exiting. When they exit via our in process BOF, they kill our process, which kills our beacon. These can be modified to work but I would advise running these types of assemblies via execute assembly since other non-OPSEC friendly things could be loaded into your process that don’t get removed. If your assembly uses Environment.Exit this will need to be removed as it will kill the process and beacon. Named pipes and mail slots need to be unique. If you don’t receive data back and your beacon is still alive, the issue is most likely you need to select a different named pipe or mail slot name.
Detection

Some detection and mitigation strategies that could be used: Uses PAGE_EXECUTE_READWRITE when performing AMSI and ETW memory patching. This was done on purpose and should be a red flag as very few programs have memory ranges with the memory protection (https://www.kitploit.com/search/label/Protection) of PAGE_EXECUTE_READWRITE. Default name of named pipe created is totesLegit. This was done on purpose and signature detections could be used to flag this. Default name of mailslot created is totesLegit. This was done on purpose and signature detections could be used to flag this. Default name of AppDomain loaded is totesLegit. This was done on purpose and signature detections could be used to flag this. Good tips on detecting malicious use of .NET (by @bohops (https://twitter.com/bohops)) here (https://bohops.com/2021/03/16/investigating-net-clr-usage-log-tampering-techniques-for-edr-evasion/), (by F-Secure) here (https://blog.f-secure.com/detecting-malicious-use-of-net-part-1/), and here (https://blog.f-secure.com/detecting-malicious-use-of-net-part-2/) Looking for .NET CLR loading into suspicious processes, such as unmanaged processes which should never have the CLR loaded. Event Tracing here (https://docs.microsoft.com/en-us/windows/win32/etw/about-event-tracing) Looking for other known Cobalt Strike Beacon IOC's or C2 egress/communication IOC's.

Download InlineExecute-Assembly (https://github.com/anthemtotheego/InlineExecute-Assembly)

hacking: security in practice
New version of Kali with more tools

There is a newer version of Kali and it has some more tools for hacking.

https://cybersecuritynews.com/kali-linux-2021-3/

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

hacking: security in practice
talk to me direct message

I need advice on something imperative to me.

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

hacking: security in practice
My notes from past 5 6 months. Suggestions appreciated

https://external-preview.redd.it/RuKGR6dRzpPMBerw-Y4Z6xfgWKiXvfSbSPKVH8cbttk.jpg?width=640&crop=smart&auto=webp&s=52aa0fd65051921fb57cfc27d02cc56bcd93ec65 submitted by /u/Nightkinnng
[link] [comments]

hacking: security in practice
Which are some the best forums for hacker?

Which you think are the best and most informative forums for hacker to connect and share knowledge

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

Hacking on Medium
Cybersecurity Preparing for Non-IT Experts


Who needs cybersecurity training?

Continue reading on Medium »

Hacking on Medium
Access more than 10k premium API keys | python exploit


What is the Wayback Machine?

Continue reading on Medium »

Hacking on Medium
By Pass Two-Factor-Authentication


Bypass 2fa authentication with brute force attack

Continue reading on Medium »

KitPloit - PenTest Tools!
InlineExecute-Assembly - A PoC Beacon Object File (BOF) That Allows Security Professionals To Perform In Process .NET Assembly Execution


https://1.bp.blogspot.com/-CwR1NpKuyd4/YUObnj1bvzI/AAAAAAAAuvo/jTm7kjPutFA9rMwYWJtmittz4F4lid6LgCNcBGAsYHQ/w640-h418/InlineExecute.png
InlineExecute-Assembly is a proof of concept Beacon Object File (BOF) that allows security professionals to perform in process .NET assembly execution as an alternative to Cobalt Strikes traditional fork and run execute-assembly module. InlineExecute-Assembly will execute any assembly with the entry point of Main(string[] args)or Main(). This should allow you to run most released tooling without any prior modification needed.

The BOF will automatically determine which Common Language Runtime (CLR) is needed to be loaded into the process for your assembly (v2.0.50727 or v4.0.30319) prior to execution and in most cases, should exist gracefully if any issues arise. The BOF also supports several flags which allow the operator to dictate several behaviors prior to .NET execution which include, disabling AMSI via in memory patching, disabling and restoring ETW via in memory patching, customization of the CLR App Domain name to be created, whether to create and direct console output of your assembly to a named pipe or mailslot, and allows the operator to switch the default entry point of Main(string[] args) to Main(). More details on usage, use cases, and possible detections can be found below and https://sec urityintelligence.com/posts/net-execution-inlineexecute-assembly/.

Lastly the advantage of executing our .NET assemblies in the same process as our beacon implant is that we avoid the default behavior of Cobalt Strike's execute-assembly module which creates a new process to then load/inject the CLR/.NET assembly. However, other opsec considerations still exist, for example, does the process we are executing within normally load the CLR or does the .NET assembly we are executing have any known signatures? Therefore, the disadvantage is that if something does get detected and killed, for example by AMSI, your beacon is also killed.
Subject References

This tool wouldn't exist without being able to piggyback off some really great research, tools, and code already published by members of the security community. So thank you. Lastly, if you feel anyone has been left out below, please let me know and I will be sure to get them added.

* HostingCLR - here - CLR/Executing assembly logic
* Dotnet-Loader-Shellcode - (by @modexpblog) - here - All around great research including on COM Interfaces for executing .NET in C -> Real MVP[...]

hacking: security in practice
About Website in inside

Its hard to find where website is created on what platform?

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

hacking: security in practice
I Noticed My School District Has SSL Decryption, Could it Decrypt a VPN?

My school district and all of the wifi at my school has a very strict website blocker (which, for some reason, even blocks google.com so I can't use Google Docs), so I use a VPN to bypass it. Though I don't really know how much the details matter, I'm using PrivateVPN, in 'Stealth Mode', which I think just means it uses port 443 (Normally the VPN is blocked unless I use stealth mode, but it might just block all connections to port 1194). One time, though, when I had the VPN off (I forgot to turn it on), I noticed on the blocked page that one of the links was ssldecrypt2.myschool.district. I'm now more glad I'm using a VPN, for privacy reasons as well, but I'm wondering, since there's already ssl decryption, could that same decryption also decrypt a VPN? And would it matter if it's on port 443? Sorry if this has a simple answer, I might just be missing something big. TIA!

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