Hacking Articles Tips Tricks Videos Tutorials
468 subscribers
65.9K 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
Your First Bug (Burp Suite)

Cc: InsidePHDContinue reading on System Weakness »
Read more...
hacking: security in practice
Have Coop been breached?

Does anyone know the if scandinavian supermarket chain, Coop have been breached?

This morning they sent out a request to chance user password, as some customers have experienced un-authorized acces to their accounts,so I guess its fair to assume?

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

___________________________
@hacking_Attack
@Hacking_Video
hacking: security in practice
Best hacking stories

Tell your best story about hacking I'm really curious, it can be your favorite story about a group of cybercriminals or even an ethical hacker who successfully stopped cybercriminals I'll take anything. Personal anecdotes too of course.

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

___________________________
@hacking_Attack
@Hacking_Video
hacking: security in practice
cc anonymous

how i can get the anonymous course of cc? does anyone have the pdf?

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

___________________________
@hacking_Attack
@Hacking_Video
With Microsoft's recent announcement (https://docs.microsoft.com/en-us/deployoffice/security/internet-macros-blocked) regarding the blocking of macros in documents originating from the internet (email AND web download), attackers have began aggressively exploring other options to achieve user driven access (UDA). There are several considerations to be weighed and balanced when looking for a viable phishing for access method:Complexity - The more steps that are required on the user's part, the less likely we are to be successful.Specificity - Are most victim machines susceptible to your attack? Is your attack architecture specific? Does certain software need to be installed?Delivery - Are there network/policy mitigations in place on the target network that limit how you could deliver your maldoc?Defenses - Is application whitelisting (https://www.kitploit.com/search/label/Whitelisting) enforced?Detection - What kind of AV/EDR is the client running?These are the major questions, however there are certainly more. Things get more complex as you realize that these factors compound each other; for example, if a client has a web proxy that prohibits the download of executables or DLL's, you may need to stick your payload inside a container (ZIP, ISO, etc). Doing so can present further issues down the road when it comes to detection. More robust defenses require more complex combinations of techniques to defeat.This article will be written with a fictional target organization in mind; this organization has employed several defensive measures including email filtering rules, blacklisting (https://www.kitploit.com/search/label/Blacklisting) certain file types from being downloaded, application whitelisting on endpoints, and Microsoft Defender for Endpoint as an EDR solution.Real organizations may employ none of these, some, or even more defenses which can simplify or complicate the techniques outlined in this research. As always, know your target.
What are XLL's?XLL's are DLL's, specifically crafted for Microsoft Excel. To the untrained eye they look a lot like normal excel documents.

___________________________
@hacking_Attack
@Hacking_Video
XLL's provide a very attractive option for UDA given that they are executed by Microsoft Excel, a very commonly encountered software in client networks; as an additional bonus, because they are executed by Excel, our payload will almost assuredly bypass Application Whitelisting (https://www.kitploit.com/search/label/Application%20Whitelisting) rules because a trusted application (Excel) is executing it. XLL's can be written in C, C++, or C# which provides a great deal more flexibility and power (and sanity) than VBA macros which further makes them a desirable choice.The downside of course is that there are very few legitimate uses for XLL's, so it SHOULD be a very easy box to check for organizations to block the download of that file extension through both email and web download. Sadly many organizations are years behind the curve and as such XLL's stand to be a viable method of phishing for some time.There are a series of different events that can be used to execute code within an XLL, the most notable of which is xlAutoOpen. The full list may be seen here (https://docs.microsoft.com/en-us/office/client-developer/excel/add-in-manager-and-xll-interface-functions):

___________________________
@hacking_Attack
@Hacking_Video
Upon double clicking an XLL, the user is greeted by this screen:

___________________________
@hacking_Attack
@Hacking_Video
This single dialog box is all that stands between the user and code execution; with fairly thin social engineering, code execution is all but assured.Something that must be kept in mind is that XLL's, being executables, are architecture specific. This means that you must know your target; the version of Microsoft Office/Excel that the target organization utilizes will (usually) dictate what architecture you need to build your payload for.There is a pretty clean break in Office versions that can be used as a rule of thumb:Office 2016 or earlier: x86Office 2019 or later: x64It should be noted that it is possible to install the other architecture for each product, however these are the default architectures installed and in most cases this should be a reliable way to make a decision about which architecture to roll your XLL for. Of course depending on the delivery method and pretexting used as part of the phishing campaign, it is possible to provide both versions and rely on the victim to select the appropriate version for their system.ResourcesThe XLL payload that was built during this research was based on this (https://github.com/edparcell/HelloWorldXll) project by edparcell. His repository has good instructions on getting started with XLL's in Visual Studio, and I used his code as a starting point to develop a malicious XLL file.A notable deviation from his repository is that should you wish to create your own XLL project, you will need to download the latest Excel SDK (https://docs.microsoft.com/en-us/office/client-developer/excel/welcome-to-the-excel-software-development-kit) and then follow the instructions on the previously linked repo using this version as opposed to the 2010 version of the SDK mentioned in the README.DeliveryDelivery of the payload is a serious consideration in context of UDA. There are two primary methods we will focus on:Email AttachmentWeb DeliveryEmail AttachmentEither via attaching a file or including a link to a website where a file may be downloaded, email is a critical part of the UDA process. Over the years many organizations (and email providers) have matured and enforced rules to protect users and organizations from malicious attachments. Mileage will vary, but organizations now have the capability to:Block executable attachments (EXE, DLL, XLL, MZ headers overall)Block containers like ISO/IMG which are mountable and may contain executable contentExamine zip files and block those containing executable contentBlock zip files that are password protectedMoreFuzzing an organization's email rules can be an important part of an engagement, however care must always be taken so as to not tip one's hand that a Red Team operation is ongoing and that information is actively being gathered.For the purposes of this article, it will be assumed that the target organization has robust email attachment rules that prevent the delivery of an XLL payload. We will pivot and look at web delivery.Web DeliveryEmail will still be used in this attack vector, however rather than sending an attachment it will be used to send a link to a website. Web proxy rules and network mitigations controlling allowed file download types can differ from those enforced in regards to email attachments. For the purposes of this article, it is assumed that the organization prevents the download of executable files (MZ headers) from the web. This being the case, it is worth exploring packers/containers (https://github.com/mgeeky/PackMyPayload).The premise is that we might be able to stick our executable inside another file type and smuggle it past the organization's policies. A major consideration here is native support for the file type; 7Z files for example cannot be opened by Windows without installing third party software, so they are not a great choice. Formats like ZIP, ISO, and IMG are attractive choices because they are supported natively by Windows, and as an added bonus they add very few extra steps for the

___________________________
@hacking_Attack
@Hacking_Video
victim.The organization unfortunately blocks ISO's and IMG's from being downloaded from the web; additionally, because they employ Data Loss Prevention (DLP) users are unable to mount external storage devices, which ISO's and IMG's are considered.Luckily for us, even though the organization prevents the download of MZ-headered files, it does allow the download of zip files containing executables. These zip files are actively scanned for malware, to include prompting the user for the password for password-protected zip files; however because the executable is zipped it is not blocked by the otherwise blanket deny for MZ files.Zip files and executionZip files were chosen as a container for our XLL payload because:They are natively compatible with WindowsThey are allowed to be downloaded from the internet by the organizationThey add very little additional complexity to the attackConveniently, double clicking a ZIP file on Windows will open that zip file in File Explorer:

___________________________
@hacking_Attack
@Hacking_Video
Less conveniently, double clicking the XLL file from the zipped location triggers Windows Defender; even using the stock project from edparcell that doesn't contain any kind of malicious code.

___________________________
@hacking_Attack
@Hacking_Video
However there is something odd; the file it identified as malicious was in c:\users\user\Appdata\Local\Temp\Temp1_ZippedXLL.zip, not C:\users\user\Downloads\ZippedXLL\ where we double clicked it. Looking at the Excel instance in ProcessExplorer shows that Excel is actually running the XLL from appdata\local\temp, not from the ZIP file that it came in:

___________________________
@hacking_Attack
@Hacking_Video