AI & Automation

15.465 δημόσιοι MCP servers και ο νέος κίνδυνος για λογαριασμούς και δεδομένα

Οι δημόσιοι MCP servers ανοίγουν νέο πεδίο για phishing, διαρροές δεδομένων και κατάχρηση λογαριασμών. Δες τι να ελέγξεις τώρα.

Αν χρησιμοποιείς εργαλεία AI στη δουλειά σου ή έχεις μικρή ομάδα που πειραματίζεται με agents, υπάρχει μια παγίδα που δεν φαίνεται με την πρώτη ματιά: ένα κομμάτι της υποδομής μπορεί να ανοίγει πρόσβαση πολύ πιο εύκολα απ’ όσο νομίζεις. Οι δημόσιοι MCP servers, δηλαδή servers που συνδέουν μοντέλα AI με εργαλεία, αρχεία και υπηρεσίες, έχουν αρχίσει να μοιάζουν με έναν νέο, χαοτικό χώρο όπου ένα λάθος ρύθμισης μπορεί να γίνει διαρροή δεδομένων, κατάχρηση λογαριασμού ή απλή αλλά ακριβή απάτη.

Το πρόβλημα δεν αφορά μόνο μεγάλες εταιρείες. Αφορά freelancers, developers, digital agencies, μικρές επιχειρήσεις και κάθε οργανισμό που έδεσε εργαλεία AI με GitHub, Google Workspace, Slack, Jira, CRM ή cloud αποθηκευτικό χώρο. Όταν ένας MCP server εκτίθεται δημόσια χωρίς σωστά όρια, ο κίνδυνος δεν είναι θεωρητικός: ένας επιτιθέμενος μπορεί να εκμεταλλευτεί αδύναμα secrets, πρόχειρα δικαιώματα, υπερβολικά ανοικτά endpoints ή κακή διαχείριση tokens για να φτάσει σε δεδομένα που δεν έπρεπε να βλέπει.

Πού χτυπάει στην πράξη: secrets, tokens και υπερβολικά δικαιώματα

Ο MCP, με απλά λόγια, λειτουργεί σαν γέφυρα ανάμεσα στο AI και στα εργαλεία σου. Αν αυτή η γέφυρα στηθεί πρόχειρα, το AI δεν αποκτά απλώς “έξυπνες” δυνατότητες. Αποκτά και πρόσβαση σε ό,τι έχεις συνδέσει από πίσω. Εκεί μπαίνουν στο κάδρο τα access tokens, τα API keys, τα service accounts και τα permissions που πολλές ομάδες αφήνουν πιο χαλαρά απ’ όσο πρέπει, ειδικά στην πρώτη φάση ενός πιλοτικού project.

Η πιο συνηθισμένη αστοχία δεν είναι κάποιος φανταστικός zero-day. Είναι το ίδιο το setup: δημόσια προσβάσιμη υπηρεσία, αδύναμη ταυτοποίηση, logs που γράφουν ευαίσθητα στοιχεία, tokens που δεν έχουν λήξη, και ρόλοι με υπερβολικά δικαιώματα. Αν ένας server συνδέεται με email, αρχεία ή εσωτερικά tickets, η ζημιά μπορεί να ξεκινήσει από ένα απλό phishing email και να καταλήξει σε κλοπή περιεχομένου ή σε κατάχρηση του λογαριασμού που «μιλά» με τα εργαλεία σου.

Ποιοι κινδυνεύουν περισσότερο: μικρές ομάδες που έτρεξαν να δοκιμάσουν AI

Οι μεγαλύτεροι κίνδυνοι εμφανίζονται εκεί όπου η ταχύτητα κέρδισε τη διαδικασία. Μια μικρή επιχείρηση που έστησε AI βοηθό για υποστήριξη πελατών, ένα γραφείο που σύνδεσε το μοντέλο με shared drive και Slack, ή ένας developer που δοκίμασε δημόσιο server για να επιταχύνει το workflow του, συχνά δεν πέρασαν από σοβαρό security review. Και αυτό ακριβώς εκμεταλλεύονται οι επιτιθέμενοι.

Στην πράξη, οι εκστρατείες δεν θα έρθουν πάντα με εντυπωσιακό malware. Μπορεί να έρθουν με πειστικό phishing για να κλέψουν token, με social engineering σε support κανάλι, με κακή δημοσίευση credentials σε repo ή με ένα bot που «ψαχουλεύει» ανοιχτές ρυθμίσεις. Για ελληνικές μικρομεσαίες επιχειρήσεις, όπου συχνά ο ίδιος άνθρωπος διαχειρίζεται IT, email, τιμολόγηση και site, το ρίσκο ανεβαίνει γρήγορα.

Τι να ελέγξεις σήμερα σε Google Workspace, GitHub, Slack και cloud

Αν έχεις έστω έναν MCP server σε δοκιμή ή παραγωγή, ξεκίνα από τα βασικά. Κλείσε την δημόσια πρόσβαση όπου δεν χρειάζεται. Βάλε αυστηρό authentication. Μην αφήνεις tokens μακράς διάρκειας χωρίς rotation. Μη δίνεις στον server περισσότερα δικαιώματα από όσα χρειάζεται για τη δουλειά του. Αν ένα εργαλείο πρέπει να διαβάζει tickets, δεν χρειάζεται να σβήνει αρχεία ή να έχει πλήρη πρόσβαση σε όλο το drive.

Έλεγξε επίσης αν τα logs γράφουν secrets, αν τα webhooks είναι εκτεθειμένα και αν οι ρυθμίσεις του AI agent επιτρέπουν actions χωρίς ανθρώπινη επιβεβαίωση. Στον κόσμο των phishing επιθέσεων, ένα λάθος click αρκεί. Στον κόσμο των agentic workflows, ένα λάθος permission μπορεί να κάνει ζημιά χωρίς καν click. Γι’ αυτό χρειάζεται 2FA παντού, passkeys όπου γίνεται, και ξεχωριστοί λογαριασμοί για admin και καθημερινή χρήση.

Πρακτική άμυνα για εταιρείες που δεν έχουν δικό τους SOC

Οι περισσότερες μικρές ομάδες δεν έχουν κέντρο επιχειρήσεων ασφάλειας ούτε ειδικό analyst να παρακολουθεί alerts όλη μέρα. Αυτό δεν είναι δικαιολογία για αδράνεια. Είναι λόγος να απλοποιήσεις το setup. Βάλε policy για approved AI tools, κράτα inventory με κάθε server και κάθε σύνδεση, και κάνε disable ό,τι δεν χρησιμοποιείται. Η αφαίρεση περιττής πρόσβασης κάνει μεγαλύτερη διαφορά από πολλά “έξυπνα” εργαλεία που μένουν ανενεργά.

Χρήσιμο είναι και το segregation: ξεχωριστά workspace accounts για δοκιμές, ξεχωριστά keys για production, και καθαρό process για ανάκληση όταν κάποιος φύγει από την ομάδα. Αν το AI εργαλείο συνδέεται με οικονομικά δεδομένα, πελατολόγιο ή εσωτερική επικοινωνία, χρειάζεται τουλάχιστον βασικό threat modeling. Όχι για να τρομάξεις την ομάδα, αλλά για να ξέρεις ποιο login ανοίγει ποια πόρτα.

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

Σε μια ελληνική μικρομεσαία επιχείρηση, το πιο επικίνδυνο μοτίβο είναι το “το στήσαμε γρήγορα να δουλεύει”. Αυτό ισχύει για site, ERP, email και τώρα για AI συνδέσεις. Αν έχεις συνεργείο, λογιστικό γραφείο, τουριστικό κατάλυμα, e-shop ή agency, το πρώτο βήμα δεν είναι να αγοράσεις άλλο εργαλείο. Είναι να μάθεις ακριβώς ποιος έχει πρόσβαση, από πού, και με ποιον σκοπό.

Τα ίδια μέτρα ισχύουν και για προσωπικούς χρήστες που πειραματίζονται με AI βοηθούς. Μην δένεις τον βασικό σου λογαριασμό email σε αβέβαια integrations. Μην αφήνεις browser extensions και tokens να μένουν ανοιχτά για μήνες. Και αν μια υπηρεσία σου ζητά πρόσβαση σε όλο το inbox ή σε όλα τα αρχεία, σκέψου αν πραγματικά τη χρειάζεσαι. Η ευκολία συχνά κρύβει το μεγαλύτερο μέρος του ρίσκου.

Το συμπέρασμα είναι απλό: οι δημόσιοι MCP servers δεν είναι μόνο τεχνικό θέμα για developers. Είναι θέμα λογαριασμών, δεδομένων και ελέγχου πρόσβασης. Όποιος χρησιμοποιεί AI συνδέσεις σήμερα πρέπει να τις αντιμετωπίζει όπως θα αντιμετώπιζε ένα νέο admin panel στο cloud: περιορισμένα δικαιώματα, καθαρά logs, 2FA, τακτικό audit και γρήγορη ανάκληση όταν κάτι φαίνεται παράξενο. Αν το AI μπαίνει στη ροή εργασίας σου, μπαίνει και στο security policy σου.

Τεκμηρίωση