The Experts below are selected from a list of 346251 Experts worldwide ranked by ideXlab platform
Yuan Shijin - One of the best experts on this subject based on the ideXlab platform.
-
A Solution for Security Asynchronous Web Service Application Platform
Computer Engineering, 2004Co-Authors: Yuan ShijinAbstract:Web Service is used widely in Internet Applications recently by its' opening, standard and simplification. In many projects, it often requires to construct a security asynchronous Web Service Application platform for invoking Web Service. A structure of security asynchronous Web Service Application platform is introduced. By a practical Application project, Microsoft SOAP Toolkit and SSL technology based solution for security asynchronous Web Service Application platform is discussed.
Simon Josefsson - One of the best experts on this subject based on the ideXlab platform.
-
Generic Security Service Application Programming Interface (GSS-API) Naming Extensions
2012Co-Authors: Sam Hartman, Nicolas Williams, Simon Josefsson, Leif JohanssonAbstract:The Generic Security Service Application Programming Interface (GSS- API) provides a simple naming architecture that supports name-based authorization. This document introduces new APIs that extend the GSS- API naming model to support name attribute transfer between GSS-API peers.
-
A Simple Authentication and Security Layer (SASL) and Generic Security Service Application Program Interface (GSS-API) Mechanism for OpenID
2012Co-Authors: Eliot Lear, Hannes Tschofenig, Henry Mauldin, Simon JosefssonAbstract:OpenID has found its usage on the Internet for Web Single Sign-On. Simple Authentication and Security Layer (SASL) and the Generic Security Service Application Program Interface (GSS-API) are Application frameworks to generalize authentication. This memo specifies a SASL and GSS-API mechanism for OpenID that allows the integration of existing OpenID Identity Providers with Applications using SASL and GSS-API. [STANDARDS-TRACK]
-
Context Token Encapsulate/Decapsulate and OID Comparison Functions for the Generic Security Service Application Program Interface (GSS-API)
2011Co-Authors: Simon Josefsson, Love AstrandAbstract:This document describes three abstract Generic Security Service Application Program Interface (GSS-API) interfaces used to encapsulate/decapsulate context tokens and compare OIDs. This document also specifies C bindings for the abstract interfaces. [STANDARDS- TRACK]
-
Using GSS-API Mechanisms in SASL: The GS2 Mechanism Family
2010Co-Authors: Nicolas Williams, Simon JosefssonAbstract:This document describes how to use a Generic Security Service Application Program Interface (GSS-API) mechanism in the the Simple Authentication and Security Layer (SASL) framework. This is done by defining a new SASL mechanism family, called GS2. This mechanism family offers a number of improvements over the previous "SASL/ GSSAPI" mechanism: it is more general, uses fewer messages for the authentication phase in some cases, and supports negotiable use of channel binding. Only GSS-API mechanisms that support channel binding are supported. See for more information.
J. Linn - One of the best experts on this subject based on the ideXlab platform.
-
generic security Service Application program interface version 2 update 1
RFC, 2000Co-Authors: J. LinnAbstract:The Generic Security Service Application Program Interface (GSS-API), Version 2, as defined in [RFC-2078], provides security Services to callers in a generic fashion, supportable with a range of underlying mechanisms and technologies and hence allowing source-level portability of Applications to different environments. This specification defines GSS-API Services and primitives at a level independent of underlying mechanism and programming language environment, and is to be complemented by other, related specifications:
-
Generic Security Service Application Program Interface, Version 2
1997Co-Authors: J. LinnAbstract:The Generic Security Service Application Program Interface (GSS-API), as defined in RFC-1508, provides security Services to callers in a generic fashion, supportable with a range of underlying mechanisms and technologies and hence allowing source-level portability of Applications to different environments. This specification defines GSS-API Services and primitives at a level independent of underlying mechanism and programming language environment, and is to be complemented by other, related specifications:
-
Generic Security Service Application Program Interface
1993Co-Authors: J. LinnAbstract:This Generic Security Service Application Program Interface (GSS-API) definition provides security Services to callers in a generic fashion, supportable with a range of underlying mechanisms and technologies and hence allowing source-level portability of Applications to different environments. This specification defines GSS-API Services and primitives at a level independent of underlying mechanism and programming language environment, and is to be complemented by other, related specifications:
Nicolas Williams - One of the best experts on this subject based on the ideXlab platform.
-
Generic Security Service Application Programming Interface (GSS-API) Naming Extensions
2012Co-Authors: Sam Hartman, Nicolas Williams, Simon Josefsson, Leif JohanssonAbstract:The Generic Security Service Application Programming Interface (GSS- API) provides a simple naming architecture that supports name-based authorization. This document introduces new APIs that extend the GSS- API naming model to support name attribute transfer between GSS-API peers.
-
Using GSS-API Mechanisms in SASL: The GS2 Mechanism Family
2010Co-Authors: Nicolas Williams, Simon JosefssonAbstract:This document describes how to use a Generic Security Service Application Program Interface (GSS-API) mechanism in the the Simple Authentication and Security Layer (SASL) framework. This is done by defining a new SASL mechanism family, called GS2. This mechanism family offers a number of improvements over the previous "SASL/ GSSAPI" mechanism: it is more general, uses fewer messages for the authentication phase in some cases, and supports negotiable use of channel binding. Only GSS-API mechanisms that support channel binding are supported. See for more information.
-
Clarifications and Extensions to the Generic Security Service Application Program Interface (GSS-API) for the Use of Channel Bindings
2009Co-Authors: Nicolas WilliamsAbstract:This document clarifies and generalizes the Generic Security Services Application Programming Interface (GSS-API) "channel bindings" facility, and imposes requirements on future GSS-API mechanisms and programming language bindings of the GSS-API.
Mingxue Zhang - One of the best experts on this subject based on the ideXlab platform.
-
research on hierarchical file system for embedded linux
Computational Intelligence, 2010Co-Authors: Xiaobo Huang, Mingxue ZhangAbstract:Based on the deep analysis of the VFS mechanism, a hierarchical file system based on embedded Linux is designed and implemented by combining the kernel module and user Service Application. It provides both the convenient update of the system and the better protection of the read-only system files, which is obviously of great value in commercial purposes.