darknet-mcp-server: Dark Web Threat Intelligence για AI Agents — Πρακτικός Οδηγός & Ειλικρινής Αξιολόγηση από το Εργαστήριο της Audax

Στήσαμε στο απομονωμένο εργαστήριό μας το darknet-mcp-server — έναν MCP server που δίνει σε έναν AI agent 66 εργαλεία threat intelligence και dark web monitoring μέσα από 16 πηγές — διαβάσαμε γραμμή προς γραμμή τον πηγαίο κώδικα, το τρέξαμε ενάντια σε νόμιμες, μη ευαίσθητες πηγές, και καταγράφουμε βήμα-βήμα τι κάνει, τι εκτελέσαμε με ασφάλεια και τι αρνηθήκαμε συνειδητά να τρέξουμε για λόγους νομιμότητας — με πραγματικές εντολές, πραγματικά αποτελέσματα και μια αυστηρή ενότητα για το νομικό, ηθικό και OPSEC πλαίσιο.

Προειδοποίηση νομιμότητας & εξουσιοδότησης — διαβάστε πριν συνεχίσετε
Το εργαλείο αυτό αγγίζει δεδομένα του dark web: παραβιάσεις (breaches), stealer logs, λίστες θυμάτων ransomware, .onion υπηρεσίες. Η αξιολόγηση εδώ γίνεται αποκλειστικά ως αμυντικό (defensive) threat intelligence — για να ανιχνεύει ένας οργανισμός αν δικά του δεδομένα, διαπιστευτήρια ή domains έχουν εκτεθεί. Ποτέ για πρόσβαση σε παράνομο περιεχόμενο, αγορές ναρκωτικών/όπλων, κλεμμένα δεδομένα τρίτων ή CSAM.

• Χρησιμοποιήστε το μόνο για assets που σας ανήκουν ή για τα οποία έχετε ρητή, γραπτή εξουσιοδότηση.
• Η αναζήτηση για διαπιστευτήρια/PII τρίτων προσώπων ή άλλων εταιρειών, χωρίς νόμιμη βάση, μπορεί να παραβιάζει τον GDPR και το ποινικό δίκαιο.
• Η πρόσβαση σε .onion αγορές και forums εκθέτει τον οργανισμό σε νομικό, φήμης και OPSEC ρίσκο. Απαιτείται πολιτική χειρισμού, απομονωμένη υποδομή και τεκμηρίωση αλυσίδας απόδειξης (chain of custody).
• Εμείς, σε αυτό το άρθρο, ΔΕΝ εκτελέσαμε καμία .onion αναζήτηση, κανένα stealer-log query και καμία αναζήτηση σε πραγματικά δεδομένα τρίτων. Ό,τι δεν ήταν ασφαλές και νόμιμο να τρέξουμε, το περιγράφουμε από τον κώδικα και δηλώνουμε καθαρά ότι δεν το τρέξαμε.

Εισαγωγή

Υπάρχει ένα στρώμα πληροφορίας που λείπει από σχεδόν κάθε έρευνα ασφάλειας: το dark web. Όταν διαρρέουν διαπιστευτήρια εργαζομένων, όταν μια ομάδα ransomware δημοσιεύει ένα θύμα στο leak site της, όταν ένα stealer malware ανεβάζει τους κωδικούς ενός μολυσμένου μηχανήματος σε ένα κανάλι Telegram ή σε ένα .onion forum — η πληροφορία υπάρχει, αλλά είναι διάσπαρτη σε δεκάδες πλατφόρμες, καθεμία με το δικό της API, τα δικά της rate limits και τη δική της μορφή δεδομένων.

Η παραδοσιακή απάντηση σε αυτό είναι είτε ακριβές συνδρομητικές πλατφόρμες dark web monitoring, είτε ένας αναλυτής που ανοίγει δεκαέξι καρτέλες browser και συνδυάζει χειροκίνητα HIBP, ThreatFox, ransomware trackers, MalwareBazaar, GreyNoise, block explorers και paste sites. Και οι δύο δρόμοι είναι δαπανηροί: ο πρώτος σε χρήμα, ο δεύτερος σε χρόνο και σε συνέπεια.

Το darknet-mcp-server προτείνει έναν τρίτο δρόμο. Είναι ένας MCP server — δηλαδή ένα πρόγραμμα που «μιλάει» το Model Context Protocol και επιτρέπει σε έναν AI agent (Claude, Cursor, κ.λπ.) να καλεί εργαλεία συνομιλιακά. Αντί ο αναλυτής να ανοίγει δεκαέξι καρτέλες, ρωτάει τον agent «τι έκθεση έχει το domain μας;» και ο agent καλεί παράλληλα HIBP, ThreatFox, ransomware feeds, stealer log βάσεις και συσχετίζει τα αποτελέσματα σε μία εικόνα.

Στην Audax Cybersecurity δεν αξιολογούμε εργαλεία διαβάζοντας το README τους. Τα στήνουμε σε απομονωμένο εργαστήριο, διαβάζουμε τον πηγαίο κώδικα, τα τρέχουμε ενάντια σε νόμιμους, μη ευαίσθητους στόχους, και μετά κρίνουμε με αποδείξεις. Με το darknet-mcp-server, όμως, το φίλτρο ήταν διπλό: όχι μόνο «λειτουργεί;» αλλά και «είναι νόμιμο και ηθικό να το τρέξει κανείς, και ποιος, και πώς;». Αυτή τη δεύτερη ερώτηση τη βάζουμε στο κέντρο.

Τι είναι το darknet-mcp-server

Το darknet-mcp-server είναι ένα open-source project (άδεια MIT) γραμμένο σε TypeScript, με χρόνο εκτέλεσης Bun ή Node.js. Δημιουργός του είναι ο Orhan Yildirim (GitHub: badchars) και αποτελεί μέρος μιας ευρύτερης «MCP Security Suite» έξι εργαλείων (browser testing, cloud audit, GitHub security, CVE intelligence, OSINT, και το darknet). Τη στιγμή της αξιολόγησης το αποθετήριο είχε 196 αστέρια, 36 forks, έκδοση v0.1.1 και ηλικία περίπου δύο εβδομάδων — είναι, με άλλα λόγια, ένα πολύ νέο έργο.

Η ουσία του είναι απλή και έξυπνη: αντί να είναι μία ακόμη πλατφόρμα, είναι ένας μεταφραστής. Παίρνει 16 υπάρχουσες, καθιερωμένες πηγές threat intelligence και τις εκθέτει ως 66 εργαλεία μέσα από ένα ενιαίο πρωτόκολλο (MCP, μεταφορά stdio). Ο AI agent επιλέγει ποιο εργαλείο να καλέσει με βάση την ερώτηση. Οι πηγές οργανώνονται σε κατηγορίες:

• Tor Network (7 εργαλεία): έλεγχος κατάστασης Tor proxy, ανάκτηση/scraping .onion σελίδων, αναζήτηση .onion μέσω Ahmia.fi, και — το πιο αμυντικά χρήσιμο — λίστα και έλεγχος Tor exit nodes.
• Ransomware Intelligence (9): πρόσφατα θύματα, προφίλ ομάδων, φιλτράρισμα ανά χώρα/κλάδο, από ransomware.live και RansomLook.
• Breach Intelligence / HIBP (7): κατάλογος παραβιάσεων, έλεγχος κωδικού με k-anonymity, αναζήτηση λογαριασμού (με κλειδί).
• abuse.ch Suite (9): ThreatFox IOCs, URLhaus, MalwareBazaar hash lookups.
• AlienVault OTX (5), AbuseIPDB (4), GreyNoise (2), Pulsedive (3): εμπλουτισμός IP/domain/hash με reputation και IOC.
• Hudson Rock stealer logs (3): αναζήτηση σε logs stealer malware ανά domain/email/IP.
• Vulners (3): αναζήτηση ευπαθειών και exploits.
• Blockchain (4): ανάλυση Bitcoin διευθύνσεων και συναλλαγών, έλεγχος abuse.
• Hybrid Analysis (3), CIRCL Onion Lookup (1), IntelligenceX (4), PhishTank (1), Meta (1).

Δύο σχεδιαστικές αποφάσεις ξεχωρίζουν. Πρώτον, οι περισσότερες πηγές δουλεύουν χωρίς API key (ransomware tracking, GreyNoise, blockchain, OTX, Tor exit lists, onion lookup)· τα κλειδιά ξεκλειδώνουν τις premium πηγές (HIBP account search, IntelligenceX, AbuseIPDB, Hudson Rock, Hybrid Analysis). Δεύτερον, όταν λείπει ένα κλειδί, ο server δεν καταρρέει — επιστρέφει καθαρό μήνυμα λάθους. Αυτή η «graceful degradation» είναι σημάδι ώριμου σχεδιασμού, ακόμη κι όταν το project είναι νέο.

Γιατί έχει αξία για επαγγελματίες κυβερνοασφάλειας

Η αξία εδώ πρέπει να διαβαστεί αυστηρά μέσα από το αμυντικό πρίσμα. Δεν αξιολογούμε ένα εργαλείο «να ψάχνεις στο dark web»· αξιολογούμε ένα εργαλείο παρακολούθησης έκθεσης (exposure monitoring).

Πρώτον, ανίχνευση διαρροής διαπιστευτηρίων και δεδομένων. Το πιο συνηθισμένο πρώτο βήμα μιας σύγχρονης παραβίασης είναι ένα διαπιστευτήριο εργαζομένου που κυκλοφορεί ήδη σε ένα stealer log ή σε ένα combolist. Η δυνατότητα να ρωτήσεις «εμφανίζεται το domain μας σε γνωστές παραβιάσεις; υπάρχουν εργαζόμενοι σε stealer logs;» και να πάρεις απάντηση σε λεπτά, είναι πραγματική αμυντική αξία — τροφοδοτεί άμεσα υποχρεωτικά password resets και ελέγχους MFA.

Δεύτερον, ransomware exposure & early warning. Το να παρακολουθείς αν η επωνυμία σου, ένας προμηθευτής σου ή ο κλάδος σου εμφανίζεται στα leak sites των ομάδων ransomware, είναι κρίσιμο για third-party risk και για έγκαιρη αντίδραση. Οι feeds ransomware.live και RansomLook είναι νόμιμες, δημόσιες πηγές που χρησιμοποιούνται ευρέως από ερευνητές.

Τρίτον, threat intelligence enrichment για SOC. Τα εργαλεία GreyNoise, AbuseIPDB, ThreatFox, OTX και Pulsedive μετατρέπουν ένα «σκέτο» IP ή hash από ένα alert σε ένα εμπλουτισμένο συμβάν με context. Το ότι όλα αυτά είναι διαθέσιμα μέσα από μία διεπαφή, καλέσιμα από έναν agent μέσα σε ένα incident response workflow, μειώνει τον χρόνο triage.

Τέταρτον — και εδώ είναι η στρατηγική σύνδεση για το ελληνικό και ευρωπαϊκό κοινό — dark web exposure ως στάδιο του CTEM. Η ανακάλυψη έκθεσης στο dark web είναι κομμάτι της φάσης «Discovery» ενός προγράμματος Continuous Threat Exposure Management (CTEM). Για οργανισμούς που εμπίπτουν σε NIS2 ή DORA, η τεκμηριωμένη παρακολούθηση διαρροών και έκθεσης δεν είναι πολυτέλεια· είναι μέρος της απόδειξης ότι διαχειρίζονται ενεργά τον κίνδυνο. Θα δούμε στο τέλος πού σταματά αυτό το εργαλείο και πού αρχίζει η ανθρωποκεντρική, συνεχής υπηρεσία.

Εγκατάσταση και αρχική παραμετροποίηση: αναλυτικός οδηγός βήμα-βήμα

Παρακάτω δίνουμε τα πραγματικά βήματα και τις πραγματικές εντολές που εκτελέσαμε σε απομονωμένο περιβάλλον. Επειδή το project είναι Node/TypeScript, η απομόνωση είναι φυσική: όλες οι εξαρτήσεις μένουν σε τοπικό node_modules, χωρίς global installs.

Προαπαιτούμενα

• Λειτουργικό: Linux (δοκιμάστηκε σε kernel 6.17). Δουλεύει και σε macOS. Τα Windows δηλώνονται ως μη δοκιμασμένα από τον δημιουργό.
• Runtime: Ο δημιουργός προτείνει Bun 1.3.9+. Εμείς δεν είχαμε Bun και χρησιμοποιήσαμε Node.js v20.20.2 — το project χτίζεται με tsc και τρέχει άψογα σε Node. Το τεκμηριώνουμε γιατί είναι χρήσιμο: δεν χρειάζεστε Bun.
• npm 10.x, git.
• (Προαιρετικά) Tor SOCKS5 proxy στη θύρα 9050, μόνο αν θέλετε να ενεργοποιήσετε τα .onion εργαλεία. Εμείς δεν εγκαταστήσαμε Tor, ώστε τα εργαλεία .onion να παραμείνουν αδρανή εξ ορισμού.
• (Προαιρετικά) API keys για τις premium πηγές. Εμείς δεν ρυθμίσαμε κανένα κλειδί.

Βήμα 1 — Κλωνοποίηση του αποθετηρίου

git clone https://github.com/badchars/darknet-mcp-server.git
cd darknet-mcp-server

Επαλήθευση: στη ρίζα θα δείτε package.json, tsconfig.build.json, τον φάκελο src/ με έναν υποφάκελο ανά πηγή (tor/, breach/, ransomware/, abusech/, κ.λπ.) και δεκάδες μεταφράσεις README.

Βήμα 2 — Εγκατάσταση εξαρτήσεων (απομονωμένα)

npm install

Το project έχει μόλις 4-5 runtime εξαρτήσεις: @modelcontextprotocol/sdk, zod, socks, socks-proxy-agent, cheerio. Όλη η κίνηση clearnet γίνεται με το native fetch, όλη η κίνηση Tor μέσω SOCKS5.

Επαλήθευση: στο δικό μας τρέξιμο, το npm ανέφερε added 125 packages ... found 0 vulnerabilities. Το χαμηλό βάθος εξαρτήσεων είναι θετικό για supply-chain ρίσκο.

Βήμα 3 — Build

Αν έχετε Bun, μπορείτε να τρέξετε κατευθείαν bun run src/index.ts. Χωρίς Bun, χτίζουμε με TypeScript:

npx tsc -p tsconfig.build.json

Το tsconfig.build.json αντικαθιστά τα Bun types με Node types, οπότε το build ολοκληρώνεται καθαρά (exit 0) και παράγει τον φάκελο dist/ με το εκτελέσιμο dist/index.js.

Επαλήθευση: ls dist/ δείχνει έναν υποφάκελο ανά πηγή και το index.js. Επιβεβαιώστε: test -f dist/index.js && echo OK.

Βήμα 4 — Πρώτη εκτέλεση: help & λίστα εργαλείων

node dist/index.js --help
node dist/index.js --list

Το --list τυπώνει και τα 66 εργαλεία ομαδοποιημένα ανά κατηγορία. Είναι ο γρηγορότερος τρόπος να δείτε τι προσφέρει το εργαλείο πριν το συνδέσετε σε agent.

Βήμα 5 — Σύνδεση σε AI agent (MCP)

Για χρήση με Claude Code:

claude mcp add darknet-mcp-server -- node /path/to/darknet-mcp-server/dist/index.js

Ή, για Claude Desktop / Cursor, με ένα μπλοκ JSON που δείχνει στο dist/index.js και ορίζει (προαιρετικά) τα API keys ως μεταβλητές περιβάλλοντος. Σημαντικό OPSEC: τα κλειδιά περνούν ως env vars — κρατήστε τα σε vault/secret manager, ποτέ σε plaintext config που μπαίνει σε git.

Αντιμετώπιση προβλημάτων

• --tool δεν λειτουργεί: Το README και το CLAUDE.md διαφημίζουν εκτέλεση τύπου npx darknet-mcp-server --tool breachList '{...}'. Στην έκδοση που δοκιμάσαμε, αυτό το flag ΔΕΝ είναι υλοποιημένο — ο index.ts χειρίζεται μόνο --help, --list, --check-tor, και οτιδήποτε άλλο απλώς ξεκινά τον stdio server. Αν δείτε το μήνυμα [darknet-mcp] MCP server started on stdio αντί για αποτέλεσμα, αυτό ακριβώς συμβαίνει. Η σωστή οδός εκτέλεσης είναι μέσω του πρωτοκόλλου MCP (δείτε παρακάτω).
• Bun errors: αν το bun install αποτύχει επειδή δεν έχετε Bun, χρησιμοποιήστε το μονοπάτι Node + tsc που περιγράψαμε.
• Tor tools επιστρέφουν αποτυχία σύνδεσης: αναμενόμενο αν δεν τρέχει Tor daemon· ελέγξτε με node dist/index.js --check-tor.

Το εργαστηριακό περιβάλλον δοκιμών

Το περιβάλλον μας ήταν σκόπιμα λιτό και ελεγχόμενο:

• Host: Linux 6.17, Node v20.20.2, npm 10.8.2. Χωρίς Bun, χωρίς Tor daemon, χωρίς κανένα API key.
• Απομόνωση: τοπικό node_modules, καμία global εγκατάσταση. Επειδή δεν εγκαταστήσαμε Tor, τα εργαλεία .onion ήταν αδρανή εξ ορισμού — δεν υπήρχε καν διαδρομή προς το dark web.
• Επιφάνεια εκτέλεσης: CLI flags (--help, --list, --check-tor) και το πρωτόκολλο MCP πάνω από stdio (initialize, tools/list, tools/call).
• «Στόχοι»: επειδή το εργαλείο είναι aggregator threat intelligence, δεν έχει στόχο επίθεσης. Ως «στόχους» χρησιμοποιήσαμε μόνο καλοήθεις, δημόσιες, μη ευαίσθητες αναζητήσεις: τον κωδικό-δείγμα password, το ιστορικό domain adobe.com, τα δημόσια resolvers 1.1.1.1 και 8.8.8.8, και τη δεσμευμένη διεύθυνση [email protected].

Τι αρνηθήκαμε συνειδητά να τρέξουμε. Αυτό είναι το πιο σημαντικό κομμάτι της μεθοδολογίας μας εδώ. Δεν εκτελέσαμε καμία από τις εξής λειτουργίες, γιατί δεν μπορούν να ασκηθούν χωρίς να αγγίξουν dark-web περιεχόμενο ή δεδομένα τρίτων: tor_search_onion, tor_fetch_onion, tor_scrape_onion ενάντια σε οποιοδήποτε .onion· αναζητήσεις stealer logs (Hudson Rock)· IntelligenceX· και οποιοδήποτε query που θα επέστρεφε ονόματα θυμάτων ή PII. Αυτές τις τις περιγράφουμε από τον κώδικα και δηλώνουμε καθαρά ότι δεν τις τρέξαμε.

Πρακτική δοκιμή του εργαλείου

Επειδή, όπως είπαμε, το --tool δεν είναι υλοποιημένο, η σωστή οδός εκτέλεσης είναι το πρωτόκολλο MCP. Στείλαμε στο stdin του server μια κανονική ακολουθία JSON-RPC: initialize, μετά notifications/initialized, μετά tools/list ή tools/call.

Σενάριο 1 — MCP handshake & απαρίθμηση εργαλείων

printf '%s\n' \
'{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2024-11-05","capabilities":{},"clientInfo":{"name":"audax-lab","version":"1.0"}}}' \
'{"jsonrpc":"2.0","method":"notifications/initialized"}' \
'{"jsonrpc":"2.0","id":2,"method":"tools/list","params":{}}' \
| node dist/index.js

Ο server απάντησε σωστά στο initialize (protocolVersion 2024-11-05, serverInfo darknet-mcp v0.1.0) και το tools/list επέστρεψε 66 εργαλεία. Αυτή είναι η πραγματική απόδειξη ότι ο πυρήνας — η ενσωμάτωση MCP — λειτουργεί.

Σενάριο 2 — Έλεγχος Tor (ειλικρινές αποτέλεσμα)

node dist/index.js --check-tor

Επειδή δεν εγκαταστήσαμε Tor daemon, το αποτέλεσμα ήταν — σωστά — αποτυχία, με χρήσιμες οδηγίες εγκατάστασης. Το καταγράφουμε ως έχει: το εργαλείο είναι ειλικρινές για την κατάστασή του και δεν προσποιείται συνδεσιμότητα.

![node dist/index.js –check-tor: [FAIL] ο Tor SOCKS5 proxy δεν είναι διαθέσιμος — ειλικρινές αποτέλεσμα](images/05-check-tor.png)

Σενάριο 3 — Ασφαλείς αμυντικές κλήσεις (μέσω tools/call)

Καλέσαμε μόνο εργαλεία που χτυπούν νόμιμες, δημόσιες πηγές και δεν επιστρέφουν δεδομένα τρίτων:

• breachPassword {"password":"password"} — χρησιμοποιεί το Pwned Passwords API με k-anonymity: μόνο τα πρώτα 5 χαρακτήρες του SHA-1 hash φεύγουν από τον host. Επιβεβαιώσαμε στον κώδικα (breach/index.ts) ότι στέλνεται μόνο το prefix και το matching γίνεται τοπικά. Αποτέλεσμα: ο κωδικός password έχει εμφανιστεί 52.372.427 φορές σε παραβιάσεις.
• breachList {"domain":"adobe.com"} — δημόσια, ιστορικά μεταδεδομένα καταλόγου παραβιάσεων: Adobe, 2013-10-04, 152.445.165 λογαριασμοί, κλάσεις δεδομένων email/passwords/usernames.
• tor_exit_check {"ip":"1.1.1.1"} — έλεγχος αν το 1.1.1.1 είναι Tor exit node, βάσει της επίσημης λίστας του Tor Project. Αποτέλεσμα: isTorExit: false.

Σενάριο 4 — Εμπλουτισμός & graceful degradation

• greynoise_ip {"ip":"8.8.8.8"} — το Google DNS ταξινομείται ως μη «θορυβώδες» (δεν σαρώνει το internet). Καθαρός εμπλουτισμός χωρίς κλειδί.
• breachSearch {"account":"[email protected]"} χωρίς κλειδί — επέστρεψε καθαρό μήνυμα: «HaveIBeenPwned API key required…». Καμία κατάρρευση, καμία σιωπηλή αποτυχία.

Τι αποτελέσματα έδωσε

Η εικόνα που προέκυψε είναι ενός εργαλείου σωστά σχεδιασμένου στον πυρήνα του, αλλά με ορατά σημάδια νεότητας στην περιφέρεια.

Στα θετικά, ό,τι τρέξαμε δούλεψε ακριβώς όπως έπρεπε. Το MCP handshake ήταν άψογο, τα 66 εργαλεία απαριθμήθηκαν σωστά, και οι αμυντικές κλήσεις επέστρεψαν πραγματικά, ακριβή δεδομένα από τις σωστές πηγές. Η υλοποίηση της k-anonymity στον έλεγχο κωδικού είναι υποδειγματική· η graceful degradation είναι σωστή· τα μηνύματα λάθους είναι χρήσιμα.

Στα αρνητικά, βρήκαμε δύο πραγματικές αποκλίσεις τεκμηρίωσης-κώδικα. Πρώτον, το --tool CLI δεν υπάρχει στην έκδοση που δοκιμάσαμε, παρότι διαφημίζεται εκτενώς. Δεύτερον, το meta εργαλείο darknet_list_sources δίνει παρωχημένα νούμερα: αναφέρει «15 sources, 5 configured, 50 tools» και παραθέτει ονόματα εργαλείων (hibpBreaches, hibpPastes, hibpPassword) που δεν αντιστοιχούν στα πραγματικά καταχωρημένα (breachList, breachSearch, breachPassword). Το πραγματικό registry έχει 16 πηγές και 66 εργαλεία. Πρόκειται για drift ανάμεσα στην αυτο-περιγραφή του εργαλείου και στην πραγματικότητα — μικρό σε σοβαρότητα, αλλά ενδεικτικό ότι το project κινείται γρήγορα και η τεκμηρίωση δεν προλαβαίνει.

Κρίσιμη επισήμανση για την ουσία: η πραγματική αξία των πιο «δυνατών» εργαλείων (stealer logs, IntelligenceX, .onion αναζήτηση) δεν επαληθεύτηκε από εμάς, γιατί δεν μπορεί να ασκηθεί χωρίς κλειδιά επί πληρωμή και, κυρίως, χωρίς να αγγίξει δεδομένα τρίτων ή dark-web περιεχόμενο. Επομένως, όποιος αξιολογεί το εργαλείο για αυτές τις χρήσεις πρέπει να το κάνει σε δικό του, εξουσιοδοτημένο πλαίσιο. Εμείς επιβεβαιώσαμε τη μηχανική και την ποιότητα κώδικα, όχι την ποιότητα των premium feeds.

Δυνατά σημεία

• Αρχιτεκτονική καθαρή και ασφαλής. Ένας φάκελος ανά πηγή, ένα ενιαίο registry, per-provider rate limiting και TTL caching. Κατά τον έλεγχο κώδικα δεν βρήκαμε child_process, eval, εγγραφές αρχείων, telemetry ή phone-home. Κάθε API key στέλνεται μόνο στον δικό του provider (π.χ. το hibp-api-key μόνο στο haveibeenpwned.com).
• Χαμηλό supply-chain ρίσκο. Μόλις 4-5 runtime εξαρτήσεις, 0 vulnerabilities στο npm audit, άδεια MIT.
• Υποδειγματικός χειρισμός ευαισθησίας. k-anonymity στους κωδικούς· socks5h:// για αποφυγή DNS leaks στα .onion· validation ότι τα Tor εργαλεία δέχονται μόνο .onion URLs (δεν προωθούν clearnet κίνηση μέσω Tor)· όρια μεγέθους και timeouts.
• Πραγματικά χρήσιμο εύρος πηγών για defenders. Οι 16 πηγές είναι όλες καθιερωμένες και νόμιμες. Η ενοποίησή τους σε ένα agent-callable interface είναι γνήσια βελτίωση εργασιακής ροής για SOC/CTI.
• Zero-config για τις δωρεάν πηγές. Μπορείς να πάρεις άμεση αξία (ransomware tracking, GreyNoise, breach catalog, Tor exit checks) χωρίς κανένα κλειδί.

Περιορισμοί και αδυναμίες

• Πολύ νέο project (v0.1.1, ~2 εβδομάδες, 196 αστέρια). Δεν έχει ακόμη ώριμη ιστορία, δοκιμές πεδίου ή σταθερότητα API. Καρφιτσώστε συγκεκριμένο commit για αναπαραγωγιμότητα.
• Αποκλίσεις τεκμηρίωσης-κώδικα: το --tool CLI δεν υλοποιείται· το darknet_list_sources δίνει παρωχημένα νούμερα/ονόματα.
• Καμία built-in πολιτική συμμόρφωσης. Το εργαλείο δεν επιβάλλει authorization, logging ή audit trail. Η ευθύνη νομιμότητας είναι 100% στον χρήστη.
• Εξάρτηση από upstream. Η ποιότητα των αποτελεσμάτων εξαρτάται εξ ολοκλήρου από τις 16 πηγές, τα rate limits τους και τη συχνότητα scraping τους.
• Οι πιο ισχυρές λειτουργίες απαιτούν κλειδιά επί πληρωμή (HIBP, IntelligenceX, Hudson Rock, Hybrid Analysis) — η «δωρεάν» εμπειρία είναι σημαντικά πιο περιορισμένη.
• Μόνο Bitcoin στα blockchain εργαλεία· χωρίς Ethereum/Monero.

Θέματα ασφάλειας κατά τη χρήση

Πριν χρησιμοποιήσετε αυτό το εργαλείο σε επαγγελματικό πλαίσιο, ελέγξτε τα εξής:

1. Εξουσιοδότηση & scope. Ρητή, γραπτή άδεια για τα assets που παρακολουθείτε. Ποτέ αναζήτηση δεδομένων τρίτων χωρίς νόμιμη βάση.
2. Νομική βάση GDPR. Η αναζήτηση διαρρευσάντων PII (emails, κωδικοί, stealer logs) αφορά προσωπικά δεδομένα. Χρειάζεστε τεκμηριωμένη νόμιμη βάση, ελαχιστοποίηση, και πολιτική διατήρησης/διαγραφής.
3. OPSEC & απομόνωση. Οι .onion λειτουργίες πρέπει να τρέχουν από απομονωμένη υποδομή, ποτέ από εταιρικό laptop ή production δίκτυο. Χειρισμός κλειδιών μέσω vault, όχι σε plaintext config.
4. Chain of custody. Αν τα ευρήματα μπορεί να καταλήξουν σε νομική διαδικασία ή σε αναφορά περιστατικού (NIS2/DORA), χρειάζεστε αμετάβλητο logging και τεκμηρίωση πηγής/χρόνου.
5. AI agent guardrails. Επειδή ένας LLM αποφασίζει ποιο εργαλείο θα καλέσει, βάλτε όρια: ποιες πηγές επιτρέπονται, ποια domains, ρητή απαγόρευση αναζήτησης εκτός scope. Ένας agent χωρίς όρια μπορεί, με καλή πρόθεση, να ρωτήσει κάτι που δεν έπρεπε.
6. Έλεγχος κώδικα σε κάθε update. Το project κινείται γρήγορα· επανελέγξτε τον κώδικα σε κάθε αναβάθμιση πριν το συνδέσετε ξανά σε agent με κλειδιά.

Πού μπορεί να χρησιμοποιηθεί επαγγελματικά

• Threat Intelligence / CTI ομάδες: ενοποιημένο enrichment IOC (IP/domain/hash) και ransomware tracking μέσα σε agent-driven ροές.
• SOC / Incident Response: γρήγορο triage — «είναι αυτό το IP scanner; έχει abuse reports; είναι το hash γνωστό malware;».
• Exposure & brand monitoring: ανίχνευση αν δικά σας domains/διαπιστευτήρια εμφανίζονται σε παραβιάσεις, stealer logs ή leak sites — ως μέρος ενός προγράμματος CTEM.
• Red / purple team recon (νόμιμο scope): άντληση context πριν από ένα engagement, ως συμπλήρωμα του web, API & mobile penetration testing και της adversary validation.
• Έρευνα & εκπαίδευση: ασφαλής μελέτη του MCP και της ενοποίησης threat-intel πηγών σε lab.

Πότε δεν πρέπει να χρησιμοποιηθεί

• Ως εργαλείο «περιήγησης» στο dark web για περιέργεια, χωρίς scope, χωρίς νομική βάση, από εταιρικό μηχάνημα. Αυτό είναι νομικό και OPSEC ρίσκο, όχι threat intelligence.
• Για αναζήτηση δεδομένων τρίτων προσώπων ή ανταγωνιστών χωρίς εξουσιοδότηση — πιθανή παραβίαση GDPR και ποινικού δικαίου.
• Ως μοναδική πηγή αλήθειας για συμμόρφωση. Δεν έχει audit trail, δεν επιβάλλει πολιτική, και είναι πολύ νέο για να στηριχθεί κρίσιμη διαδικασία αποκλειστικά πάνω του.
• Σε production, αυτόνομα, χωρίς ανθρώπινη εποπτεία του agent. Η αυτονομία ενός LLM πάνω σε εργαλεία dark web απαιτεί αυστηρά guardrails και human-in-the-loop.

Τελική αξιολόγηση

Το darknet-mcp-server είναι ένα τεχνικά καλογραμμένο, ασφαλές στον πυρήνα του, γνήσια αμυντικό εργαλείο, που όμως βρίσκεται σε πολύ πρώιμο στάδιο ωριμότητας και μεταθέτει ολόκληρο το βάρος της νομιμότητας στον χρήστη. Ο κώδικας περνά τον έλεγχο ασφάλειας με άνεση· η μηχανική δουλεύει· το εύρος πηγών είναι πραγματικά χρήσιμο για defenders. Οι αδυναμίες είναι της νεότητας (drift τεκμηρίωσης, ασταθές API surface) και του πλαισίου (μηδενικά built-in compliance controls).

Βαθμολογία: 7 / 10 — Recommended with limitations (για ομάδες που καταλαβαίνουν το νομικό/OPSEC πλαίσιο).

Το «7» αντανακλά την ποιότητα του κώδικα και τη γνήσια αμυντική αξία, μειωμένο από τη νεότητα, τις αποκλίσεις τεκμηρίωσης και την απουσία δικλείδων συμμόρφωσης. Για έναν ώριμο οργανισμό με σωστό πλαίσιο, είναι ένα χρήσιμο κομμάτι στο threat-intel toolkit. Για έναν άπειρο χρήστη χωρίς νομική καθοδήγηση, είναι ένα εργαλείο που μπορεί εύκολα να οδηγήσει σε πρόβλημα.

Συμπέρασμα

Το dark web monitoring είναι πλέον αναπόσπαστο κομμάτι μιας σοβαρής αμυντικής στάσης — ειδικά υπό το πρίσμα του NIS2 και του DORA, όπου η ενεργή διαχείριση της έκθεσης πρέπει να αποδεικνύεται. Το darknet-mcp-server δείχνει, με κομψό τρόπο, πώς το Model Context Protocol μπορεί να μετατρέψει δεκαέξι διάσπαρτες πηγές threat intelligence σε μία συνομιλιακή, agent-callable εικόνα. Είναι ένα εργαλείο που αξίζει να το ξέρετε — αρκεί να θυμάστε ότι το εργαλείο είναι το εύκολο κομμάτι. Το δύσκολο κομμάτι είναι το πλαίσιο: η εξουσιοδότηση, η νομιμότητα, η ερμηνεία και η συνέχεια. Και εκεί, ένα script δεν αρκεί.

Από το εργαστήριο, στο δικό σας περιβάλλον

Η αξιολόγηση εργαλείων όπως αυτό είναι μέρος του πώς σκεφτόμαστε στην Audax: με απόδειξη, όχι με υποθέσεις. Η ανακάλυψη έκθεσης στο dark web είναι ένα μόνο στάδιο. Το ερώτημα που μένει είναι τι κάνετε με το εύρημα — πώς το επικυρώνετε, πώς το προτεραιοποιείτε, πώς αποδεικνύετε ότι το κλείσατε, και πώς παρακολουθείτε συνεχώς αν επανεμφανίζεται.

Αυτό ακριβώς κάνει το Erevos AI, η ετήσια managed υπηρεσία Continuous Threat Exposure Management (CTEM) της Audax: συνδυάζει ανθρώπινη offensive εμπειρογνωμοσύνη με αυτοματοποίηση σε κλίμακα, για συνεχή χαρτογράφηση της επιφάνειας επίθεσης, επικύρωση των πραγματικών κινδύνων και τεκμηριωμένη απόδειξη ανθεκτικότητας — με άμεση σύνδεση στις απαιτήσεις NIS2 & DORA.

Human-led. Machine-scaled. Technically proven.

Αν θέλετε να δείτε τι πραγματικά σας εκθέτει — από το dark web μέχρι την τελευταία σας εφαρμογή — και να το αποδείξετε με στοιχεία, μιλήστε με την ομάδα της Audax.