feat(ssh-honeypot): implement multi-region honeypot deployment#7
Open
hariram4862 wants to merge 3 commits intoc2siorg:mainfrom
Open
feat(ssh-honeypot): implement multi-region honeypot deployment#7hariram4862 wants to merge 3 commits intoc2siorg:mainfrom
hariram4862 wants to merge 3 commits intoc2siorg:mainfrom
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Overview
This PR extends the existing honeynet deployment pipeline to support provisioning Cowrie SSH honeypot nodes across multiple AWS regions.
Previously (#5 ), the deployment pipeline created a single honeypot instance in one AWS region. This change enables the deployment of honeypots across multiple geographic regions, forming the foundation for a distributed honeynet architecture.
The implementation continues to use Terraform for infrastructure provisioning and Ansible for automated configuration.
Scope of This PR
This PR introduces multi-region deployment capabilities for the honeynet infrastructure.
The implementation includes:
• Terraform configuration updates to support multiple AWS regions
• Region-specific AWS provider aliases
• EC2 instance deployment per region
• Region-specific security groups and SSH key pairs
• Region-specific Ubuntu AMI selection
• Integration with the existing Ansible automation workflow
This enhancement enables the deployment of multiple honeypot nodes across geographic regions while maintaining the existing automated deployment pipeline.
Regions Supported
The deployment now provisions honeypot nodes in the following regions:
Each region hosts a dedicated EC2 instance running the Cowrie SSH honeypot.
Infrastructure Changes
The Terraform configuration now includes:
This ensures that infrastructure resources are correctly provisioned within their respective regions.
Deployment Workflow
The deployment pipeline remains unchanged and continues to be orchestrated through the existing script:
deploy_honeypots.sh | v Terraform provisions infrastructure | v EC2 instances created across regions | v Public IPs retrieved | v Ansible installs and configures Cowrie honeypotsFor a more detailed explanation of the deployment pipeline and workflow, refer to PR #5.
Testing
The deployment pipeline was tested successfully across all regions.
Terraform successfully created the EC2 instances and associated infrastructure in each region, and the Ansible playbook configured Cowrie on all nodes.
The honeypots were verified by connecting via SSH:
Cowrie successfully emulated an SSH environment and captured session activity.
Example interactions tested:
These events were successfully recorded in the Cowrie logs on each instance.
Demo Video
A short demonstration of the multi-region honeynet deployment and verification.
The video shows:
https://drive.google.com/file/d/1dIZQy64yaM4YLXqpdEHHwGvGF3Ut57do/view?usp=sharing
Result
This change enables the honeynet deployment framework to operate across multiple geographic regions, improving attacker interaction coverage and aligning with the distributed architecture described in the project objectives.
Future Work
Future enhancements may include:
These improvements will help evolve the system toward a fully distributed honeynet platform.
Closes #6