[ Pobierz całość w formacie PDF ]
.Usługodawca obsługi zabezpieczeń KerberosUsługodawca Obsługi Zabezpieczeń (Security Support Provider SSP) był wspominany wniniejszym rozdziale kilkakrotnie, ale bez szczegółowych wyjaśnień.Usługodawca ObsługiZabezpieczeń jest to biblioteka DLL (Dynamic Link Library) dostarczana z systememoperacyjnym, która jest implementacją protokołu zabezpieczeń (authentication protocol) Kerberos.System Windows 2000 zawiera także usługodawcę obsługi zabezpieczeń (SSP) dlauwierzytelniania za pomocą protokołu NTLM.Obydwie biblioteki są domyślnie pobierane podczasrozruchu systemu przez Lokalną Jednostkę Certyfikującą (LSA), pracującą na komputerze zsystemem Windows 2000.Każdy z usługodawców może być użyty do uwierzytelniania logowaniasieciowego i połączeń klient-serwer.To, który zostanie zastosowany, zależy od możliwościkomputera po drugiej stronie połączenia.Jako pierwszy wybierany jest usługodawca zabezpieczeńKerberos.Po tym, jak Lokalna Jednostka Certyfikująca ustanowi kontekst zabezpieczeń (security context)dla użytkownika interaktywnego, proces obsługi podpisywania (signing) i pieczętowania (sealing)komunikatów, działający w kontekście zabezpieczeń (security context) użytkownika, możezaładować kolejną kopię (instance) Usługodawcy Obsługi Zabezpieczeń (SSP) Kerberos.Usługi systemowe (system services) i aplikacje warstwy transportowej (transport levelapplications) mają dostęp do usługodawców obsługi zabezpieczeń za pomocą InterfejsuUsługodawcy Obsługi Zabezpieczeń (Security Support Provider Interface SSPI).Jest tointerfejs Win32, który służy do wyliczania usługodawców dostępnych w systemie, wyboru jednego z nich i użycia go w celu uzyskania połączenia uwierzytelnionego.Interfejs SSPIomówiono poniżej.Zastosowanie interfejsu usługodawcyobsługi zabezpieczeń (SSPI)Interfejs Usługodawcy Obsługi Zabezpieczeń (SSPI) jest interfejsem Win32 pomiędzy aplikacjamiwarstwy transportowej a usługodawcami zabezpieczeń sieciowych (network security serviceproviders).Integruje on uwierzytelnianie (authentication), spójność i poufność komunikatów zaplikacjami rozproszonymi (distributed applications).Szkielet aplikacji (application framework)modelu obiektowego składników rozproszonych (Distributed Component Object Model DCOM) i uwierzytelnione, zdalne wywołania procedur (authenticated Remote Procedure Calls RPCs) korzystają z usług Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI) interfejsówwyższego poziomu.Usługi zabezpieczeń interfejsu SSPI są również zintegrowane z interfejsamipoziomu aplikacji takimi jak WinSock 2.0 i WinInet.Na rysunku 4.9 przedstawiono miejsce usług zabezpieczeń interfejsu SSPI w całej strukturzeaplikacji rozproszonej.Interfejs Usługodawcy Obsługi Zabezpieczeń (SSPI) stanowi warstwę abstrakcji (abstraction layer)pomiędzy protokołami poziomu aplikacji (application level protocol) a protokołami zabezpieczeń(security protocols).Usługi tego interfejsu SSPI mogą być używane w różny sposob:1.Tradycyjne aplikacje oparte na gniazdach (socket based applications) mogą wywoływaćprocedury Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI routines) bezpośrednio izastosować protokół aplikacji, który przekazuje dane dotyczące bezpieczeństwa InterfejsuUsługodawcy Obsługi Zabezpieczeń (SSPI security related data) za pomocą komunikatówżądania i odpowiedzi.2.Aplikacje mogą korzystać z modelu DCOM do wywoływania opcji zabezpieczeń, którezaimplementowano za pomocą uwierzytelnionych zdalnych wywołań procedur (authenticatedRPC) i Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI) na niższych poziomach.Aplikacje nie wywołują bezpośrednio tego interfejsu (SSPI).3.WinSock 2.0 rozszerza interfejs gniazd systemu Windows (Windows Sockets interface), abyumożliwić usługodawcom transportu (transport providers) ujawnienie funkcji zabezpieczeń(security features).Takie podejście integruje Interfejs Usługodawcy Obsługi Zabezpieczeń(SSPI) ze stosem sieciowym (network stack) i stanowi wspólny interfejs dla usługzabezpieczeń i transportowych.4.WinInet jest interfejsem protokołu aplikacji (application protocol interface), który jestprzeznaczony do obsługi protokołów zabezpieczeń internetowych (Internet securityprotocols), takich jak Secure Socket Layer (SSL).Obsługa zabezpieczeń WinInet stosujeInterfejs Usługodawcy Obsługi Zabezpieczeń do usługodawcy zabezpieczeń bezpieczny kanał(secure channel security provider). Rysunek 4.9.Interfejs usługodawcy obsługi zabezpieczeń (SSPI) i model bezpieczeństwa systemuWindowsJęzyki skryptowe, takie jak VBscript czy JScript zezwalają programistom na dostęp do InterfejsuUsługodawcy Obsługi Zabezpieczeń (SSPI) [ Pobierz całość w formacie PDF ]
zanotowane.pl doc.pisz.pl pdf.pisz.pl odbijak.htw.pl
.Usługodawca obsługi zabezpieczeń KerberosUsługodawca Obsługi Zabezpieczeń (Security Support Provider SSP) był wspominany wniniejszym rozdziale kilkakrotnie, ale bez szczegółowych wyjaśnień.Usługodawca ObsługiZabezpieczeń jest to biblioteka DLL (Dynamic Link Library) dostarczana z systememoperacyjnym, która jest implementacją protokołu zabezpieczeń (authentication protocol) Kerberos.System Windows 2000 zawiera także usługodawcę obsługi zabezpieczeń (SSP) dlauwierzytelniania za pomocą protokołu NTLM.Obydwie biblioteki są domyślnie pobierane podczasrozruchu systemu przez Lokalną Jednostkę Certyfikującą (LSA), pracującą na komputerze zsystemem Windows 2000.Każdy z usługodawców może być użyty do uwierzytelniania logowaniasieciowego i połączeń klient-serwer.To, który zostanie zastosowany, zależy od możliwościkomputera po drugiej stronie połączenia.Jako pierwszy wybierany jest usługodawca zabezpieczeńKerberos.Po tym, jak Lokalna Jednostka Certyfikująca ustanowi kontekst zabezpieczeń (security context)dla użytkownika interaktywnego, proces obsługi podpisywania (signing) i pieczętowania (sealing)komunikatów, działający w kontekście zabezpieczeń (security context) użytkownika, możezaładować kolejną kopię (instance) Usługodawcy Obsługi Zabezpieczeń (SSP) Kerberos.Usługi systemowe (system services) i aplikacje warstwy transportowej (transport levelapplications) mają dostęp do usługodawców obsługi zabezpieczeń za pomocą InterfejsuUsługodawcy Obsługi Zabezpieczeń (Security Support Provider Interface SSPI).Jest tointerfejs Win32, który służy do wyliczania usługodawców dostępnych w systemie, wyboru jednego z nich i użycia go w celu uzyskania połączenia uwierzytelnionego.Interfejs SSPIomówiono poniżej.Zastosowanie interfejsu usługodawcyobsługi zabezpieczeń (SSPI)Interfejs Usługodawcy Obsługi Zabezpieczeń (SSPI) jest interfejsem Win32 pomiędzy aplikacjamiwarstwy transportowej a usługodawcami zabezpieczeń sieciowych (network security serviceproviders).Integruje on uwierzytelnianie (authentication), spójność i poufność komunikatów zaplikacjami rozproszonymi (distributed applications).Szkielet aplikacji (application framework)modelu obiektowego składników rozproszonych (Distributed Component Object Model DCOM) i uwierzytelnione, zdalne wywołania procedur (authenticated Remote Procedure Calls RPCs) korzystają z usług Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI) interfejsówwyższego poziomu.Usługi zabezpieczeń interfejsu SSPI są również zintegrowane z interfejsamipoziomu aplikacji takimi jak WinSock 2.0 i WinInet.Na rysunku 4.9 przedstawiono miejsce usług zabezpieczeń interfejsu SSPI w całej strukturzeaplikacji rozproszonej.Interfejs Usługodawcy Obsługi Zabezpieczeń (SSPI) stanowi warstwę abstrakcji (abstraction layer)pomiędzy protokołami poziomu aplikacji (application level protocol) a protokołami zabezpieczeń(security protocols).Usługi tego interfejsu SSPI mogą być używane w różny sposob:1.Tradycyjne aplikacje oparte na gniazdach (socket based applications) mogą wywoływaćprocedury Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI routines) bezpośrednio izastosować protokół aplikacji, który przekazuje dane dotyczące bezpieczeństwa InterfejsuUsługodawcy Obsługi Zabezpieczeń (SSPI security related data) za pomocą komunikatówżądania i odpowiedzi.2.Aplikacje mogą korzystać z modelu DCOM do wywoływania opcji zabezpieczeń, którezaimplementowano za pomocą uwierzytelnionych zdalnych wywołań procedur (authenticatedRPC) i Interfejsu Usługodawcy Obsługi Zabezpieczeń (SSPI) na niższych poziomach.Aplikacje nie wywołują bezpośrednio tego interfejsu (SSPI).3.WinSock 2.0 rozszerza interfejs gniazd systemu Windows (Windows Sockets interface), abyumożliwić usługodawcom transportu (transport providers) ujawnienie funkcji zabezpieczeń(security features).Takie podejście integruje Interfejs Usługodawcy Obsługi Zabezpieczeń(SSPI) ze stosem sieciowym (network stack) i stanowi wspólny interfejs dla usługzabezpieczeń i transportowych.4.WinInet jest interfejsem protokołu aplikacji (application protocol interface), który jestprzeznaczony do obsługi protokołów zabezpieczeń internetowych (Internet securityprotocols), takich jak Secure Socket Layer (SSL).Obsługa zabezpieczeń WinInet stosujeInterfejs Usługodawcy Obsługi Zabezpieczeń do usługodawcy zabezpieczeń bezpieczny kanał(secure channel security provider). Rysunek 4.9.Interfejs usługodawcy obsługi zabezpieczeń (SSPI) i model bezpieczeństwa systemuWindowsJęzyki skryptowe, takie jak VBscript czy JScript zezwalają programistom na dostęp do InterfejsuUsługodawcy Obsługi Zabezpieczeń (SSPI) [ Pobierz całość w formacie PDF ]