CipherSwarm is a distributed hash cracking system designed for efficiency and scalability and built on Ruby on Rails. Inspired by the principles of Hashtopolis, CipherSwarm leverages the power of collaborative computing to tackle complex cryptographic challenges, offering a web-based interface for managing and distributing hash-cracking tasks across multiple nodes.
Caution
This project is currently under active development and is not ready for production. Please use it with caution.
- Distributed hash-cracking tasks managed through a user-friendly web interface.
- Scalable architecture to efficiently distribute workloads across a network of computers.
- Integration with hashcat for versatile hash cracking capabilities.
- Real-time monitoring of task progress and comprehensive result reporting.
- Secure, easy-to-use system for both setup and operation.
CipherSwarm, while performing functions similar to Hashtopolis, is not a reiteration of the latter. It is a unique project, conceived with a specific target audience in mind and shaped by several guiding assumptions:
-
Cracking Tool: CipherSwarm exclusively supports Hashcat as the cracking tool.
-
Connectivity: All clients connected to CipherSwarm are assumed to use a reliable, high-speed connection, typically found in a Local Area Network (LAN) environment.
-
Trust Level: CipherSwarm operates under the assumption that all client machines are trustworthy and are under the direct control and management of the user utilizing CipherSwarm.
-
User Base: The system assumes that users, though having different levels of administrative access, belong to the same organization or project team, ensuring a level of trust and common purpose.
-
Hashlist Management: CipherSwarm is designed to handle hash lists derived from various projects or operations. Depending on access privileges, it lets users view results from specific projects or across all projects.
-
Client-Project Affiliation: Cracking clients can be associated with specific projects, executing operations solely for that project. Alternatively, they can perform operations across all projects, with defined priorities for particular projects.
CipherSwarm is crafted explicitly for medium to large-scale cracking infrastructure, interconnected via high-speed networks. It does not support utilization over the Internet or integration with anonymous user systems acting as cracking clients. By focusing on secure, centralized, and high-performance environments, CipherSwarm delivers tailored scalability and efficiency to meet the demands of sophisticated cracking operations.
- Ruby (version 3.2.0 or newer)
- Rails (version 7.1.0 or newer)
- PostgreSQL (or another Rails-supported database system)
- Redis for ActionCable support and job queue management
- Clone the repository to your local machine:
git clone https://github.com/unclesp1d3r/CipherSwarm.git
cd CipherSwarm- Install the required gems:
bundle install- Create the database and run migrations:
- Configure your database settings in config/database.yml.
- Set up environment variables for secure operation in config/secrets.yml.
rails db:create
rails db:migrate- Start the rails server:
rails sThe quickest way to get CipherSwarm up and running is to use Docker. The following steps will guide you through the process:
- Clone the repository to your local machine:
git clone
cd CipherSwarm- Deploy the Docker containers:
docker compose -f docker-compose-production.yml up- Access the CipherSwarm web interface at http://localhost:3000.
- Log in with the default admin credentials (username: admin, password: password) and change the password immediately.
- Access the CipherSwarm web interface at http://localhost:3000.
- Log in with the default admin credentials (username: admin, password: password) and change the password immediately.
- Add nodes to your network through the interface.
- Create new cracking tasks, specifying the hash types and input files.
- Monitor the progress of your tasks in real time through the dashboard.
CipherSwarm is built on a modular architecture that separates task management, node communication, and hash-cracking processes. This design allows for easy scaling and customization.
In the CipherSwarm system, hashcat cracking jobs are managed around four core objects: Campaigns, Attacks, Templates, and Tasks. Understanding these objects and their interrelations is critical to effectively leveraging the system for distributed hash cracking.
Campaigns represent a comprehensive unit of work focused on a single hash list. Each Campaign is designed to achieve a specific goal, such as recovering passwords from a set of hashes. A Campaign may encompass multiple Attacks, each tailored to run against the Campaign's hash list using different strategies or parameters. Campaigns facilitate the organization and prioritization of attacks, allowing for sequential execution based on priority or effectiveness.
An Attack is a defined unit of hashcat work characterized by its attack type and the word list and rules it employs. An attack embodies a specific approach to cracking hashes, such as brute force or dictionary attacks, complete with all necessary parameters. Large attacks can be subdivided into Tasks to distribute the workload across multiple Agents, enabling parallel processing and thus speeding up the cracking process.
A Template serves as a reusable definition of an attack. It specifies the attack type and parameters (such as word lists and rules) but is not bound to a specific hash list. Templates allow for the rapid configuration of new attacks by applying a pre-defined set of strategies to different hash lists and types. This abstraction facilitates the quick adaptation to new cracking challenges without needing reconfiguring from scratch.
The Task is the smallest unit of work within the system, representing a segment of an Attack that an individual Agent is tasked with processing at any given time. Tasks are the fundamental work packets distributed to Agents in the network, allowing for the division of a larger attack into manageable pieces. This division not only enhances efficiency through parallel processing but also allows for dynamic load balancing across the network of Agents.
We welcome contributions from the community! Please refer to the CONTRIBUTING.md file for guidelines on how to get involved.
Note
Many changes may not have been reflected in the CHANGELOG.md file prior to the v0.2.0 release. Please refer to the commit history for detailed information on changes.
- We want to thank the Hashtopolis team for inspiring us and providing us with the Hashtopolis Communication Protocol v2 documentation.
- Our sincere thanks to Hashcat for their incredible cracking tool.
- Thank you to the Ruby on Rails community for their guidance and support.
- Special thanks to our contributors for their valuable input and feedback.