Skip to content
KitploitKITPLOIT
उपकरणब्लॉग
जमा करें
उपकरणब्लॉग
जमा करें

हैकिंग, पेनटेस्ट और साइबर सुरक्षा उपकरण आपके सुरक्षा शस्त्रागार के लिए!

Kitploit हैकिंग, साइबर सुरक्षा और पेंटेस्टिंग टूल्स की एक निर्देशिका है। कमजोरियों को खोजने, सिस्टम का विश्लेषण करने, परीक्षण को स्वचालित करने और अपनी सुरक्षा को मजबूत करने के लिए नवीनतम प्रोजेक्ट अपडेट खोजें।

··फ़ीड·संपर्क·गोपनीयता·© 2026 Kitploit

टूल निर्देशिका

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
ConMachi — कंटेनर ब्लैकबॉक्स सुरक्षा ऑडिटिंग टूल: लक्ष्य कंटेनर के अंदर से सुरक्षा कॉन्फ़िगरेशन की सूची बनाता है। | Kitploit
उपकरण/GitHubGitHub/nccgroup/conmachi
क्लाउड इन्फ्रास्ट्रक्चर सुरक्षारक्षात्मक उपकरणकंटेनर सुरक्षानेटवर्क मैपिंगभेद्यता विश्लेषणकॉन्फ़िगरेशन ऑडिटिंगगलत कॉन्फ़िगरेशन
GitHubnccgroup/conmachi

ConMachi

कंटेनर ब्लैकबॉक्स सुरक्षा ऑडिटिंग टूल: लक्ष्य कंटेनर के अंदर से सुरक्षा कॉन्फ़िगरेशन की सूची बनाता है।

रिपॉजिटरी देखें
1061477 साल पहलेKitploit द्वारा समीक्षित

सबसे लोकप्रिय

सभी देखें →

हमारे समुदाय द्वारा सबसे अधिक उपयोग किए जाने वाले उपकरण खोजें।

सभी उपकरण खोजें

हमारे उपकरणों का संग्रह ब्राउज़ करें

सभी उपकरण देखें →
साझा करें

Conmachi कंटेनर स्कैनर

क्या किसी कंटेनर में Capabilities उठाना गलत है?

Conmachi Golang में लिखा गया एक टूल है जिसका उद्देश्य कंटेनर वातावरण के बारे में जानकारी एकत्र करना और संभावित सुरक्षा समस्याओं को सूचीबद्ध करना है। इसे स्टैटिक रूप से कंपाइल किया जा सकता है ताकि इसे कंटेनर वातावरण में डालकर बिना किसी निर्भरता के चलाया जा सके।

निर्माण

निर्भरताएँ:

root@kitploit:~
sudo apt-get install libpcap-dev

Conmachi को Ubuntu के किसी भी LTS संस्करण पर बनाने का इरादा है। विकास में, इसे Go संस्करण 1.9 और उससे ऊपर के साथ बनाया गया है, लेकिन इसे अधिकांश संस्करणों के साथ कंपाइल हो जाना चाहिए।

आप निम्नलिखित कमांड्स से टूल को स्टैटिक रूप से बना सकते हैं:

root@kitploit:~
go get github.com/nccgroup/ConMachi
go get ./...
cd $GOPATH/bin

# Dynamically compile
CGO_LDFLAGS="/usr/lib/x86_64-linux-gnu/libpcap.a" go build conmachi
# OR statically compile, may cause issues with network scanning
CGO_LDFLAGS="/usr/lib/x86_64-linux-gnu/libpcap.a" go build -ldflags '-w -extldflags "-static"' conmachi

यह किन चीज़ों की जाँच करता है

Conmachi बड़ी संख्या में संभावित समस्याओं को स्कैन करता है, जिनमें शामिल हैं:

  • अक्षम (disabled) प्रोसेस और यूज़र नेमस्पेसिंग
  • खतरनाक क्षमताएँ (dangerous capabilities)
  • अक्षम Seccomp/AppArmor प्रोफ़ाइल
  • होस्ट से माउंट किए गए डिवाइस

यह ऐसी जानकारी भी एकत्र करता है जो कंटेनर का अन्वेषण करते समय उपयोगी हो सकती है, जिनमें शामिल हैं:

  • कर्नेल संस्करण
  • डिकोड किए गए मानों के साथ सभी कैपेबिलिटी सेट
  • कंटेनर समाधान का पता लगाना
  • अन्य होस्ट के लिए नेटवर्क इंटरफ़ेस स्निफ़ करना

वर्तमान में प्रगति पर है:

  • Kubernetes संबंधित समस्याओं के लिए स्कैन
  • क्लाउड प्रदाता संबंधित समस्याओं के लिए स्कैन

फ़्लैग्स

root@kitploit:~
Usage of ./conmachi:
  -l string
        File to log to
  -sniff int
        Sniff the network for IP addresses for a given number of seconds

उदाहरण

आइए Docker कंटेनर में Conmachi चलाने की प्रक्रिया देखें। शुरू करने के लिए, हमारे पास हमारी वर्किंग डायरेक्टरी है जिसमें Conmachi की एक कॉपी है:

root@kitploit:~
$ ls
conmachi

फिर एक Dockerfile जोड़ते हैं:

root@kitploit:~
FROM ubuntu

WORKDIR /example
ADD . /example

और इसे बनाते हैं:

root@kitploit:~
$ ls
conmachi   Dockerfile
$ docker build -t example

और इसे एक खतरनाक क्षमता के साथ चलाते हैं:

root@kitploit:~
$ docker run --rm --security-opt seccomp=unconfined --security-opt apparmor:unconfined --cap-add SYS_ADMIN -it example
root@ffffffffffff:/example# ./conmachi 
Container has dangerous capabilities
------------------------------------
* Container has capabilities in the CapBnd set which could enable network attacks if a process runs with uid=0: CAP_NET_RAW
* Container has capabilities in the CapEff which could enable network attacks at the current privilege level: CAP_NET_RAW
* Container has dangerous capabilities in the CapBnd set which may allow for container escape if a process runs with uid=0: CAP_SYS_ADMIN
* Container has dangerous capabilities in the CapEff set which may allow for container escape if a process runs at the current privilege level: CAP_SYS_ADMIN


Container has non-default Docker capabilities
---------------------------------------------
Container has non-default Docker capabilities: CAP_SYS_ADMIN

Writeable Mounts
----------------
Some paths are mounted with write permission and may be filesystems mounted from the host. If this is the case, modifying the files at these paths may allow a contained process to modify files outside of the contained environment. The following paths were detected to be mounted with write permissions:
---
Device: /dev/sda1
Path: /etc/resolv.conf
Type: ext4
Opts: [rw relatime data=ordered]
Freq: 0
Pass: 0
---
Device: /dev/sda1
Path: /etc/hostname
Type: ext4
Opts: [rw relatime data=ordered]
Freq: 0
Pass: 0
---
Device: /dev/sda1
Path: /etc/hosts
Type: ext4
Opts: [rw relatime data=ordered]
Freq: 0
Pass: 0
---


User Namespace Disabled
-----------------------
User namespacing is not enabled. As a result, if a contained process is running with uid=0 it will be running as a privileged user if it gains access to resources outside of the container.

Container Running Unconfined AppArmor Profile
---------------------------------------------
Container is not enforcing an AppArmor profile on contained processes

Seccomp is Disabled
-------------------
Seccomp is disabled in container

Processor Vulnerable to Hardware Attacks
----------------------------------------
The following processors have bugs which may be exploited. More information about each of the processors can be found by reading /proc/cpuinfo.

Processor 0 (Intel(R) Core(TM) i7-5557U CPU @ 3.10GHz) bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
Processor 1 (Intel(R) Core(TM) i7-5557U CPU @ 3.10GHz) bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf


Container Capabilities
----------------------
CapInh (00000000a82425fb): CAP_CHOWN, CAP_DAC_OVERRIDE, CAP_FOWNER, CAP_FSETID, CAP_KILL, CAP_SETGID, CAP_SETUID, CAP_SETPCAP, CAP_NET_BIND_SERVICE, CAP_NET_RAW, CAP_SYS_CHROOT, CAP_SYS_ADMIN, CAP_MKNOD, CAP_AUDIT_WRITE, CAP_SETFCAP, CAP_MAC_OVERRIDE, CAP_MAC_ADMIN, CAP_WAKE_ALARM, CAP_BLOCK_SUSPEND, CAP_AUDIT_READ
CapPrm (00000000a82425fb): CAP_CHOWN, CAP_DAC_OVERRIDE, CAP_FOWNER, CAP_FSETID, CAP_KILL, CAP_SETGID, CAP_SETUID, CAP_SETPCAP, CAP_NET_BIND_SERVICE, CAP_NET_RAW, CAP_SYS_CHROOT, CAP_SYS_ADMIN, CAP_MKNOD, CAP_AUDIT_WRITE, CAP_SETFCAP, CAP_MAC_OVERRIDE, CAP_MAC_ADMIN, CAP_WAKE_ALARM, CAP_BLOCK_SUSPEND, CAP_AUDIT_READ
CapEff (00000000a82425fb): CAP_CHOWN, CAP_DAC_OVERRIDE, CAP_FOWNER, CAP_FSETID, CAP_KILL, CAP_SETGID, CAP_SETUID, CAP_SETPCAP, CAP_NET_BIND_SERVICE, CAP_NET_RAW, CAP_SYS_CHROOT, CAP_SYS_ADMIN, CAP_MKNOD, CAP_AUDIT_WRITE, CAP_SETFCAP, CAP_MAC_OVERRIDE, CAP_MAC_ADMIN, CAP_WAKE_ALARM, CAP_BLOCK_SUSPEND, CAP_AUDIT_READ
CapBnd (00000000a82425fb): CAP_CHOWN, CAP_DAC_OVERRIDE, CAP_FOWNER, CAP_FSETID, CAP_KILL, CAP_SETGID, CAP_SETUID, CAP_SETPCAP, CAP_NET_BIND_SERVICE, CAP_NET_RAW, CAP_SYS_CHROOT, CAP_SYS_ADMIN, CAP_MKNOD, CAP_AUDIT_WRITE, CAP_SETFCAP, CAP_MAC_OVERRIDE, CAP_MAC_ADMIN, CAP_WAKE_ALARM, CAP_BLOCK_SUSPEND, CAP_AUDIT_READ
CapAmb (0000000000000000):


Cgroup Policy Does Not Restrict CPU Usage
-----------------------------------------
Processes in the conainer are capable of using excessive amounts of CPU time

Cgroup Policy Allows for Excessive Memory Usage
-----------------------------------------------
Processes in the conainer are capable of using excessive amounts (>8GB) of RAM

Detected Container Runtime
--------------------------
Container runtime: docker

Kernel Version Info
-------------------
Linux version 4.4.0-134-generic (buildd@lgw01-amd64-033) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.10) ) #160-Ubuntu SMP Wed Aug 15 14:58:00 UTC 2018

बढ़िया! इसने हमारी अक्षम प्रोफ़ाइल, हमारी खतरनाक क्षमता को पकड़ लिया, और पर्यावरण के बारे में बहुत सारी जानकारी एकत्र कर ली।

टूल डाउनलोड करें