SAML VS. LDAP: Όλα όσα πρέπει να γνωρίζετε

Στη συνέχεια, ένας πάροχος υπηρεσιών (i.μι., Εφαρμογή Web) παραδέχεται τον χρήστη στην πλατφόρμα του μετά από ανταλλαγή ταυτότητας βασισμένης στο XML. Πιο τεχνικά, ένα IDP είναι μια αρχή ελέγχου ταυτότητας που παράγει και αναμεταδίδει τους ισχυρισμούς χαρακτηριστικών SAML.

Το SSO SAML δεν είναι LDAP

Κάθε τόσο συχνά παίρνουμε μια ερώτηση παρόμοια με: θέλουμε να αντικαταστήσουμε τον έλεγχο ταυτότητας LDAP με τον έλεγχο ταυτότητας SSO SAML χωρίς να χάσουμε οποιαδήποτε λειτουργικότητα. Είναι αυτό εφικτό?

Δυστυχώς όχι. Το SAML δεν αποτελεί άμεση αντικατάσταση για το LDAP. Πρόκειται για ένα τεχνικό, πρωτόκολλο, περιορισμό και αυτό το άρθρο με τα πόδια από τους περιορισμούς που έχει η SSO SAML πάνω από το LDAP και τις πιθανές λύσεις.

Λάβετε υπόψη ότι τα περισσότερα από τα ζητήματα είναι περιορισμοί με τα πρωτόκολλα SAML vs LDAP, όχι σε θέματα υλοποίησης υγρώνfiles.

Το SAML δεν αποτελεί άμεση αντικατάσταση για το LDAP

Τι είναι το LDAP?

Το LDAP (Πρωτόκολλο Πρόσβασης κατάλογου ελαφρού καταλόγου) είναι στην πιο βασική μορφή του ένα πρωτόκολλο που μπορεί να χρησιμοποιηθεί για να αναζητήσει αντικείμενα σε έναν κατάλογο. Το LDAP είναι ένα πρωτόκολλο back-end Αυτό συμβαίνει μεταξύ ενός διακομιστή (όπως Liquidfiles) και ενός διακομιστή LDAP/καταλόγου (όπως η Directory Active Directory).

Το LDAP μπορεί επίσης να χρησιμοποιηθεί για έλεγχο ταυτότητας και όταν κάποιος πιστοποιεί τον διακομιστή (LiquidFiles σε αυτή την περίπτωση), ο διακομιστής θα προσπαθήσει να πιστοποιήσει τον κατάλογο LDAP και εάν επιτύχει την επιτυχή πρόσβαση στον χρήστη. Η κύρια διαφορά από το SAML παρακάτω είναι ακριβώς αυτό – Ο διακομιστής θα προσπαθήσει τον έλεγχο ταυτότητας. Δεν υπάρχει τίποτα LDAP που συμβαίνει μεταξύ του προγράμματος περιήγησης ιστού/προοπτικού ή οποιουδήποτε άλλου πελάτη και υγρών Featfiles. Το LDAP συμβαίνει μεταξύ του διακομιστή (LiquidFiles) και του διακομιστή LDAP/καταλόγου.

Τι είναι το SAML

Το SAML (Γλώσσα σήμανσης ασφαλείας) είναι πρωτόκολλο μπροστά Χτισμένο για προγράμματα περιήγησης ιστού για την παροχή ενιαίας σύνδεσης (SSO) για εφαρμογές ιστού. Δεν υπάρχουν εγκαταστάσεις αναζήτησης χρήστη στο SAML και δεν λειτουργεί χωρίς πρόγραμμα περιήγησης.

Τεχνικά, η SAML λειτουργεί με την ανακατεύθυνση του προγράμματος περιήγησης στο Web στον διακομιστή SAML, ο SAML Server πιστοποιεί τον χρήστη και ανακατευθύνει το πρόγραμμα περιήγησης πίσω στο διακομιστή (LiquidFiles σε αυτή την περίπτωση) με υπογεγραμμένη απάντηση στη διεύθυνση URL. Ο διακομιστής (LiquidFiles) επαληθεύει την υπογραφή χρησιμοποιώντας το δακτυλικό αποτύπωμα του πιστοποιητικού του SAML Server και εάν η επιτυχής θα χορηγήσει πρόσβαση στον χρήστη.

Έτσι, σε άμεσο αντίθετο από το LDAP παραπάνω, με το SAML, δεν υπάρχει ανταλλαγή SAML που να συμβαίνει μεταξύ του διακομιστή (LiquidFiles) και του διακομιστή SAML όταν ο χρήστης πιστοποιεί. Το μόνο πράγμα που συμβαίνει είναι ότι το πρόγραμμα περιήγησης ιστού παίρνει ανακατευθυνόμενη μεταξύ του διακομιστή (LiquidFiles) στον διακομιστή SAML και στη συνέχεια πίσω στο διακομιστή για να ολοκληρώσει τον έλεγχο ταυτότητας.

Περίληψη των διαφορών

Ικανότητα	SAML	LDAP
Αυθεντικοποίηση
Αναζήτηση αντικειμένων

Πελάτης	SAML	LDAP
Φυλλομετρητής
Πελάτης Outlook
Πελάτης MAC
Πελάτης iOS
Εφαρμογή Windows CLI
App Unix/Linux CLI
Προσαρμοσμένη ενσωμάτωση API

Επαλήθευση ταυτότητας και πιθανές λύσεις

Φυλλομετρητής

Τόσο LDAP όσο και SAML υποστήριξη ελέγχου ελέγχου του προγράμματος περιήγησης στο πρόγραμμα περιήγησης. Δεν χρειάζεται τίποτα ιδιαίτερο.

Πελάτης Outlook

Ο πελάτης του Outlook δεν είναι πρόγραμμα περιήγησης στο Web, οπότε ο άμεσος έλεγχος ταυτότητας SAML δεν είναι δυνατός. Είναι πιθανό ότι σε μελλοντικές κυκλοφορίες υγρών γηπέδων, θα χτίσουμε κάτι όπου μπορούμε να ξεκινήσουμε ένα παράθυρο προγράμματος περιήγησης από το plugin του Outlook και να παρέχουμε έλεγχο ταυτότητας με αυτόν τον τρόπο.

Ένας άλλος πιθανός τρόπος αντιμετώπισης είναι να χρησιμοποιήσετε τον πληρεξούσιο ελέγχου ταυτότητας των Windows, το οποίο θα πιστοποιήσει τους υπάρχοντες χρήστες αλλά όχι για νέους χρήστες (επειδή χρειαζόμαστε LDAP για να αναζητήσουμε χρήστες για να δουν αν υπάρχουν).

Πελάτες Mac/iOS

Ίδιο με τον πελάτη του Outlook. Ο πελάτης Mac/iOS δεν είναι πρόγραμμα περιήγησης στο Web, οπότε δεν μπορεί να πιστοποιήσει τον SAML απευθείας. Εάν/όταν δημιουργούμε τον έλεγχο ταυτότητας παραθύρου του προγράμματος περιήγησης για το plugin του Outlook, είναι πιθανό ότι αυτό θα επεκταθεί και στον πελάτη Mac/iOS.

Εφαρμογές Windows/Unix/Linux CLI

Και πάλι, οι εφαρμογές CLI δεν είναι προγράμματα περιήγησης ιστού, οπότε δεν μπορούν να πιστοποιήσουν με το SAML. Όλες οι εφαρμογές CLI έχουν τη δυνατότητα να πιστοποιήσουν ταυτότητας με τα κλειδιά API απευθείας, όμως, έτσι ώστε για τους υπάρχοντες χρήστες υγρών, είναι δυνατόν να χρησιμοποιήσετε τις εφαρμογές CLI με το πλήκτρο API.

Δεν θα είναι ποτέ δυνατή η εξακρίβωση ταυτότητας επί του παρόντος ανύπαρκτοι χρήστες υγρών.

Προσαρμοσμένη ενσωμάτωση API

Ανάλογα με το τι έχετε δημιουργήσει και πώς λειτουργεί αυτό, αυτό μπορεί ή όχι να είναι πρόβλημα. Οι τυπικές προσαρμοσμένες ενσωματώσεις API θα ήταν, για παράδειγμα, ένα σύστημα μισθοδοσίας που χρησιμοποιεί τα Liquidfiles για να στείλουν με ασφάλεια το προσωπικό τους τα στοιχεία πληρωμής τους όταν λαμβάνουν τις πληρωμές τους. Για κάτι τέτοιο, θα χρησιμοποιούσατε έναν μακροπρόθεσμο λογαριασμό χρήστη LiquidFiles, οπότε δεν θα βασίζεστε σε κανένα εξωτερικό έλεγχο ταυτότητας.

Ζητήματα αναζήτησης χρήστη και πιθανές λύσεις

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

Ασφαλή μηνύματα

Από προεπιλογή, το LiquidFiles έχει ρυθμιστεί, οπότε εάν ένας εξωτερικός χρήστης προσπαθεί να στείλει ένα μήνυμα στον [email protected], η Liquidfiles θα αναζητήσει πρώτα την τοπική βάση δεδομένων για αυτόν τον χρήστη και στη συνέχεια θα προσπαθήσει να αναζητήσει αυτόν τον χρήστη στο LDAP. Εάν ο χρήστης υπάρχει ή μπορεί να υπάρξει, τότε ο εξωτερικός χρήστης επιτρέπεται να στείλει ένα μήνυμα στον [email protected]. Εάν ο χρήστης δεν υπάρχει ή δεν έχουμε LDAP για να αναζητήσουμε τον χρήστη, ο εξωτερικός χρήστης θα λάβει μια ειδοποίηση που απορρίπτεται πρόσβαση.

SAML VS. LDAP: Όλα όσα πρέπει να γνωρίζετε

Στη συνέχεια, ένας πάροχος υπηρεσιών (i.μι., Εφαρμογή Web) παραδέχεται τον χρήστη στην πλατφόρμα του μετά από ανταλλαγή ταυτότητας βασισμένης στο XML. Πιο τεχνικά, ένα IDP είναι μια αρχή ελέγχου ταυτότητας που παράγει και αναμεταδίδει τους ισχυρισμούς χαρακτηριστικών SAML.

Το SSO SAML δεν είναι LDAP

Κάθε τόσο συχνά παίρνουμε μια ερώτηση παρόμοια με: θέλουμε να αντικαταστήσουμε τον έλεγχο ταυτότητας LDAP με τον έλεγχο ταυτότητας SSO SAML χωρίς να χάσουμε οποιαδήποτε λειτουργικότητα. Είναι αυτό εφικτό?

Δυστυχώς όχι. Το SAML δεν αποτελεί άμεση αντικατάσταση για το LDAP. Πρόκειται για ένα τεχνικό, πρωτόκολλο, περιορισμό και αυτό το άρθρο με τα πόδια από τους περιορισμούς που έχει η SSO SAML πάνω από το LDAP και τις πιθανές λύσεις.

Λάβετε υπόψη ότι τα περισσότερα από τα ζητήματα είναι περιορισμοί με το Procotols SAML vs LDAP, όχι τα θέματα υλοποίησης υγρών.

Το SAML δεν αποτελεί άμεση αντικατάσταση για το LDAP

Τι είναι το LDAP?

Το LDAP (Πρωτόκολλο Πρόσβασης κατάλογου ελαφρού καταλόγου) είναι στην πιο βασική μορφή του ένα πρωτόκολλο που μπορεί να χρησιμοποιηθεί για να αναζητήσει αντικείμενα σε έναν κατάλογο. Το LDAP είναι ένα πρωτόκολλο back-end Αυτό συμβαίνει μεταξύ ενός διακομιστή (όπως Liquidfiles) και ενός διακομιστή LDAP/καταλόγου (όπως η Directory Active Directory).

Το LDAP μπορεί επίσης να χρησιμοποιηθεί για έλεγχο ταυτότητας και όταν κάποιος πιστοποιεί τον διακομιστή (LiquidFiles σε αυτή την περίπτωση), ο διακομιστής θα προσπαθήσει να πιστοποιήσει τον κατάλογο LDAP και εάν επιτύχει την επιτυχή πρόσβαση στον χρήστη. Η κύρια διαφορά από το SAML παρακάτω είναι ακριβώς αυτό – Ο διακομιστής θα προσπαθήσει τον έλεγχο ταυτότητας. Δεν υπάρχει τίποτα LDAP που συμβαίνει μεταξύ του προγράμματος περιήγησης ιστού/προοπτικού ή οποιουδήποτε άλλου πελάτη και υγρών Featfiles. Το LDAP συμβαίνει μεταξύ του διακομιστή (LiquidFiles) και του διακομιστή LDAP/καταλόγου.

Τι είναι το SAML

Το SAML (Γλώσσα σήμανσης ασφαλείας) είναι πρωτόκολλο μπροστά Χτισμένο για προγράμματα περιήγησης ιστού για την παροχή ενιαίας σύνδεσης (SSO) για εφαρμογές ιστού. Δεν υπάρχουν εγκαταστάσεις αναζήτησης χρήστη στο SAML και δεν λειτουργεί χωρίς πρόγραμμα περιήγησης.

Τεχνικά, η SAML λειτουργεί με την ανακατεύθυνση του προγράμματος περιήγησης στο Web στον διακομιστή SAML, ο SAML Server πιστοποιεί τον χρήστη και ανακατευθύνει το πρόγραμμα περιήγησης πίσω στο διακομιστή (LiquidFiles σε αυτή την περίπτωση) με υπογεγραμμένη απάντηση στη διεύθυνση URL. Ο διακομιστής (LiquidFiles) επαληθεύει την υπογραφή χρησιμοποιώντας το δακτυλικό αποτύπωμα πιστοποιητικών διακομιστών SAML και εάν η επιτυχής θα χορηγήσει πρόσβαση στον χρήστη.

Έτσι, σε άμεσο αντίθετο από το LDAP παραπάνω, με το SAML, δεν υπάρχει ανταλλαγή SAML που να συμβαίνει μεταξύ του διακομιστή (LiquidFiles) και του διακομιστή SAML όταν ο χρήστης πιστοποιεί. Το μόνο πράγμα που συμβαίνει είναι ότι το πρόγραμμα περιήγησης ιστού παίρνει ανακατευθυνόμενη μεταξύ του διακομιστή (LiquidFiles) στον διακομιστή SAML και στη συνέχεια πίσω στο διακομιστή για να ολοκληρώσει τον έλεγχο ταυτότητας.

Περίληψη των διαφορών

Βασικές δυνατότητες

Ικανότητα	SAML	LDAP
Αυθεντικοποίηση
Αναζήτηση αντικειμένων

Αυθεντικοποίηση

Πελάτης	SAML	LDAP
Φυλλομετρητής
Πελάτης Outlook
Πελάτης MAC
Πελάτης iOS
Εφαρμογή Windows CLI
App Unix/Linux CLI
Προσαρμοσμένη ενσωμάτωση API

Επαλήθευση ταυτότητας και πιθανές λύσεις

Φυλλομετρητής

Τόσο η LDAP όσο και η SAML υποστηρίζουν τον έλεγχο ταυτότητας του προγράμματος περιήγησης στο Web. Δεν χρειάζεται τίποτα ειδικό.

Πελάτης Outlook

Ο πελάτης του Outlook δεν είναι ένα πρόγραμμα περιήγησης στο Web, οπότε ο άμεσος έλεγχος ταυτότητας SAML δεν είναι δυνατός. Είναι πιθανό ότι σε μελλοντικές κυκλοφορίες υγρών γηπέδων, θα χτίσουμε κάτι όπου μπορούμε να ξεκινήσουμε ένα παράθυρο προγράμματος περιήγησης από το plugin του Outlook και να παρέχουμε έλεγχο ταυτότητας με αυτόν τον τρόπο.

Ένας άλλος πιθανός τρόπος αντιμετώπισης είναι να χρησιμοποιήσετε τον πληρεξούσιο ελέγχου ταυτότητας των Windows που θα πιστοποιήσει τους υπάρχοντες χρήστες αλλά όχι για νέους χρήστες (επειδή χρειαζόμαστε LDAP για να αναζητήσουμε τους χρήστες για να δουν αν υπάρχουν).

Πελάτες Mac/iOS

Ίδιο με τον πελάτη του Outlook. Ο πελάτης Mac/iOS δεν είναι πρόγραμμα περιήγησης στο Web, οπότε δεν μπορεί να πιστοποιήσει τον SAML απευθείας. Εάν/όταν δημιουργούμε τον έλεγχο ταυτότητας παραθύρου του προγράμματος περιήγησης για το plugin του Outlook, είναι πιθανό ότι αυτό θα επεκταθεί και στον πελάτη Mac/iOS.

Εφαρμογές Windows/Unix/Linux CLI

Και πάλι, οι εφαρμογές CLI δεν είναι προγράμματα περιήγησης ιστού, οπότε δεν μπορεί να πιστοποιήσει με το SAML. Όλες οι εφαρμογές CLI έχουν τη δυνατότητα να πιστοποιήσουν ταυτότητας με τα κλειδιά API απευθείας, αν και για τους υπάρχοντες χρήστες Liquidfiles, είναι δυνατόν να χρησιμοποιήσετε τις εφαρμογές CLI με το πλήκτρο API.

Δεν θα είναι ποτέ δυνατή η εξακρίβωση ταυτότητας επί του παρόντος ανύπαρκτοι χρήστες υγρών.

Προσαρμοσμένη ενσωμάτωση API

Ανάλογα με το τι έχετε δημιουργήσει και πώς λειτουργεί αυτό, αυτό μπορεί ή όχι να είναι πρόβλημα. Τυπικές προσαρμοσμένες ενσωματώσεις API θα ήταν για παράδειγμα ένα σύστημα μισθοδοσίας που χρησιμοποιεί τα Liquidfiles για να στείλουν με ασφάλεια το προσωπικό τους τα στοιχεία πληρωμής τους όταν λαμβάνουν τις πληρωμές τους. Για κάτι τέτοιο, θα χρησιμοποιούσατε έναν μακροπρόθεσμο λογαριασμό χρήστη υγρών Fiquidfiles, οπότε δεν θα βασίζεστε σε κανένα εξωτερικό έλεγχο ταυτότητας.

Ζητήματα αναζήτησης χρήστη και πιθανές λύσεις

Μέχρι τώρα θα πρέπει να είναι σαφές ότι η κύρια διαφορά μεταξύ SAML και LDAP είναι ότι το SAML είναι ο έλεγχος ταυτότητας χρησιμοποιώντας μόνο προγράμματα περιήγησης και ότι δεν μπορεί να αναζητήσει λογαριασμούς χρηστών. Ακολουθούν μερικά σενάρια που πρέπει να γνωρίζετε ότι μπορεί να μην λειτουργήσει όπως αναμενόταν εάν έχετε προηγουμένως στηριχτεί στο LDAP.

Ασφαλή μηνύματα

Από προεπιλογή, το LiquidFiles έχει ρυθμιστεί, οπότε εάν ένας εξωτερικός χρήστης προσπαθεί να στείλει ένα μήνυμα στον [email protected], η Liquidfiles θα αναζητήσει πρώτα την τοπική βάση δεδομένων για αυτόν τον χρήστη και στη συνέχεια θα προσπαθήσει να αναζητήσει αυτόν τον χρήστη στο LDAP. Εάν ο χρήστης υπάρχει ή μπορεί να υπάρξει, τότε ο εξωτερικός χρήστης επιτρέπεται να στείλει ένα μήνυμα στον [email protected]. Εάν ο χρήστης δεν υπάρχει ή δεν έχουμε LDAP για να αναζητήσουμε τον χρήστη, ο εξωτερικός χρήστης δεν θα επιτρέπεται να στείλει το μήνυμα.

Μια πιθανή λύση είναι ότι σε admin → ομάδες, επεξεργαστείτε την ομάδα που θέλετε (οι χρήστες εξωτερικών σε αυτή την περίπτωση), μπορείτε να ορίσετε περιορισμούς τομείς παραλήπτη στην εταιρεία.com, και οποιοσδήποτε άλλος τοπικός τομέας ηλεκτρονικού ταχυδρομείου που μπορεί να έχετε, τότε οποιοσδήποτε εξωτερικός χρήστης θα επιτρέπεται να αποστέλλει στους χρήστες σε αυτόν τον τομέα. Αλλά αν για παράδειγμα ο εξωτερικός χρήστης κάνει ένα τυπογραφικό λάθος σε έναν ανύπαρκτο χρήστη (όπως ο [email protected]) τότε αυτό θα εξακολουθεί να επιτρέπεται ακόμη και αν το μήνυμα αυτό τελικά δεν θα παραδοθεί.

Χρήστης Filedrops

Είναι συνηθισμένο ότι οι εταιρείες εγκαθιστούν το χρήστη filedrops όπως https: // liquidfiles.Εταιρία.com/filedrop/[email protected] και με το LDAP δεν έχει σημασία αν υπάρχει αυτός ο λογαριασμός χρήστη ή όχι. Εάν κάποιος επισκέπτεται αυτή τη διεύθυνση URL, η LiquidFiles θα αναζητήσει πρώτα την τοπική βάση δεδομένων χρήστη και στη συνέχεια θα αναζητήσει τον χρήστη στο LDAP για να δει αν υπάρχει αυτός ο χρήστης και αν υπάρχει ο χρήστης τότε ο Joe.user@company.Ο λογαριασμός COM θα δημιουργηθεί αυτόματα και όταν τα αρχεία μεταφορτωθούν Joe.user@company.Το COM θα λάβει το Filedrop, ακόμη και αν δεν συνδεθεί ποτέ στο σύστημα Liquidfiles. Χωρίς LDAP για να αναζητήσετε τα στοιχεία του χρήστη, αυτό το filedrop θα επιστρέψει απλά ένα 404 δεν βρέθηκε αντ ‘αυτού.

Αυτό το ζήτημα θα επιδεινωθεί εάν διαγράψετε αυτόματα τους χρήστες μετά από μια περίοδο αδράνειας που θα μπορούσε να οδηγήσει σε αυτό το χρήστη filedrop url suddely σταματά να λειτουργεί επειδή ο λογαριασμός διαγράφηκε και χωρίς LDAP δεν μπορούμε να το επαναδημιουργήσουμε αυτόματα.

Η μόνη λύση θα ήταν να δημιουργηθούν χειροκίνητα (και να διαγράψουν) λογαριασμούς χρηστών. Ενδεχομένως χρησιμοποιώντας το API Admin Admin Admin API LiquidFiles.

Αναθέστε αυτόματα τους χρήστες σε ομάδες

Στο LDAP, μπορούμε να αναζητήσουμε τα αντικείμενα της ομάδας χρησιμοποιώντας το μέλος Χαρακτηριστικά και αντιστοίχιση ομάδων LDAP/AD σε ομάδες Liquidfiles και αυτόματα εκχωρεί χρήστες στην ομάδα. Δεν υπάρχουν παρόμοια καλά καθορισμένα χαρακτηριστικά στο SAML, αλλά σίγουρα κάτι που θα εξετάσουμε περαιτέρω στις μελλοντικές κυκλοφορίες.

Περίληψη

Όπως μπορείτε να δείτε, το SAML δεν αποτελεί άμεση αντικατάσταση του LDAP και δεν σχεδιάστηκε ποτέ να είναι. Εάν αφαιρέσετε το LDAP από τα Liquidfiles όπου είχατε ενεργοποιήσει το LDAP, υπάρχουν ορισμένα πράγματα που δεν θα λειτουργήσουν ή θα λειτουργήσουν όπως έκαναν πριν. Ανάλογα με την κατάστασή σας, αυτό μπορεί ή δεν μπορεί να είναι πρόβλημα για εσάς.

SAML VS. LDAP: Όλα όσα πρέπει να γνωρίζετε

Σε αυτό το άρθρο, θα κάνουμε μια βαθιά κατάδυση στη γλώσσα σήμανσης ασφαλείας (SAML) και μεθόδους ελέγχου ταυτότητας πρωτοκόλλου πρόσβασης λεξικού (LDAP), τις διαφορές, τις ομοιότητες και τις επιπτώσεις τους. Θα μάθετε για κάθε περίπτωση χρήσης και ποιο πρωτόκολλο πρόσβασης θα χρησιμοποιηθεί για το δίκτυο του οργανισμού σας. Μέχρι το τέλος αυτού του άρθρου, θα έχετε μια ολοκληρωμένη κατανόηση του SAML VS. LDAP όσον αφορά τον τρόπο λειτουργίας τους και πώς μπορεί ο καθένας να επιτρέψει τον ασφαλή έλεγχο ταυτότητας χρήστη .

Τι είναι το SAML και το LDAP?

Το SAML και το LDAP είναι ξεχωριστές μέθοδοι για τον ασφαλή έλεγχο ταυτότητας των χρηστών σε πόρους δικτύου, όπως συσκευές, εφαρμογές ή βάσεις δεδομένων. Κάθε πρωτόκολλο ελέγχει τον τρόπο με τον οποίο οι χρήστες και οι πόροι επικοινωνούν μεταξύ τους συνδέοντας τα με μια υπηρεσία καταλόγου όπως η Active Directory.

Σημείωση σήμανσης ασφαλείας (SAML)

Η γλώσσα σήμανσης ασφαλείας (SAML) είναι ένα πρωτόκολλο ανοικτού τυπικού για τη διευκόλυνση της επικοινωνίας μεταξύ ενός χρήστη, ενός παρόχου ταυτότητας και της εφαρμογής. Το SAML μπορεί να υποστηρίξει τις υπηρεσίες εικονικού ιδιωτικού δικτύου (VPN), Wi-Fi και Web Application για να εκτελέσει μια ασφαλή σύνδεση-καθιστώντας το χρήσιμο για διακομιστές και εφαρμογές που βασίζονται σε σύννεφο.

Η SAML απλοποιεί τη διαδικασία ελέγχου ταυτότητας ανταλλάσσοντας πληροφορίες μεταξύ ενός παρόχου ταυτότητας (IDP) και ενός παρόχου υπηρεσιών (SP), όπως μια εφαρμογή ιστού. Σε αυτή τη ρύθμιση, ένας χρήστης θα ζητήσει μια υπηρεσία από έναν πάροχο υπηρεσιών, ο οποίος πρέπει στη συνέχεια να ζητήσει έλεγχο ταυτότητας από τον πάροχο ταυτότητας. Η SAML εξορθολογεί αυτή τη διαδικασία επικοινωνίας απαιτώντας μόνο τους χρήστες να συνδεθούν μία φορά με ένα σετ διαπιστευτηρίων. Όταν εφαρμόζεται το ίδιο πρωτόκολλο για την πρόσβαση σε πολλαπλές υπηρεσίες με μία μόνο σύνδεση, η SAML μπορεί να επιτρέψει την επαλήθευση μεμονωμένη σύνδεση (SSO).

✨ Πρέπει να συνδέσετε το SAML με το MongoDB, το Redis, το PostgreSQL και πολλά άλλα? Κανένα πρόβλημα, το strongdm το καθιστά εύκολο.

Πρωτόκολλο πρόσβασης ελαφρού καταλόγου (LDAP)

Το πρωτόκολλο πρόσβασης του ελαφρού καταλόγου (LDAP) είναι ένα πρωτόκολλο εφαρμογής ανοιχτού τυπικού και προμηθευτή-αγνωστικού για την επαλήθευση των ταυτότητας των χρηστών και την πρόσβαση σε διακομιστές, εφαρμογές και ακόμη και ορισμένες συσκευές. Μετά την εγκατάσταση ενός πελάτη LDAP σε μια συσκευή χρήστη, μπορεί να χρησιμοποιήσει πρωτόκολλο ελέγχου μετάδοσης/πρωτόκολλο Internet (TCP/IP) για να επικοινωνεί με έναν κατάλογο στο δίκτυο για πρόσβαση σε έναν πόρο όπως διακομιστή ηλεκτρονικού ταχυδρομείου, εκτυπωτή ή σύνολο δεδομένων.

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

✨ Πρέπει να συνδέσετε LDAP με MongoDB, Redis, PostgreSQL και πολλά άλλα? Κανένα πρόβλημα, το strongdm το καθιστά εύκολο.

SAML VS. LDAP: Ποια είναι η διαφορά?

Η διαφορά μεταξύ SAML και LDAP είναι ότι το SAML έχει σχεδιαστεί για συνδέσεις που βασίζονται σε σύννεφο χρησιμοποιώντας μόνο ένα IDP και SP για να επικοινωνούν τα δεδομένα χρήστη. Ωστόσο, το LDAP χρησιμοποιείται συνήθως για την πρόσβαση σε πόρους στο χώρο εγκατάστασης ενός πελάτη στη συσκευή του χρήστη για να συνδεθεί με μια υπηρεσία καταλόγου.

Το SAML είναι ένας σύνδεσμος επικοινωνίας που χρησιμοποιεί την Extensible Markup Language (XML) για να μοιράζεται μορφές δεδομένων γνωστές ως ισχυρισμούς SAML μέσω του Διαδικτύου και μεταξύ του IDP και του SP, επιτρέποντάς του για να υποστηρίξει τις συνδέσεις διακομιστή μέσω εφαρμογής ιστού ή υπηρεσιών Wi-Fi.

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

Ομοιότητες μεταξύ SAML και LDAP

Οι κύριες ομοιότητες μεταξύ SAML και LDAP έχουν τις ρίζες τους στο σκοπό τους – να δώσουν στους χρήστες πρόσβαση σε ένα δίκτυο οργανωτικών πόρων μέσω ασφαλούς ελέγχου ταυτότητας. Ο καθένας το κάνει αυτό, δημιουργώντας επικοινωνία μεταξύ ενός IDP (για τη διαχείριση και την αποθήκευση πληροφοριών χρήστη) και μια συσκευή, διακομιστή ή SP (για να εκτελέσετε μια συνάρτηση).

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

SAML και LDAP πλεονεκτήματα και μειονεκτήματα

Οι οργανισμοί πρέπει να σταθμίζουν τα πλεονεκτήματα και τα μειονεκτήματα κάθε πρωτοκόλλου ελέγχου ταυτότητας για να κατανοήσουν πλήρως τις αντίστοιχες επιπτώσεις τους.

Πλεονεκτήματα και μειονεκτήματα SAML

Μερικά από τα πλεονεκτήματα της χρήσης SAML περιλαμβάνουν:

• Βελτιωμένη εμπειρία χρήστη: Λόγω της απλότητας του SAML, οι χρήστες θα χρειαστεί να χρησιμοποιήσουν μόνο ένα σύνολο διαπιστευτηρίων για να αποκτήσουν πρόσβαση στο επιθυμητό SPS και μπορούν ακόμη και να χρησιμοποιήσουν το SSO για την ευκολία των εφάπαξ συνδέσεων.
• Μειωμένη συντήρηση και κόστος πληροφορικής: Με λιγότερες εσωτερικές εργασίες διαχείρισης πληροφορικής, όπως επαναφορά κωδικού πρόσβασης, οι οργανισμοί εξοικονομούν χρόνο και χρήμα.
• Βελτιωμένη ασφάλεια: Όλες οι πληροφορίες πιστοποίησης αποθηκεύονται με το IDP, το οποίο χρησιμοποιεί ενημερωμένους και περιεκτικούς ελέγχους ασφαλείας για τις σημερινές απειλές στον κυβερνοχώρο.

Το SAML έχει επίσης κάποια μειονεκτήματα που σχετίζονται με αυτό όπως:

• Υψηλή εξάρτηση από τους παρόχους ταυτότητας: Επειδή οι IDP διαχειρίζονται τις πληροφορίες διαπιστευτηρίων και ξεκινούν τη διαδικασία ελέγχου ταυτότητας, οι οργανισμοί βασίζονται εξ ολοκλήρου στη διαθεσιμότητα του συστήματος και τους ελέγχους ασφαλείας.
• Τεχνικές πολυπλοκότητες και περιορισμούς εφαρμογών: Η χρήση μορφών XML για την κοινή χρήση δεδομένων χρήστη μεταξύ συστημάτων IDP και SP είναι εξαιρετικά δύσκολο να αναπτυχθεί. Θα μπορούσαν επίσης να υπάρχουν ενδεχόμενα τρωτά σημεία ασφαλείας και ζητήματα συμβατότητας εάν χρησιμοποιείτε το πρότυπο SAML για να πιστοποιήσετε τον έλεγχο ταυτότητας για εφαρμογές για κινητά.

Πλεονεκτήματα και μειονεκτήματα LDAP

Ακολουθούν ορισμένα οφέλη από τη χρήση του LDAP:

• Συγκέντρωση συστημάτων πληροφοριών: Το LDAP λειτουργεί ως κεντρικός κόμβος για έλεγχο ταυτότητας όπου οι πόροι ενοποιούνται σε έναν κατάλογο για τους χρήστες να κάνουν αιτήματα ερωτήσεων.
• Ευελιξία του συστήματος: Λόγω της ηλικίας, της φύσης και του σκοπού του, το LDAP είναι συμβατό με πολλά διαφορετικά λειτουργικά συστήματα, υπηρεσίες καταλόγου, συσκευές και εφαρμογές. Επιπλέον, ως πρωτόκολλο ανοιχτού κώδικα, έχει αρκετή ουρά αρχιτεκτονική για τους προγραμματιστές να σχεδιάσουν στις ανάγκες τους.
• Ασφαλείς μεταδόσεις: Το LDAP μπορεί να χρησιμοποιήσει την ασφάλεια του επιπέδου μεταφοράς (TLS), η οποία κρυπτογραφεί τα δεδομένα που μεταφέρονται στο δίκτυο – μία από τις πιο σύγχρονες και ασφαλείς διαδικασίες επικοινωνίας δικτύου.

Εναλλακτικά, ορισμένες προκλήσεις του LDAP περιλαμβάνουν:

• Περίπλοκη ρύθμιση και συντήρηση: Επειδή είναι ένα σχετικά παλιό πρότυπο πρωτοκόλλου που απαιτεί τις δικές του θύρες LDAP, μπορεί να απαιτεί πολλή εμπειρία, εξοπλισμό και τελικά κόστος για την ανάπτυξη και τη διαχείριση.
• Δύσκολο να κλιμακωθεί: Το σύστημα χρήσης υπηρεσιών καταλόγου για την πλοήγηση στους οργανωτικούς πόρους απαιτεί από τις επιχειρήσεις να επανασχεδιάσουν ή να δημιουργήσουν εντελώς νέους καταλόγους όταν πρέπει να αυξήσουν την αποθήκευση ή την ικανότητά τους στον χρήστη – δημιουργούν υψηλό κόστος και πρόσθετες προκλήσεις ανάπτυξης.

Οι περιπτώσεις χρήσης SAML και LDAP

Τα πρωτόκολλα SAML και LDAP χρησιμοποιούνται κυρίως για να επιτρέψουν την πρόσβαση των χρηστών σε πόρους ενός οργανισμού και να πιστοποιήσουν με ασφάλεια ότι κάθε χρήστης είναι ποιος λένε ότι είναι. Το SAML ενεργεί ως επικοινωνιακός που επιτρέπει στους IDP να εκτελούν τη λειτουργία τους – επιβεβαιώνουν τους χρήστες’ ταυτότητα. Με αυτόν τον τρόπο, η SAML χρησιμοποιεί τη διαδικασία επικοινωνίας για να δημιουργήσει λύσεις SSO για ηλεκτρονικές εφαρμογές.

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

Με αυτές τις κύριες λειτουργίες που παρουσιάζονται, μπορείτε να οργανώσετε δυνατότητες SAML και LDAP σε μερικές εξέχουσες περιπτώσεις χρήσης:

• Ασφαλής Διαχείριση Πρόσβασης: Προσφέρει στους χρήστες τη δυνατότητα πρόσβασης σε δεδομένα, εφαρμογές, συσκευές και αρχεία που απαιτούνται για τις ροές εργασίας τους είτε στο χώρο είτε μέσω του νέφους.
• Επαλήθευση χρήστη: Παρέχει έναν ασφαλή τρόπο ελέγχου των χρηστών πριν από τη χορήγηση πρόσβασης στο σύστημα.
• Συνδεσιμότητα πολλαπλών συστημάτων: Επιτρέπει την κεντρική επικοινωνία μεταξύ διαφόρων συστημάτων και πόρων, όπως υπηρεσίες καταλόγου, εκτοπισμένους και SPS.
• Διευκόλυνση SSO: Λειτουργεί ως το πλαίσιο για την ενίσχυση της εμπειρίας των χρηστών με πρόσβαση σε όλους τους πόρους τους σε ένα ασφαλές sign-on.

SAML ή LDAP?: Ποιο θα πρέπει να επιλέξετε?

Είστε διαχειριστής DevOps που εργάζεται σε εσωτερικές ή υπηρεσίες εφαρμογών? Ή ένας διευθυντής πληροφορικής που θέλει να διαχειριστεί τους χρήστες σας και τους πόρους πληροφορικής με ασφάλεια? Κάθε πρωτόκολλο θα είναι καλύτερα κατάλληλο για ορισμένες περιστάσεις, αν και οι δύο μπορούν να χρησιμοποιηθούν ταυτόχρονα ή σε συνδυασμό για πρόσβαση σε διαφορετικούς τύπους πόρων.

Ωστόσο, το SAML θα πρέπει να χρησιμοποιείται μεμονωμένα εάν η επιχείρησή σας ή οι εσωτερικές εφαρμογές λειτουργούν χρησιμοποιώντας πολλές λύσεις αποθήκευσης ή διακομιστές που εκτελούνται στο σύννεφο. Το SAML είναι επίσης μια καλύτερη επιλογή για τις ομάδες Lean που μπορεί να μην έχουν το προσωπικό, τους πόρους ή την τεχνογνωσία για να δημιουργήσουν μια περίπλοκη και εξαιρετικά ασφαλής αρχιτεκτονική, καθώς το μεγαλύτερο μέρος της εργασίας για το SAML ολοκληρώνεται και λειτουργεί από το IDP.

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

SAML VS. LDAP: Συχνές ερωτήσεις

Υποστηρίζει το LDAP SAML?

Ναί. Το SAML ενεργεί ως επικοινωνιακός που στέλνει δεδομένα ισχυρισμού μεταξύ του SP και του IDP για να πιστοποιήσει έναν χρήστη. Ωστόσο, το LDAP θεωρείται μια αρχή που στην πραγματικότητα κάνει την επικύρωση. Με αυτή την έννοια, οι διακομιστές LDAP μπορούν να υποστηρίξουν το πρωτόκολλο SAML ενεργώντας ως σύστημα IDP και αρχής.

Ποια είναι η διαφορά μεταξύ SSO και LDAP?

Το SSO είναι μια βολική μέθοδος ελέγχου ταυτότητας που επιτρέπει στους χρήστες να έχουν πρόσβαση σε πολλαπλές εφαρμογές και συστήματα χρησιμοποιώντας μόνο μία σύνδεση. Το LDAP είναι η διαδικασία πρωτοκόλλου ή επικοινωνίας που θα επιτρέψει στους χρήστες να έχουν πρόσβαση σε έναν πόρο δικτύου μέσω μιας υπηρεσίας καταλόγου. Οι προγραμματιστές θα μπορούσαν να χρησιμοποιήσουν LDAP για να επιτρέψουν το SSO εάν μια ενιαία σύνδεση έπρεπε να χορηγήσει την πρόσβαση του χρήστη σε όλες τις βάσεις δεδομένων, εφαρμογές και συσκευές σε αυτόν τον διακομιστή.

Ποια είναι η διαφορά μεταξύ SSO και SAML?

Το SAML αναφέρεται στη διαδικασία χορήγησης και επαλήθευσης πρόσβασης χρήστη ειδικά σε εφαρμογές cloud και web. Οι προγραμματιστές χρησιμοποιούν συνήθως πρωτόκολλα SAML για να παρέχουν πρόσβαση σε πολλαπλές εφαρμογές ή συστήματα ταυτόχρονα με μία μόνο σύνδεση μέσω μιας υπηρεσίας καταλόγου – η οποία θα ήταν το ισοδύναμο της επαλήθευσης SSO.

Το πόσο strongdm μπορεί να βοηθήσει με το SAML και το LDAP

Δεδομένου ότι η SAML και η LDAP απαιτούν από τους IDPs για να επαληθεύσουν τους χρήστες, είναι σημαντικό να συνεργαστείτε με μια πλατφόρμα πρόσβασης υποδομής (IAP) με σχετικές δυνατότητες επικοινωνίας και ολοκλήρωσης. Το StrongDM βοηθά στον έλεγχο και την παρακολούθηση της εξουσιοδότησης των χρηστών συνδέοντας τις υπηρεσίες καταλόγου σας με βασικούς πόρους δικτύου χρησιμοποιώντας LDAP, SAML και άλλα πρότυπα πρωτόκολλα.

Οι οργανισμοί και οι ομάδες ανάπτυξης μπορούν να διαχειριστούν με ασφάλεια την πρόσβαση των υποδομών χρησιμοποιώντας τις απαιτήσεις SSO, ενώ λαμβάνουν ορατότητα σε πραγματικό χρόνο στη δραστηριότητα των χρηστών, χάρη στη συμβατότητα του Standard Protocol της StrongDM. Όλα, συμπεριλαμβανομένων των βάσεων δεδομένων, των διακομιστών, των ιστότοπων, των εφαρμογών σύννεφων και των εργαλείων λογισμικού, μπορούν εύκολα να διανεμηθούν στους χρήστες και να έχουν πρόσβαση με ασφάλεια μέσω του StrongDM και της επεξεργασίας επικοινωνίας SAML ή LDAP.

Διατηρήστε ασφαλή διαχείριση πρόσβασης με το StrongDM

Αν και ο καθένας έχει τους μοναδικούς ρόλους, τις λειτουργίες και τις δυνατότητες του, το SAML και το LDAP παρέχουν ασφαλείς μεθόδους για τον έλεγχο ταυτότητας και την εξουσιοδότηση των χρηστών να έχουν πρόσβαση σε κρίσιμους πόρους δικτύου. Το StrongDM προσφέρει μια πλατφόρμα πρόσβασης κεντρικής υποδομής που είναι σε θέση να χρησιμοποιήσει SAML, LDAP και άλλα πρωτόκολλα για να επικοινωνήσει με τους παρόχους υπηρεσιών ταυτότητας και καταλόγων – που επιτρέπει τη συνδεσιμότητα, την ορατότητα και τη διαχείριση της πρόσβασης σε όλα τα συστήματά σας.

Θέλετε να μάθετε περισσότερα σχετικά με τη χρήση πρωτοκόλλων SAML και LDAP για να εξασφαλίσετε το περιβάλλον σας? Κλείστε ένα demo του Strongdm σήμερα.

Σχετικά με τον Συγγραφέα

Schuyler Brown, συνιδρυτής / CCO, άρχισε να εργάζεται με τις νεοσύστατες επιχειρήσεις ως ένας από τους πρώτους υπαλλήλους της Cross Commerce Media. Από τότε, εργάστηκε στις εταιρείες επιχειρηματικών κεφαλαίων DFJ Gotham και High Peaks Venture Partners. Είναι επίσης ο οικοδεσπότης των ιδρυτών@Fail και συγγραφέας της Inc.Η στήλη “αποτυχημένη προς τα εμπρός” της COM, όπου συνεντεύξεις βετεράνους επιχειρηματίες για τα χτυπήματα, τις μώλωπες και την πραγματικότητα της ζωής στα τάφρους εκκίνησης. Η φιλοσοφία της ηγεσίας: Να είστε αρκετά ταπεινοί για να συνειδητοποιήσετε ότι δεν είστε’να γνωρίζουμε τα πάντα και αρκετά περίεργα για να μάθετε περισσότερα. Κρατάει ένα Β.ΕΝΑ. και Μ.σι.ΕΝΑ. από το Πανεπιστήμιο της Κολούμπια. Για να επικοινωνήσετε με τον Schuyler, επισκεφθείτε τον στο LinkedIn.

Η διαφορά μεταξύ LDAP και SAML SSO

Πολλοί οργανισμοί πληροφορικής προσπαθούν να κατανοήσουν την αγορά Single Sign-On (SSO) και τα εμπλεκόμενα πρωτόκολλα. Ως αποτέλεσμα, το “SSO: SAML VS. LDAP” Η συζήτηση παίρνει κάποια σημασία.

Το LDAP και το SAML είναι και τα δύο πρωτόκολλα ελέγχου ταυτότητας και χρησιμοποιούνται συχνά για εφαρμογές, αλλά οι δύο αξιοποιούνται για πολύ διαφορετικές περιπτώσεις χρήσης. Παρ ‘όλα αυτά, οι οργανώσεις δεν κάνουν’δεν πρέπει να επιλέξω μεταξύ της χρήσης LDAP ή SAML. Η βέλτιστη προσέγγιση είναι για τις ομάδες πληροφορικής να αξιολογήσουν πώς’είναι δυνατόν να αξιοποιήσουν και τα δύο πρωτόκολλα στο περιβάλλον πληροφορικής τους.

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

Μπορείτε επίσης να συγκρίνετε το SAML με άλλα πρωτόκολλα Internet, όπως το OAuth ή το OpenID.

Δημιουργήθηκε στις αρχές της δεκαετίας του 2000, η ​​SAML (Secure Assertion Markup Language) είναι ένα πρωτόκολλο ελέγχου ταυτότητας που βασίζεται σε ισχυρισμούς, το οποίο ομοσπονδιακές ταυτότητες στις εφαρμογές ιστού. Ενώ αυτή η εξήγηση είναι μια υπεραπλούστευση, το πρωτόκολλο είναι ουσιαστικά ενσωματωμένο σε έναν πάροχο ταυτότητας (IDP), ο οποίος ισχυρίζεται ότι το άτομο είναι αυτό που λένε ότι είναι.

Στη συνέχεια, ένας πάροχος υπηρεσιών (i.μι., Εφαρμογή Web) παραδέχεται τον χρήστη στην πλατφόρμα του μετά από ανταλλαγή ταυτότητας βασισμένης στο XML. Πιο τεχνικά, ένα IDP είναι μια αρχή ελέγχου ταυτότητας που παράγει και αναμεταδίδει τους ισχυρισμούς χαρακτηριστικών SAML.

Αυτή η διαδικασία χρήσης δεδομένων ελέγχου ταυτότητας και εξουσιοδότησης δημιουργήθηκε για να συμβεί με ασφάλεια μέσω του Διαδικτύου αντί να χρησιμοποιεί την παραδοσιακή έννοια του τομέα. Σημαντικά, τα διαπιστευτήρια του λογαριασμού Arn’T Αποθηκευμένο από μεμονωμένους παρόχους υπηρεσιών (SPS), οι οποίοι θα μπορούσαν να υπόκεινται σε παραβιάσεις δεδομένων και να προσθέσουν διοικητικά έξοδα όταν υπάρχουν πολλά διαφορετικά διαπιστευτήρια για τους χρήστες.

Ομοιότητες

Ενώ οι διαφορές είναι αρκετά σημαντικές, στον πυρήνα τους, το LDAP και το SAML SSO είναι του ίδιου ilk. Εξυπηρετούν αποτελεσματικά την ίδια λειτουργία – για να βοηθήσουν τους χρήστες να συνδεθούν με τους πόρους πληροφορικής τους. Εξαιτίας αυτού, χρησιμοποιούνται συχνά σε συνεργασία από οργανισμούς πληροφορικής και έχουν γίνει συρραπτικά της βιομηχανίας διαχείρισης ταυτότητας. Καθώς η χρήση εφαρμογών ιστού έχει αυξηθεί δραματικά, οι οργανισμοί έχουν αξιοποιήσει τις λύσεις ενιαίας σημασίας Saml Application με βάση το SAML εκτός από την βασική υπηρεσία καταλόγου τους.

Διαφορές

Όταν πρόκειται για τους τομείς επιρροής τους, οι LDAP και SAML SSO είναι τόσο διαφορετικοί όσο έρχονται. Το LDAP, φυσικά, επικεντρώνεται κυρίως στη διευκόλυνση της επαλήθευσης ταυτότητας και άλλων διαδικασιών διακομιστή. Το SAML επεκτείνει τα διαπιστευτήρια του χρήστη στο σύννεφο και σε άλλες εφαρμογές ιστού.

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

Χρησιμοποιήστε περιπτώσεις

Το LDAP λειτουργεί καλά με εφαρμογές που βασίζονται σε Linux όπως OpenVPN, Kubernetes, Docker, Jenkins και χιλιάδες άλλοι. Οι διακομιστές LDAP-όπως ο κατάλογος OpenLDAP ™ και 389-χρησιμοποιούνται συχνά ως πηγή ταυτότητας της αλήθειας, γνωστή και ως πάροχος ταυτότητας (IDP) ή υπηρεσία καταλόγου εντός της Microsoft Windows (Active Directory) και των καταλόγων cloud όπως το Jumpcloud That Work Cross-Os.

Το LDAP εκτελείται αποτελεσματικά σε συστήματα και δίνει στους οργανισμούς έναν μεγάλο έλεγχο της ταυτότητας και της εξουσιοδότησης. Ωστόσο, η εφαρμογή του είναι μια επίπονη τεχνική διαδικασία, δημιουργώντας σημαντική εργασία εκ των προτέρων για τους διαχειριστές πληροφορικής με εργασίες όπως η υψηλή διαθεσιμότητα, η παρακολούθηση απόδοσης, η ασφάλεια και άλλα.

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

Με τα χρόνια, η SAML έχει επεκταθεί για να προσθέσει λειτουργικότητα για την παροχή πρόσβασης χρήστη σε εφαρμογές ιστού επίσης. Οι λύσεις που βασίζονται σε SAML έχουν ιστορικά συνδυαστεί με μια λύση υπηρεσίας βασικού καταλόγου. Οι προμηθευτές χρησιμοποίησαν το SAML για να δημιουργήσουν λογισμικό που θα μπορούσε να επεκτείνει μια ταυτότητα χρήστη από AD σε μια σειρά από εφαρμογές ιστού, δημιουργώντας την πρώτη γενιά ταυτότητας-ως-υπηρεσία (IDAAS)-λύσεις Single Sign-On.

Παραδείγματα εφαρμογών που υποστηρίζουν τον έλεγχο ταυτότητας SAML SSO περιλαμβάνουν το Salesforce, το Slack, το Trello, το Github, το Atlassian Solution και χιλιάδες άλλοι. Το Jumpcloud Single Sign-on παρέχει εκατοντάδες συνδετήρες για να διασφαλίσετε ότι μπορείτε να χορηγήσετε πρόσβαση σε εφαρμογές σύννεφων χωρίς τριβή.

Χρησιμοποιώντας τα πρωτόκολλα μαζί

Επειδή αυτά τα πρωτόκολλα συχνά πιστοποιούν τους χρήστες σε πολύ διαφορετικούς τύπους πόρων πληροφορικής, το ερώτημα είναι λιγότερο για το SAML έναντι του LDAP, αλλά περισσότερα για το πώς να δημιουργήσετε μια πραγματική εμπειρία Single Sign-On ™ όπου μια ταυτότητα μπορεί να συνδέσει τους χρήστες με ό, τι χρειάζονται οι πόροι που χρειάζονται. Αλλά πως?

Η πλατφόρμα καταλόγου Jumpcloud χρησιμοποιεί τα πιο ευέλικτα και ισχυρά πρωτόκολλα και τα κυλάει σε μια ολοκληρωμένη υπηρεσία καταλόγου που παραδίδεται από το σύννεφο. Αυτό σημαίνει ότι δεν είσαι’δεν χρειάζεται πλέον να ρυθμίσετε και να διατηρήσετε τους διακομιστές LDAP on-Prem.

Όπως το LDAP, το Jumpcloud λειτουργεί ως ο κεντρικός πάροχος ταυτότητας για οργανισμούς. Αλλά, επειδή είναι ήδη ενσωματωμένο στη SAML, δεν χρειάζεται να προσθέσετε λύσεις για να επιτρέψετε την πρόσβαση σε εφαρμογές ιστού. Στην πραγματικότητα, το Jumpcloud απασχολεί αρκετά κορυφαία πρωτόκολλα επιπλέον της SAML και του LDAP, συμπεριλαμβανομένης της Radius, SSH και άλλων.

Δοκιμάστε το Jumpcloud SSO δωρεάν σήμερα

Όταν πρόκειται για το SAML VS. LDAP, δεν χρειάζεται πλέον να προσπαθήσετε να αποκρυπτογραφήσετε ποιο είναι το καλύτερο για εσάς. Αποκτήστε το καλύτερο και των δύο κόσμων – χωρίς κίνδυνο – από το Jumpcloud σήμερα όταν εγγραφείτε για δωρεάν λογαριασμό για έως και 10 χρήστες ή συσκευές. Εάν χρειάζεστε πληροφορίες σχετικά με τον τρόπο ρύθμισης ή διαμόρφωσης jumpcloud, επικοινωνήστε μαζί μας σήμερα.

Πέρα από το LDAP και το SAML, οι οργανισμοί πληροφορικής μπορούν να αξιοποιήσουν τις λειτουργίες του αντικειμένου πολιτικής ομάδας (GPO) για την επιβολή μέτρων ασφαλείας, όπως η κρυπτογράφηση πλήρους δίσκου (FDE), ο έλεγχος ταυτότητας πολλαπλών παραγόντων (MFA) και οι απαιτήσεις πολυπλοκότητας των κωδικών πρόσβασης σε ομάδες χρηστών και Mac, Windows και Linux Systems.

Οι διαχειριστές μπορούν επίσης να χρησιμοποιήσουν το jumpcloud’S Cloud Radius για να σφίξετε την ασφάλεια δικτύου με ετικέτα VLAN, διαχείριση patch και πολλά άλλα.

Εάν θέλετε να δείτε την πλατφόρμα καταλόγου cloud σε δράση πριν αγοράσετε, επισκεφθείτε τη σελίδα demo για να προγραμματίσετε ένα demo ζωντανού προϊόντος ή να παρακολουθήσετε ένα εγγεγραμμένο.

Εάν έχετε πρόσθετες ερωτήσεις, μη διστάσετε να μας καλέσετε ή να στείλετε μια σημείωση. Μπορείτε επίσης να συνδεθείτε με την υποστήριξη συνομιλίας 24 × 7 Premium In-App κατά τις πρώτες 10 ημέρες της χρήσης της πλατφόρμας σας και οι μηχανικοί μας θα σας βοηθήσουν.

Τι είναι ο έλεγχος ταυτότητας LDAP? LDAP vs SAML

Τόσο το πρωτόκολλο πρόσβασης του ελαφρού καταλόγου όσο και η γλώσσα σήμανσης ασφαλείας (LDAP και SAML) χρησιμοποιούνται ευρέως πρωτόκολλα πρόσβασης και ελέγχου ταυτότητας, που χρησιμοποιούνται συχνά για εφαρμογές και σε διάφορους οργανισμούς, αλλά χρησιμοποιούνται για αρκετά ξεχωριστές περιπτώσεις χρήσης. Παρ ‘όλα αυτά, οι οργανώσεις δεν πρέπει να αναγκαστούν να επιλέξουν είτε LDAP είτε SAML. Οι περισσότερες επιχειρήσεις μπορούν να έχουν πρόσβαση σε ένα ευρύτερο φάσμα πόρων πληροφορικής όταν χρησιμοποιούν ένα συνδυασμό πρωτοκόλλων ελέγχου ταυτότητας, τα οποία τελικά τους βοηθούν να επιτύχουν καλύτερα τους επιχειρηματικούς τους στόχους.

Παρακάτω εμείς’LL Μελέτη LDAP και SAML, συγκρίνετε και αντιπαραβάλλετε τα δύο, και βουτήξτε στα πλεονεκτήματα και τα μειονεκτήματα αυτών των πρωτοκόλλων.

Περιεχόμενα

Τι είναι ο έλεγχος ταυτότητας LDAP

Συνήθως, το ελαφρύ πρωτόκολλο πρόσβασης καταλόγου χρησιμοποιείται για την παρακολούθηση πληροφοριών ελέγχου ταυτότητας, όπως η σύνδεση και ο κωδικός πρόσβασης, που αργότερα θα χρησιμοποιηθούν για να επιτρέψουν την πρόσβαση σε άλλο πρωτόκολλο ή υπηρεσία συστήματος. Μια βάση δεδομένων LDAP ή κατάλογος δεν είναι προσβάσιμο από έναν χρήστη χωρίς να επικυρώνεται πρώτα (αποδεικνύοντας ότι είναι ποιοι λένε ότι είναι). Η βάση δεδομένων διατηρεί τυπικά πληροφορίες σχετικά με τους χρήστες, τις ομάδες και τα δεδομένα δικαιωμάτων και στέλνει τα ζητούμενα δεδομένα σε συνδεδεμένες εφαρμογές.

Ο έλεγχος ταυτότητας LDAP συνεπάγεται την επικύρωση των παρεχόμενων ονομάτων χρήστη και των κωδικών πρόσβασης, δημιουργώντας μια σύνδεση με μια υπηρεσία καταλόγου που χρησιμοποιεί το πρωτόκολλο LDAP. Το OpenLDAP, η MS Active Directory και το OPENDJ είναι μερικοί διακομιστές καταλόγου που χρησιμοποιούν LDAP με αυτόν τον τρόπο.

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

• Ο πελάτης (ένα σύστημα ή μια εφαρμογή που είναι ικανή LDAP) στέλνει ένα αίτημα πρόσβασης σε δεδομένα αποθηκευμένο σε βάση δεδομένων LDAP.
• Ο πελάτης παρέχει τον διακομιστή LDAP τους Λεπτομέρειες σύνδεσης χρήστη (όνομα χρήστη και κωδικός).
• Ο διακομιστής LDAP Συγκρίνει τα διαπιστευτήρια του χρήστη με τις βασικές πληροφορίες ταυτότητας χρήστη διατηρείται στη βάση δεδομένων LDAP.
• Ο πελάτης μπορεί πρόσβαση στις απαιτούμενες πληροφορίες Εάν τα παρεχόμενα διαπιστευτήρια ταιριάζουν με την αποθηκευμένη ταυτότητα του βασικού χρήστη. Η πρόσβαση στη βάση δεδομένων LDAP θα απορριφθεί εάν τα διαπιστευτήρια είναι λανθασμένα.

Ο έλεγχος ταυτότητας LDAP μπορεί να ειπωθεί ότι ακολουθεί το μοντέλο πελάτη/διακομιστή. Σε αυτή την περίπτωση, ο πελάτης είναι συνήθως ένα σύστημα ή μια εφαρμογή με δυνατότητα LDAP που ζητά δεδομένα από μια σχετική βάση δεδομένων LDAP, ενώ ο διακομιστής είναι προφανώς ο διακομιστής LDAP.

Η πλευρά του διακομιστή του LDAP είναι μια βάση δεδομένων με ευέλικτο σχήμα. Με άλλα λόγια, το LDAP μπορεί να διατηρήσει μια σειρά χαρακτηριστικών, όπως μια διεύθυνση, τον αριθμό τηλεφώνου, τις σχέσεις ομάδας και πολλά άλλα, εκτός από τα δεδομένα σύνδεσης και κωδικού πρόσβασης. Ως αποτέλεσμα, η αποθήκευση των θεμελιωδών ταυτοτήτων χρήστη είναι μια κοινή περίπτωση χρήσης για το LDAP.

Με αυτόν τον τρόπο, μπορεί να συνδέσει συστήματα και εφαρμογές με δυνατότητα LDAP (για παράδειγμα) σε μια σχετική βάση δεδομένων καταλόγου LDAP, η οποία χρησιμεύει ως έγκυρη πηγή ελέγχου ταυτότητας πρόσβασης χρήστη.

Τι κάνει ο έλεγχος ταυτότητας LDAP μεταξύ ενός πελάτη και ενός διακομιστή?

Πώς λειτουργεί ο έλεγχος ταυτότητας LDAP μεταξύ ενός πελάτη και ενός διακομιστή? Στην ουσία, ένας πελάτης στέλνει ένα αίτημα για δεδομένα που διατηρούνται σε μια βάση δεδομένων LDAP μαζί με τα στοιχεία σύνδεσης του χρήστη σε έναν διακομιστή LDAP. Ο διακομιστής LDAP επόμενο πιστοποιεί τα διαπιστευτήρια του χρήστη έναντι της κύριας ταυτότητας χρήστη, η οποία διατηρείται στη βάση δεδομένων LDAP. Ο πελάτης έχει πρόσβαση και λαμβάνει τις απαιτούμενες πληροφορίες (χαρακτηριστικά, συμμετοχές ομάδας ή άλλα δεδομένα) εάν τα διαπιστευτήρια που παρέχονται από τον χρήστη ταιριάζουν με τα διαπιστευτήρια που σχετίζονται με την βασική ταυτότητα του χρήστη που αποθηκεύεται μέσα στη βάση δεδομένων LDAP. Ο πελάτης εμποδίζεται να έχει πρόσβαση στη βάση δεδομένων LDAP εάν τα παρεχόμενα διαπιστευτήρια δεν ταιριάζουν.

Είναι η SAML εναλλακτική λύση στο LDAP?

Παίρνουμε συχνά μια ερώτηση παρόμοια με αυτή: θέλουμε να αλλάξουμε από το LDAP στον έλεγχο ταυτότητας SAML χωρίς να θυσιάζουμε οποιαδήποτε λειτουργικότητα. Είναι αυτό εφικτό?

Δυστυχώς όχι. Το LDAP δεν μπορεί να αντικατασταθεί απευθείας με το SAML. Αυτό οφείλεται στο γεγονός ότι το SAML αναπτύχθηκε για να αλληλεπιδράσει με διακομιστές και εφαρμογές που βασίζονται σε σύννεφο, ενώ η LDAP αναπτύχθηκε για επιτόπια ταυτότητα. Παρέχουν πολύ διαφορετικές μεθόδους εξασφάλισης της διαδικασίας ελέγχου ταυτότητας. Για να το καταλάβετε καλύτερα, αυτό’είναι σημαντικό να αποκτήσετε μια επισκόπηση του τι κάνουν αυτά τα πρωτόκολλα πρόσβασης.

Τι είναι το LDAP?

Το LDAP είναι ένα παράδειγμα πρωτοκόλλου πρόσβασης καταλόγου. Στην πιο βασική του μορφή, το LDAP (πρωτόκολλο Access Directory Access) είναι ένα πρωτόκολλο που μπορεί να χρησιμοποιηθεί για την αναζήτηση αντικειμένων σε έναν κατάλογο. Το LDAP είναι ένα πρωτόκολλο back-end που εμφανίζεται μεταξύ ενός διακομιστή (όπως Liquidfiles) και ενός διακομιστή LDAP/κατάλογο (όπως η Directory Active Directory).

Το LDAP μπορεί επίσης να χρησιμοποιηθεί για έλεγχο ταυτότητας και όταν κάποιος πιστοποιεί τον διακομιστή (LiquidFiles σε αυτή την περίπτωση), ο διακομιστής θα προσπαθήσει να πιστοποιήσει τον κατάλογο LDAP και να παραχωρήσει την πρόσβαση του χρήστη εάν είναι επιτυχής.

Η πρωταρχική διάκριση από το SAML είναι ότι – ο διακομιστής θα καταβάλει προσπάθεια ελέγχου ταυτότητας. Μεταξύ του plugin του προγράμματος περιήγησης στο Web ή οποιουδήποτε άλλου πελάτη και υγρών, τίποτα δεν εμφανίζεται τίποτα. Το LDAP λαμβάνει χώρα μεταξύ του διακομιστή (LiquidFiles) και του διακομιστή LDAP/καταλόγου.

Τι είναι το SAML?

Το SAML (Γλώσσα σήμανσης ασφαλείας) είναι ένα πρωτόκολλο front-end που δημιουργήθηκε για προγράμματα περιήγησης ιστού για να επιτρέψει την ενιαία σύνδεση (SSO) για εφαρμογές ιστού. Το SAML δεν διαθέτει χαρακτηριστικά αναζήτησης χρήστη και είναι μη λειτουργική χωρίς πρόγραμμα περιήγησης.

Πώς λειτουργεί το SAML?

Τεχνικά, η SAML λειτουργεί με την ανακατεύθυνση του προγράμματος περιήγησης στο Web στον διακομιστή SAML, ο οποίος στη συνέχεια επικυρώνει τον χρήστη και ανακατευθύνει το πρόγραμμα περιήγησης πίσω στο διακομιστή (σε αυτή την περίπτωση, Liquidfiles) με υπογεγραμμένη απάντηση στη διεύθυνση URL.

Ο διακομιστής (LiquidFiles) επαληθεύει την υπογραφή χρησιμοποιώντας το δακτυλικό αποτύπωμα και η πρόσβαση των διακομιστών SAML Servers Print.

Ως αποτέλεσμα, σε αντίθεση με το LDAP παραπάνω, όταν ένας χρήστης πιστοποιεί τη χρήση SAML, δεν υπάρχει ανταλλαγή SAML μεταξύ του διακομιστή (LiquidFiles) και του SAML Server. Το μόνο πράγμα που συμβαίνει είναι ότι το πρόγραμμα περιήγησης ιστού μεταφέρεται μεταξύ του διακομιστή (LiquidFiles) στον διακομιστή SAML πριν επιστρέψει στον διακομιστή για να ολοκληρώσει τον έλεγχο ταυτότητας.

Το SAML λειτουργεί με την αποστολή πληροφοριών χρήστη, σύνδεσης και χαρακτηριστικών μεταξύ του παρόχου ταυτότητας και των παρόχων υπηρεσιών. Κάθε χρήστης πρέπει απλώς να συνδεθεί μία φορά για να συνεχίσει με τον πάροχο ταυτότητας και στη συνέχεια, όποτε προσπαθούν να έχουν πρόσβαση σε μια υπηρεσία, ο πάροχος ταυτότητας μπορεί να προσφέρει χαρακτηριστικά SAML στον πάροχο υπηρεσιών. Ο πάροχος υπηρεσιών ζητά έλεγχο ταυτότητας και εξουσιοδότηση από τον πάροχο ταυτότητας. Ο χρήστης χρειάζεται απλώς να συνδεθεί μία φορά, αφού και τα δύο συστήματα μιλούν την ίδια γλώσσα – SAML.

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

LDAP vs SAML

Τόσο η LDAP όσο και η SAML μοιράζονται τον βασικό στόχο της επαλήθευσης ταυτότητας ασφαλούς χρήστη προκειμένου να συνδέσουν τους χρήστες με τους πόρους που χρειάζονται. Ωστόσο, διαφέρουν στα μέτρα ασφαλείας της διαδικασίας ελέγχου ταυτότητας που προσφέρουν. Και τα δύο έχουν πλεονεκτήματα και μειονεκτήματα. Επιπλέον, οι αντίστοιχες απαιτήσεις διαχείρισης τους θα αλλάξουν με την πάροδο του χρόνου και θα είναι πολύ ξεχωριστές.

LDAP vs SAML: Ομοιότητες

Αν και υπάρχουν μερικές αξιοσημείωτες διαφορές, οι LDAP και SAML SSO είναι θεμελιωδώς παρόμοιες. Και οι δύο εξυπηρετούν τον ίδιο σκοπό, ο οποίος είναι να διευκολύνει την πρόσβαση των χρηστών σε πόρους πληροφορικής. Ως αποτέλεσμα, χρησιμοποιούνται συχνά σε συνδυασμό με επιχειρήσεις πληροφορικής και έχουν καθιερωθεί ως βασικά στον τομέα της διαχείρισης ταυτότητας. Οι οργανισμοί έχουν χρησιμοποιήσει λύσεις Saml Web Application Single Sign-On εκτός από την υπηρεσία κύριου καταλόγου τους, καθώς η χρήση εφαρμογών ιστού έχει αυξηθεί σημαντικά.

LDAP vs SAML: Διαφορές

Το LDAP και το SAML SSO είναι τόσο ανόμοιες όσο έρχονται από την άποψη των σφαιρών επιρροής τους. Φυσικά, το LDAP ασχολείται κυρίως με την πραγματοποίηση ελέγχου ταυτότητας on-prem και άλλων διαδικασιών διακομιστή. Το SAML επεκτείνει τα διαπιστευτήρια χρήστη για να συμπεριλάβει το σύννεφο και άλλες εφαρμογές ιστού.

Μια σημαντική διάκριση που είναι απλή στην παραβίαση των εννοιών του SAML SSO και του LDAP είναι το γεγονός ότι η πλειονότητα των υλοποιήσεων του διακομιστή LDAP είναι κίνητρα να χρησιμεύσουν ως έγκυρος πάροχος ταυτότητας ή πηγή αλήθειας για μια ταυτότητα. Οι περισσότερες φορές με τις υλοποιήσεις SAML, το SAML δεν είναι η πηγή της αλήθειας, αλλά χρησιμεύει ως υποκατάστατο για την υπηρεσία καταλόγου, μετατρέποντας τη διαδικασία ταυτότητας και ταυτότητας σε ροή με βάση το SAML.

Πλεονεκτήματα και μειονεκτήματα του LDAP

Ένας πάροχος ταυτότητας LDAP για το SSO υποστηρίζεται από πολλούς παρόχους υπηρεσιών. Αυτό επιτρέπει σε μια εταιρεία να χρησιμοποιήσει την τρέχουσα υπηρεσία καταλόγου LDAP για τη διαχείριση των χρηστών για SSO.

Ένα μειονέκτημα του LDAP είναι ότι δεν δημιουργήθηκε για να χρησιμοποιηθεί σε συνδυασμό με εφαρμογές ιστού. Το LDAP, το οποίο δημιουργήθηκε στις αρχές της δεκαετίας του 1990, καθώς το Διαδίκτυο αρχίζει μόνο να απογειωθεί, είναι καλύτερα κατάλληλο για περιπτώσεις χρήσης όπως η Microsoft Active Directory και η ανάπτυξη των εγκαταστάσεων. Με τους διαχειριστές πληροφορικής που ευνοούν όλο και περισσότερο τα νεότερα πρότυπα ελέγχου ταυτότητας, ορισμένοι πάροχοι υπηρεσιών εγκαταλείπουν την υποστήριξη για το LDAP. Αυτές οι πιθανές μεταβάσεις θα πρέπει να λαμβάνονται υπόψη κατά τη σύγκριση των επιλογών LDAP εναντίον SAML SSO για την εταιρεία σας.

Πλεονεκτήματα και μειονεκτήματα του SAML

Το πιο γνωστό πρότυπο για εφαρμογές σύννεφων και ιστού, SAML 2.0 (η πιο πρόσφατη έκδοση), είναι ευπροσάρμοστο, ελαφρύ και υποστηρίζεται από την πλειοψηφία των πλατφορμών. Είναι επίσης μια δημοφιλής επιλογή για την κεντρική διαχείριση ταυτότητας.

Παρά το γεγονός ότι είναι ένα γενικά ασφαλές πρωτόκολλο, οι επιθέσεις XML και η απόκλιση DNS είναι απειλές για την ασφάλεια για το SAML. Η εφαρμογή πρωτοκόλλων μετριασμού είναι ένα κρίσιμο βήμα εάν σκοπεύετε να χρησιμοποιήσετε το SAML.

Τελικές σκέψεις

Παρόλο που η LDAP και η SAML λειτουργούν διαφορετικά, αυτοί’δεν είναι αμοιβαία αποκλειστικά και μπορείτε να εφαρμόσετε και τα δύο στο περιβάλλον σας. Επιπλέον, πρέπει να θυμόμαστε ότι το LDAP και το SAML είναι μόνο δύο από τα σημαντικότερα πρωτόκολλα ελέγχου ταυτότητας που είναι διαθέσιμα.

Η εταιρεία μας έχει περάσει τα τελευταία 12 χρόνια εργασίας για να βρει λύσεις σε προκλητικά προβλήματα για τους πελάτες των επιχειρήσεων με απλό στόχο “χτίζουμε αξιόπιστες και βολικές λύσεις διαχείρισης ταυτότητας και πρόσβασης”, από τότε, έχουμε κερδίσει ευνοϊκές κριτικές από το Centrify, τον Cyberarch, το Cyphort, το Isaca, το Arzinger, το Saife κ.λπ. κ.λπ.

Η υπηρεσία ελέγχου ταυτότητας Hidez συνδυάζει όλες τις υπάρχουσες μεθόδους ελέγχου ταυτότητας-κωδικούς πρόσβασης, κωδικούς πρόσβασης ενός χρόνου, ισχυρή επαλήθευση δύο παραγόντων (FIDO U2F), έλεγχος ταυτότητας χωρίς κωδικό πρόσβασης (FIDO2) και Single Sign-On (SSO) σε μία λύση που ενσωματώνεται εύκολα με το περιβάλλον επιχείρησης με βάση το Hidez Enterprise Server Support για LDAP και SAML. Η ομάδα πληροφορικής σας θα είναι σε θέση να εξοικονομήσει χρόνο, χρήματα και να είστε σίγουροι γνωρίζοντας ότι κάθε χρήστης έχει πιστοποιηθεί με ασφάλεια στο δίκτυο και έχει πρόσβαση μόνο σε ό, τι επιτρέπεται.

Προγραμματίστε μια εξατομικευμένη επίδειξη για να μάθετε περισσότερα για το ρόλο του Hidez στη διαφύλαξη του επιχειρηματικού σας περιβάλλοντος.

Saml sso vs. LDAP – Ποιο πρωτόκολλο είναι κατάλληλο για εσάς?

Το Single Sign-On (SSO) είναι ένα δημοφιλές σύστημα ελέγχου ταυτότητας σήμερα’S Digital World, καθώς οι οργανισμοί βασίζονται σε έναν αυξανόμενο αριθμό εφαρμογών και υπηρεσιών σύννεφων. Το SSO είναι μια εξαιρετική λύση αν εσείς’Αναζητήστε να απλοποιήσετε τη διαχείριση των διαπιστευτηρίων, να παρέχετε απρόσκοπτη και ασφαλή πρόσβαση στους χρήστες και να εξορθολογίσετε μερικές διαδικασίες πληροφορικής.

Πολλοί πάροχοι υπηρεσιών (όπως SAAS Solutions) και οι πάροχοι ταυτότητας υποστηρίζουν πρωτόκολλα όπως η Secure Assertion Sarkup Language (SAML) και το πρωτόκολλο πρόσβασης καταλόγου (LDAP), αλλά ποιο είναι το καλύτερο για τη χρήση σας? Αφήνω’ρίξτε μια ματιά στο saml sso vs. LDAP.

Τι είναι το LDAP?

Ένα από τα παλαιότερα και πιο καθιερωμένα πρωτόκολλα διαχείρισης ταυτότητας, το LDAP χρησιμοποιείται για την πρόσβαση σε υπηρεσίες καταλόγου. Ένα πρωτόκολλο πελάτη-διακομιστή, συνήθως εκτελείται στο TCP/IP για να στείλει μηνύματα μεταξύ του διακομιστή και της εφαρμογής πελάτη. Η κυκλοφορία LDAP δεν είναι κρυπτογραφημένη από προεπιλογή και πολλοί οργανισμοί επιλέγουν να αναβαθμίσουν σε LDAP ή LDAP μέσω SSL/TLS.

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

Πλεονεκτήματα και μειονεκτήματα

Πολλοί πάροχοι υπηρεσιών υποστηρίζουν έναν πάροχο ταυτότητας LDAP για το SSO. Αυτό επιτρέπει σε έναν οργανισμό να αξιοποιήσει την υπάρχουσα υπηρεσία καταλόγου LDAP για τη διαχείριση των χρηστών για SSO.

LDAP’Το μειονέκτημα S, ωστόσο, είναι ότι το λογισμικό δεν σχεδιάστηκε για να λειτουργεί εγγενώς με εφαρμογές ιστού. Αναπτύχθηκε στις πρώτες ‘90s, όταν το διαδίκτυο μόλις αναδύεται, το LDAP είναι πιο κατάλληλο για περιπτώσεις χρήσης, όπως η Microsoft Active Directory και η ανάπτυξη των εγκαταστάσεων.

Με τους διαχειριστές πληροφορικής που δίνουν όλο και περισσότερο προτιμήσεις στα νεότερα πρότυπα ελέγχου ταυτότητας, ορισμένοι πάροχοι υπηρεσιών αποσπάσουν την υποστήριξη για το LDAP. Κατά την αξιολόγηση του SAML SSO VS. Επιλογές LDAP για τον οργανισμό σας, τέτοιες πιθανές μεταβάσεις θα πρέπει να είναι μεταξύ των κριτηρίων που πρέπει να λάβετε υπόψη.

Τι είναι το SAML SSO?

Ένα ανοιχτό πρότυπο αυτό’S που εφαρμόστηκε ευρέως για το SSO, η SAML χρησιμοποιεί την Extensible Markup Language (XML) για την επικοινωνία μεταξύ του παρόχου ταυτότητας και του παρόχου υπηρεσιών. Αυτό το πρωτόκολλο ελέγχου ταυτότητας εξαλείφει την ανάγκη για κωδικούς πρόσβασης, επειδή βασίζεται σε πιστοποιητικά ασφαλή μαρκών -XML που είναι κρυπτογραφημένα και ψηφιακά υπογεγραμμένα.

Ο ίδιος ο Saml δεν’t Εκτελέστε τον έλεγχο ταυτότητας αλλά μάλλον επικοινωνεί τα δεδομένα ισχυρισμού. Λειτουργεί σε συνδυασμό με LDAP, Active Directory ή άλλη αρχή ελέγχου ταυτότητας, διευκολύνοντας τη σχέση μεταξύ της Access Access και του ελέγχου ταυτότητας LDAP.

Πλεονεκτήματα και μειονεκτήματα

Ευπροσάρμοστο, ελαφρύ και διαθέσιμο στις περισσότερες πλατφόρμες, SAML 2.Το 0 (η τρέχουσα έκδοση) είναι το πιο καθιερωμένο πρότυπο για εφαρμογές σύννεφων και ιστού και είναι μια κοινή επιλογή για την κεντρική διαχείριση ταυτότητας.

Ενώ γενικά ένα ασφαλές πρωτόκολλο, η SAML δεν έχει κίνδυνο ασφαλείας, όπως επιθέσεις XML και πλαστογραφήσεις DNS. Αν εσύ’Ο σχεδιασμός για την υιοθέτηση του SAML, η εφαρμογή πρωτοκόλλων μετριασμού είναι ένα κρίσιμο βήμα.

Saml sso vs. LDAP VS. OIDC

Μια συζήτηση για τα πρωτόκολλα ελέγχου ταυτότητας’να είναι πλήρης χωρίς αναφορά στο OpenID Connect (OIDC). Το νεότερο μεταξύ αυτών των τριών πρωτοκόλλων, το OIDC αυξάνεται ταχέως σε δημοτικότητα και μπορεί να είναι μια καλύτερη επιλογή για ορισμένους οργανισμούς.

Το OIDC είναι ένα στρώμα ελέγχου ταυτότητας στην κορυφή του OAuth 2.0, ένα απλό, ανοιχτό πρωτόκολλο εξουσιοδότησης που παρέχει πρόσβαση χωρίς να απαιτείται από τους χρήστες να μοιράζονται διαπιστευτήρια σύνδεσης. Σε αντίθεση με το SAML, το OIDC χρησιμοποιεί REST/JSON, που σημαίνει ότι το πρωτόκολλο μπορεί να εφαρμοστεί όχι μόνο στις ίδιες περιπτώσεις χρήσης με το SAML αλλά και στις εφαρμογές για κινητά.

Ενώ μερικοί θεωρούν το OIDC πιο ασφαλές από το SAML, το OIDC δεν είναι χωρίς κινδύνους. Εάν ο κεντρικός λογαριασμός διακυβεύεται, για παράδειγμα, όλοι οι άλλοι λογαριασμοί σε όλες τις πλατφόρμες βρίσκονται σε κίνδυνο επίσης.

Τελικές σκέψεις

Ενώ οι LPAD και SAML λειτουργούν διαφορετικά, αυτοί’δεν είναι αμοιβαία αποκλειστικά και μπορείτε να εφαρμόσετε και τα δύο στο περιβάλλον σας. Το LPAD και το SAML είναι μόνο δύο από τα σημαντικότερα πρωτόκολλα ελέγχου ταυτότητας, οπότε’S Conent για να αξιολογήσετε όλες τις επιλογές πριν αποφασίσετε ποιες από αυτές είναι καλύτερα για τη στρατηγική της ταυτότητας και της διαχείρισης πρόσβασης (IAM).

Η εφαρμογή πρωτοκόλλων SSO μπορεί να είναι περίπλοκη, ειδικά αν έχετε ένα σύνθετο οικοσύστημα. Μάθετε πώς ενσωματώνεται το Sailpoint με τις λύσεις διαχείρισης κορυφαίων πρόσβασης.