Our system is currently under heavy load due to increased usage. We're actively working on upgrades to improve performance. Thank you for your patience.
Handbook of Service Description 2012
DOI: 10.1007/978-1-4614-1864-1_12
|View full text |Cite
|
Sign up to set email alerts
|

Service Levels, Security, and Trust

Abstract: This chapter covers the scientific background for the Service Level Module of the Unified Service Description Language (USDL). In addition to general service level concepts, we expand on two specific service level fields: security and trust. For that end we first review the state of the art in service level modeling, then we explain the design of the Service Level Module and position it among the rest of USDL. For security, two possible perspectives, a high level business view and a low level engineering appro… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1

Citation Types

0
3
0

Year Published

2013
2013
2017
2017

Publication Types

Select...
1
1

Relationship

2
0

Authors

Journals

citations
Cited by 2 publications
(3 citation statements)
references
References 9 publications
0
3
0
Order By: Relevance
“…Subsequent standards have been proposed to augment the basic description of WSDL, to add semantic, behavioural, and to a limited extent, authentication, and security data . Other such property‐based extensions, including Unified Services Description Language, consist of standards that target trust and security, to bridge the previously identified vendor divide.…”
Section: Background: Soa and Bpmnmentioning
confidence: 99%
See 1 more Smart Citation
“…Subsequent standards have been proposed to augment the basic description of WSDL, to add semantic, behavioural, and to a limited extent, authentication, and security data . Other such property‐based extensions, including Unified Services Description Language, consist of standards that target trust and security, to bridge the previously identified vendor divide.…”
Section: Background: Soa and Bpmnmentioning
confidence: 99%
“…Using ConSpec for our work is motivated by 3 reasons: (1) ConSpec was designed for specifying security properties; (2) it also supports the monitoring of security properties at runtime (eg, see Asim et al); and (3) by using a language that is independent from the underlying service technologies, we can support different service technologies (eg, RESTful services, WSDL‐compliant services) at the same time. Our work can easily be adapted to other service specification languages that support security properties such as Unified Services Description Language, PROTUNE, or combinations of XACML and WSDL…”
Section: Modelling Secure Servicesmentioning
confidence: 99%
“…For example, Unified Services Description Language (USDL) [17] consists of standards that target trust and security, to bridge the previously-identified vendor divide. However, none of them tackles the security issue of SOA in the first place.…”
Section: A Service-oriented Architecture and Its Securitymentioning
confidence: 99%