Ρεφαέλ Άντζελ, Συνιδρυτής και Τεχνικός Διευθυντής της Akeyless – Σειρά Συνεντεύξεων

Ρεφαέλ Άντζελ, Συνιδρυτής και Τεχνικός Διευθυντής της Akeyless, είναι ένας ηγέτης στον τομέα της κυβερνοασφάλειας και της μηχανικής λογισμικού με βαθιά εμπειρία σε cloud ασφάλεια, κρυπτογράφηση, αυθεντικοποίηση μηχανών και υποδομής επιχειρήσεων. Από την συνίδρυση της Akeyless το 2018, έχει βοηθήσει να χτιστεί η εταιρεία γύρω από τη σύγχρονη διαχείριση μυστικών και ασφάλεια ταυτοτήτων για cloud-φιλικές περιβάλλοντες. Πριν από την Akeyless, εργάστηκε ως Ανώτερος Μηχανικός Λογισμικού στην Ασφάλεια στο Intuit (INTU ), όπου κατασκεύασε συστήματα για διαχείριση κρυπτογράφησης δημόσιου cloud και αυθεντικοποίηση μηχανών, αποκτώντας πρακτική εμπειρία σε AWS, Go, Python, Java, PHP, Bash, Linux, Git και Jenkins. Νωρίτερα στη σταδιοδρομία του, ο Άντζελ κατείχε ρόλους μηχανικής λογισμικού στις 3D Systems (DDD ) και Cimatron, αναπτύσσοντας εφαρμογές CAD/CAM και Windows-βασισμένες εφαρμογές χρησιμοποιώντας C/C++, C#, WPF, MFC και αντικειμενοστραφείς σχεδιαστικές προτύπους.

Akeyless είναι μια εταιρεία ασφάλειας ταυτοτήτων που επικεντρώνεται στην ασφάλεια μηχανών, AI agent και ανθρώπων μέσω μιας cloud-φιλικής πλατφόρμας που έχει χτιστεί γύρω από κρυπτογράφηση μηδενικής γνώσης. Η πλατφόρμα της συνδυάζει διαχείριση μυστικών, διαχείριση κρυπτογράφησης, διαχείριση κύκλου ζωής πιστοποιητικών, προνομιούχο πρόσβαση και ασφάλεια ταυτοτήτων μηχανών, δίνοντας στις οργανώσεις einen ενοποιημένο τρόπο για τη διαχείριση πιστοποιητικών, κλειδιών, πιστοποιητικών και πρόσβασης σε υβριδικά, multi-cloud, DevOps και περιβάλλοντα AI. Η θέση της εταιρείας αντικατοπτρίζει μια ευρύτερη μετατόπιση στην κυβερνοασφάλεια: καθώς οι εργασίες, οι υπηρεσίες και οι AI agent αυξάνονται σε συστήματα πρόσβασης χωρίς άμεση ανθρώπινη εμπλοκή, οι επιχειρήσεις χρειάζονται ισχυρότερους ελέγχους γύρω από μη-ανθρώπινες ταυτότητες, προσωρινά διαπιστευτήρια, αυτοματοποιημένη περιστροφή και εποπτεία χρόνου εκτέλεσης.

Συνίδρυσε την Akeyless το 2018 μετά την κατασκευή συστημάτων διαχείρισης κρυπτογράφησης και αυθεντικοποίησης μηχανών στο Intuit. Ποια была η lacuna στην ασφάλεια cloud και διαχείριση ταυτοτήτων που σας έπεισε ότι ήταν η ώρα να ξεκινήσετε την Akeyless, και πώς έχει εξελιχθεί η αρχική σας όραση καθώς οι AI agent έχουν εμφανιστεί ως μια νέα κατηγορία ψηφιακών ταυτοτήτων;

Στο Intuit, ήμουν μέρος της ομάδας που κατασκεύαζε συστήματα διαχείρισης κρυπτογράφησης και αυθεντικοποίησης μηχανών σε μια εποχή που το Intuit ήταν μια από τις πρώτες μεγάλες επιχειρήσεις που μετακόμισε στο cloud. Αυτό που έγινε σαφές ήταν ότι κάθε οργανισμός που υιοθετεί το cloud θα αντιμετωπίσει το ίδιο πρόβλημα που λύσαμε εσωτερικά: πώς να διαχειριστεί μυστικά και κλειδιά σε διανεμημένη, δυναμική υποδομή. Η κατασκευή αυτής της υποδομής καταναλώνει τεράστια πόρους μηχανικής, και δεν έχει νόημα για κάθε εταιρεία να ξαναεφευρεθεί το τροχό. Η λογική απάντηση ήταν ένα μοντέλο SaaS.

Το πρόβλημα ήταν η εμπιστοσύνη. Αυτό είναι το πιο ευαίσθητο υλικό που μια επιχείρηση κατέχει, και καμία σοβαρή οργάνωση δεν θα δώσει σε τρίτο μέρος την ικανότητα να το προσεγγίσει. Έτσι, η απαίτηση ήταν σχεδόν αντίθετη: να το παραδώσετε ως SaaS για κλίμακα και απλότητα, αλλά να το κάνετε αρχιτεκτονικά αδύνατο για τον προμηθευτή να δει ποτέ τα δεδομένα του πελάτη. Αυτή η ένταση είναι ακριβώς αυτό που γέννησε την Κρυπτογράφηση Κατανεμημένων Θραυσμάτων (DFC). Η DFC μας επιτρέπει να τρέχουμε ένα πλήρως διαχειριζόμενο SaaS ελεγκτή ενώ ο πελάτης κατέχει ένα θραύσμα που δεν κατέχουμε ποτέ, οπότε είμαστε μαθηματικά αδύνατο να προσεγγίσουμε τα κλειδιά τους. Αυτό έγινε η βάση του μοντέλου SaaS plus Zero-Knowledge που έχει χτιστεί η Akeyless.

Η αρχική όραση ήταν για την ασφάλεια ανθρώπινης και μηχανικής πρόσβασης στο cloud. Οι AI agent είναι η φυσική και πιο ακραία επέκταση του ίδιου προβλήματος. Είναι μη-ανθρώπινες ταυτότητες που λειτουργούν σε κλίμακα και ταχύτητα που δεν σχεδιάστηκε κανένα κατάλογο για, και η ίδια βάση Zero-Knowledge, κεντρο-ταυτότητας τώρα επεκτείνεται απευθείας σε αυτές.

Είστε πιστωμένος ως ο αρχιτέκτονας πίσω από την επωνυμαία τεχνολογία κρυπτογράφησης Zero-Trust της Akeyless. Ποια ήταν τα μεγαλύτερα τεχνικά προκλήματα στη κατασκευή ενός μοντέλου ασφάλειας που θα μπορούσε να εξαλείψει τις υποθέσεις εμπιστοσύνης ενώ παραμένει πρακτικό για μεγάλες επιχειρήσεις;

Το πιο δύσκολο μέρος ήταν να κάνει το “μην εμπιστεύεσαι κανέναν” πρακτικό και όχι ακαδημαϊκό. Οι περισσότερες схемές κρυπτογράφησης ή διαμοιρασμού μυστικών εξακολουθούν να συναρμολογούν το πλήρες κλειδί σε κάποια στιγμή, συνήθως μέσα σε μια διαδικασία, HSM ή κλειστό περιβάλλον κατά τη στιγμή μιας κρυπτογραφικής λειτουργίας. Αυτό το σύντομο παράθυρο είναι ακριβώς αυτό που στοχεύουν οι επιτιθέμενοι, οι κακόβουλοι εσωτερικοί και οι νομικές-παρακινήσεις σενάρια.

Με την DFC, το κλειδί δεν συναρμολογείται ποτέ, ούτε κατά τη δημιουργία, ούτε κατά την ηρεμία και ούτε κατά τη χρήση. Τα θραύσματα παράγονται ανεξάρτητα σε ξεχωριστά πεδία εμπιστοσύνης, και οι κρυπτογραφικές λειτουργίες τρέχουν ως μια κατανεμημένη υπολογισμός όπου κάθε κάτοχος θραυσμάτων υπολογίζει το μερίδιό του τοπικά και μόνο μερικά αποτελέσματα ανταλλάσσονται. Η προκλήση μηχανικής ήταν η επίτευξη αυτού με την υστέρηση, την απόδοση και την αξιοπιστία που απαιτούν οι μεγάλες επιχειρήσεις σε παραγωγή.

Μια δεύτερη προκλήση, και μια από τις πιο σημαντικές, ήταν η ενεργοποίηση της συνεχούς ανανέωσης των θραυσμάτων. Έπρεπε να μπορέσουμε να αντικαταστήσουμε κάθε θραύσμα με μια νέα μαθηματική τιμή, σε κάθε θέση, ενώ το υποκείμενο master κλειδί που αντιπροσωπεύουν τα θραύσματα παραμένει αμετάβλητο και η κρυπτογραφική διαδικασία δεν διακόπτεται ποτέ. Αυτό πρόσθεσε ένα πολύ σημαντικό επίπεδο ασφάλειας στην λύση. Λόγω της ανανέωσης, ένας επιτιθέμενος δεν μπορεί πλέον να συλλέξει θραύσματα με υπομονή στο χρόνο. Ένα θραύσμα που συλλέχθηκε την περασμένη εβδομάδα είναι μαθηματικά ασχετό με τα θραύσματα που υπάρχουν σήμερα, οπότε είναι θόρυβος και όχι ένα προβάδισμα. Για να μάθει κάτι για ένα κλειδί, ένας αντίπαλος θα πρέπει να παραβιάσει κάθε θέση θραυσμάτων ταυτόχρονα, μέσα σε ένα μόνο παράθυρο ανανέωσης, και αυτή η απαίτηση αυξάνεται εκθετικά πιο δύσκολο καθώς οι θέσεις, τα πεδία εμπιστοσύνης και η συχνότητα ανανέωσης αυξάνονται. Σε συνδυασμό με το όριο all-or-nothing, όπου το 100% των θραυσμάτων απαιτείται για να αποκαλυφθεί κάτι και κάθε αυστηρό υποσύνολο διαρρέει μηδενική πληροφορία, η ανανέωση μετατρέπει το μοντέλο ασφάλειας από μια στατική εγγύηση σε μια χρονικά-δένδετη.

Πολυάριθμες οργανώσεις τρέχουν να αναπτύξουν AI agent, ωστόσο η ασφάλεια ταυτοτήτων παραμένει συχνά ένα παρεπόμενο. Ποια είναι τα πιο κοινά λάθη που κάνουν οι εταιρείες όταν δίνουν στους AI agent πρόσβαση σε επιχειρησιακά συστήματα και ευαίσθητα δεδομένα;

Το μεγαλύτερο λάθος είναι να αντιμετωπίζουν έναν agent σαν ένα λογαριασμό υπηρεσίας και να του δίνουν ένα στατικό, μακροχρόνιο API κλειδί. Αυτό το διαπιστευτήριο γίνεται ένα μόνιμο, θερμό asset που κάθεται μέσα σε έναν μη-детερμινιστικό, prompt-ενέκλυτο ηθοποιό.

Άλλα κοινά λάθη που βλέπω: χορήγηση σταθέρων προνομίων αντί για πρόσβαση just-in-time, εξάρτηση από χονδρές ρόλους-βασισμένες άδειες που περιγράφουν τι μπορεί να φτάσει ένας agent αλλά ποτέ τι σκοπεύει να κάνει, δίνοντας στους agent άμεσους δικτυακούς δρόμους σε βάσεις δεδομένων και API ώστε μια παραβίαση να γίνει πλευρική κίνηση, και μη έχοντας κανένα ελεγκτικό σύνολο που συνδέει μια ενέργεια agent με τον άνθρωπο και το prompt που την προκάλεσε. Κάθε ένα από αυτά είναι μια προσπάθεια να ανακυκλώσει ανθρώπινους-εποχής ελέγχους σε κάτι που δεν συμπεριφέρεται σαν άνθρωπος.

Η Akeyless έχει υποστηρίξει ότι οι AI agent απαιτούν ένα θεμελιωδώς διαφορετικό μοντέλο ταυτοτήτων από τους ανθρώπους ή τις παραδοσιακές μηχανικές εργασίες. Τι κάνει τους AI agent μοναδικά δύσκολο να ασφαλίσουν σε σύγκριση με τα υπάρχοντα πλαίσια IAM και PAM;

Το κεντρικό λάθος είναι να αντιμετωπίζουν τους AI agent σαν einen νέο τύπο χρήστη, ή ακόμη και einen νέο τύπο λογαριασμού υπηρεσίας, και να υποθέτουν ότι μπορούν να ενταχθούν και να κυβερνηθούν σαν ανθρώπινες ταυτότητες. Αυτό είναι ένα λάθος κατηγορίας, για quelques συνδεδεμένα λόγους.

Οι ταυτότητες των agent δεν είναι αριθμήσιμες. Το συγκεκριμένο экземпляρ που θέλετε να κυβερνήσετε συνήθως δεν υπάρχει ακόμη, και μέχρι να υπάρχει, έχει ήδη εξαφανιστεί. Ένας agent μπορεί να ξεκινήσει σε ένα Lambda, να τρέξει για 800 χιλιοστά του δευτερολέπτου και να εξαφανιστεί πριν οποιοςδήποτε σαρωτής το παρατηρήσει, ή να γεννήσει αλυσίδες υπο-agent σε VM, containers και serverless που ολοκληρώνονται σε δευτερόλεπτα. Η εγγραφή αυτών σε einen κατάλογο είναι το να αντιμετωπίζεις φαντάσματα σαν κατοίκους: μέχρι να ολοκληρωθεί η εγγραφή, η οντότητα που περιγράφηκε έχει ήδη εξαφανιστεί.

Ο σωστός άγκυρος είναι επομένως nicht ο agent αλλά η ταυτότητα εργασίας που η εκτέλεση runtime έχει ήδη εκδώσει, το AWS execution role, το Kubernetes service account token, το SPIFFE SVID. Αυτή η ταυτότητα υπάρχει ήδη, είναι εγγυημένη από την πλατφόρμα που τρέχει ο agent, και εξαφανίζεται όταν ο agent εξαφανιστεί. Επειδή οι ταυτότητες είναι εφήμερες, τα σταθερά entities για να γράψετε πολιτική μεταξύ τους είναι οι μεθόδους αυθεντικοποίησης και τα συστήματα-στόχους, όχι ονομασμένες ταυτότητες και εύρος. Και αυτό είναι όπου τα υπάρχοντα IAM και PAM σπάζουν πιο αποφασιστικά: στατικές RBAC και ABAC δεν μπορούν να περιέχουν einen μη-детерμινιστικό ηθοποιό. Ένας agent με ένα τέλειο Scoped token και μια τέλεια ενεργοποιημένη TTL μπορεί ακόμη να είναι prompt-ενέκλυτος, να ονειρεύεται μια καταστροφική ερώτηση, ή να πηδήξει από μια ανάγνωση εργασία σε μια εργασία γραφής στην ίδια συνεδρία, χωρίς καμία παραβίαση πολιτικής ορατή στο επίπεδο εξουσιοδότησης. RBAC και ABAC αξιολογούνται στην αυθεντικοποίηση, όχι μετά, επειδή αυτό που συμβαίνει μετά quyếtίζεται από einen LLM που κοιτάζει ένα παράθυρο контекст που ο συγγραφέας πολιτικής δεν μπορεί να δει.

Υπάρχει μια αυξανόμενη συζήτηση γύρω από “secretless” αρχιτεκτονικές για συστήματα AI. Πώς ορίζετε την αυθεντικοποίηση χωρίς μυστικά, και γιατί πιστεύετε ότι τα στατικά διαπιστευτήρια και τα API κλειδιά γίνονται μη-βιώσιμα στην εποχή των αυτόνομων agent;

Η αυθεντικοποίηση χωρίς μυστικά σημαίνει ότι ο agent δεν κατέχει ποτέ ένα διαπιστευτήριο. Αντί να δώσετε στον agent ένα κλειδί που πρέπει να αποθηκεύσει και να παρουσιάσει, ο agent αυθεντικοποιείται μέσω της ιθαγένειας εργασίας του, και ένα βραχύβιο, just-in-time διαπιστευτήριο είναι ενέκλυτο σε μια διαμεσολαβημένη συνεδρία στην ώρα της εκτέλεσης, και στη συνέχεια καταστρέφεται όταν η συνεδρία ολοκληρώνεται. Ο agent δεν το βλέπει ποτέ.

Τα στατικά διαπιστευτήρια και τα API κλειδιά γίνονται μη-βιώσιμα για έναν απλό λόγο: ένα μυστικό που κατέχει ένας agent είναι ένα μυστικό που μπορεί να κλέψει ένας επιτιθέμενος. Σε ένα κόσμο όπου ο ηθοποιός που κατέχει το διαπιστευτήριο μπορεί να είναι prompt-ενέκλυτος ή να ονειρεύεται, ένα μακροχρόνιο κλειδί γίνεται κάθε παραβίαση agent σε μια διαρροή κλειδιού. Αφαιρέστε το διαπιστευτήριο από τον agent και ένας παραβιασμένος agent δεν έχει τίποτα να διαρρεύσει. Αυτό είναι ολόκληρος ο σκοπός του τι ονομάζουμε SecretlessAI.

Όσο οι AI agent κερδίζουν την ικανότητα να σχεδιάζουν, να εκτελούν ενέργειες και να αλληλεπιδρούν με πολλαπλά συστήματα ανεξάρτητα, ποια νέα vectors επιθέσεων σας ανησυχούν περισσότερο τα επόμενα τρία έως πέντε χρόνια;

Οι vectors που με ανησυχούν περισσότερο όλα προέρχονται από τους agent που μπορούν να σχεδιάζουν και να ενεργούν σε συστήματα ανεξάρτητα. Η prompt-ένεση που καταλαμβάνει την πρόθεση ενός agent κατά τη διάρκεια μιας εργασίας είναι το πιο σαφές, επειδή η ταυτότητα παραμένει έγκυρη ακόμη και καθώς η συμπεριφορά γίνεται κακόβουλη. Πέρα από αυτό, ανησυχώ για agent-to-agent handoffs όπου η εξουσία μεταφέρεται κατά μήκος μιας αλυσίδας χωρίς σαφή ευθύνη, πλευρική κίνηση μέσω agent που έχουν άμεση δικτυακή πρόσβαση, και εξαγωγή δεδομένων όπου ένας agent με υπερ-άδεια τραβά πολύ περισσότερα από ό,τι απαιτεί η εργασία του. Το κοινό νήμα είναι ότι το διαπιστευτήριο και ο ρόλος μπορούν να είναι πλήρως έγκυροι ενώ η ενέργεια δεν είναι. Οι άμυνες που ελέγχουν μόνο την άδεια, όχι τον σκοπό, δεν θα πιάσουν κανένα από αυτά. Αυτός είναι ο λόγος για τον οποίο η意識-aware επιβολή στο gateway, σε κάθε ενέργεια, είναι ο έλεγχος που πιστεύω ότι θα μετρήσει περισσότερο.

Βλέποντας μπροστά, πιστεύετε ότι οι επιχειρήσεις θα χρειαστούν τελικά ένα αφιερωμένο στρώμα ταυτοτήτων για τους AI agent, παρόμοιο με τον τρόπο που οι παρόχοι ταυτοτήτων έγιναν απαραίτητοι για τους ανθρώπινους χρήστες, και τι θα ήταν η μελλοντική αρχιτεκτονική;

Ναι, αλλά δεν θα μοιάζει με το μοντέλο παρόχου ταυτοτήτων ανθρώπων απλά επανασχεδιασμένο για τους agent. Προσπαθώντας να χτίσετε einen κατάλογο agent είναι το να χτίζετε einen κατάλογο για φαντάσματα, ταυτότητες που έχουν εξαφανιστεί πριν ολοκληρώσετε την εγγραφή τους.

Το στρώμα ταυτότητας agent που περιμένω θα αγκυροβολήσει την ταυτότητα στην εργασία που η runtime εκδίδει, cloud IAM, Kubernetes service accounts, OIDC ομοσπονδία, και πρότυπα όπως SPIFFE/SPIRE που είναι ήδη production-αποδεδειγμένα και cross-υποστρώματος. Η εξουσιοδότηση θα εκφραστεί ως σχέσεις μεταξύ μεθόδων αυθεντικοποίησης και συστημάτων-στόχων, αντί μεταξύ ονομασμένων ταυτοτήτων και εύρους. Και το κέντρο βαρύτητας θα είναι ένα επίπεδο επιβολής χρόνου εκτέλεσης, ένα gateway που διαμεσολαβεί κάθε ενέργεια, ταξινομεί την πρόθεση, ενέκλυει εφήμερη διαπιστευτήρια, μασκαρώνει ευαίσθητες απαντήσεις, και παράγει einen πλήρη ελεγκτικό σύνολο. Η ταυτότητα ακόμη μετράει, αλλά πέφτει στη θέση της πίσω από την επιβολή rather than μπροστά της. Αυτό το επίπεδο επιβολής χρόνου εκτέλεσης, που κάθεται στην ίδια πλατφόρμα που ήδη κυβερνά ανθρώπινη και μηχανική πρόσβαση, είναι αυτό που πιστεύω ότι κάθε επιχείρηση που τρέχει agent σε παραγωγή θα χρειαστεί τελικά.

Ευχαριστώ για τη μεγάλη συνέντευξη, οι αναγνώστες που επιθυμούν να μάθουν περισσότερα πρέπει να επισκεφθούν Akeyless.