<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;A0UNRH48eCp7ImA9WxBVEE4.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171</id><updated>2010-02-12T21:34:55.070-08:00</updated><title>Robert Baird's Research Blog</title><subtitle type="html" /><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://research.robertdx.net/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://research.robertdx.net/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default?start-index=26&amp;max-results=25&amp;redirect=false&amp;v=2" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>52</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/RobertdxResearchBlog" /><feedburner:info uri="robertdxresearchblog" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;DkcDQXY4cCp7ImA9WxBQEUg.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-4906475857319359573</id><published>2010-01-10T12:06:00.000-08:00</published><updated>2010-01-10T12:07:50.838-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2010-01-10T12:07:50.838-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="unity" /><category scheme="http://www.blogger.com/atom/ns#" term="cross-unity" /><category scheme="http://www.blogger.com/atom/ns#" term="x-unity" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="formalism" /><title>X-UNITY</title><content type="html">&lt;a href="http://robertdx.smugmug.com/photos/761630974_UTwAy-O.jpg"&gt;&lt;img src="http://robertdx.smugmug.com/photos/761630974_UTwAy-S.jpg"&gt;&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-4906475857319359573?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/ZH6YIDk6_4s" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/4906475857319359573/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=4906475857319359573" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4906475857319359573?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4906475857319359573?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/ZH6YIDk6_4s/x-unity.html" title="X-UNITY" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2010/01/x-unity.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0AAQH8_fSp7ImA9WxNSF0k.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-6907546232449611262</id><published>2009-08-31T12:08:00.000-07:00</published><updated>2009-08-31T12:09:01.145-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-08-31T12:09:01.145-07:00</app:edited><title>Parkerian Hexad</title><content type="html">&lt;a href="http://en.wikipedia.org/wiki/Parkerian_Hexad"&gt;Parkerian Hexad - Wikipedia, the free encyclopedia&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;The CIA triad in my mind has always been too simplistic and taken without much thought by students and professionals. I mean sure, it's easy to understand and adds a basic structure to decompose problems by, but it is so rudimentary and broken. When you have to tack on authentication, non-repudiation, risk management, and other categories the basics of the CIA approach just break down and make the core model unstable and unusable. &lt;br /&gt;&lt;br /&gt;I like that the Parkerian Hexad is different. Sure at the core it has problems with non-overlapping categories and atomicity. What I do like is that it is something different and Parker is at least trying. I get the distinct feeling that everyone else has just given up and accepts CIA as the token system that works alright. &lt;br /&gt;&lt;br /&gt;I really only wanted to write about this as a note to myself since I've always had a problem with the CIA-mindset. In school no one -ever- talks about Parker, probably because they don't know or care about his work. I get that a lot of people in the security industry may not like him, and he may or may not be crazy. Who knows. I'm fascinated by the fact that there are other models out there being explored.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-6907546232449611262?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/Ct5EjBvWHKs" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/6907546232449611262/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=6907546232449611262" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6907546232449611262?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6907546232449611262?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/Ct5EjBvWHKs/parkerian-hexad.html" title="Parkerian Hexad" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/08/parkerian-hexad.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkUDQ384eCp7ImA9WxJWEEQ.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-7253185325507853258</id><published>2009-06-15T12:35:00.001-07:00</published><updated>2009-06-15T13:37:52.130-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-15T13:37:52.130-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="graph" /><title>Graphs</title><content type="html">Investigating the prior research that has been conducted with graphs and security policy modeling, or more generally, graphs and security research, even further abstracted graph-based languages.&lt;br /&gt;&lt;br /&gt;Keywords/ main reseach areas:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Vulnerabilty/violation&lt;/li&gt;&lt;li&gt;Attack graph&lt;/li&gt;&lt;li&gt;Transformation, morphism&lt;/li&gt;&lt;li&gt;State-based approach&lt;/li&gt;&lt;li&gt;Policy anaylsis&lt;/li&gt;&lt;li&gt;Code analysis&lt;/li&gt;&lt;li&gt;modeling interconnection networks&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;br /&gt;Darmaillacq, "Security policy testing using vulnerability exploit chaining", ICSTW'08.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Short paper (2 pages)&lt;/li&gt;&lt;li&gt;Looks like they just made up their security requirements (policy statements), and encoded them arbitrarily, but I don't know, perhaps this is standardized.&lt;/li&gt;&lt;li&gt;"test purpose" - "a sequence of events, of which occurrence during a test execution guarantees deliverance of a verdict (pass or fail)." -- doesn't handle NFRs, but enables their policy statements to be encoded in a graph that can be traversed. If you get to a specific sink node then you know that a violation has occurred. &lt;/li&gt;&lt;li&gt;Combines this research with an attack graph&lt;/li&gt;&lt;/ul&gt;Bahati, Bauer, "Adapting to Run-time changes in policies driving autonomic management", ICAS 2008&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Has a strange reinforcement learning approach&lt;/li&gt;&lt;li&gt;I really only pulled this paper as an example for the use of state transition diagrams as graphs in security research.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;They express the policy, then generate states that would satisfy the policy, then have violation states, then generate the graph, and see if the states are reachable. Its from an execution standpoint though, I think, not a design/architecture view.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;Ahn, Xu, Zhang, "Systematic Policy Analysis for High-assurance Services in SELinux", 2008 IEEE Workshop on Policies for Distributed Systems and Networks&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Probably the most relevant paper to what we're doing although its targeted to SELinux/OS specific work.&lt;/li&gt;&lt;li&gt;Interesting because they have &lt;span style="font-weight: bold;"&gt;XML policy representation and an architecture that automatically translates it into graph language&lt;/span&gt;&lt;/li&gt;&lt;li&gt;They have a &lt;span style="font-style: italic;"&gt;visual representation for violations &lt;/span&gt;too, this paper needs a more thurough read-through&lt;/li&gt;&lt;/ul&gt;Zhao, Ma, Liu, Hi, Huang, "A Graph Transformation based Approach for Runtime Constrained Evoluation of Service-Oritend Architectures", 2009 Parallel, Distributed and Networked-based Processing&lt;br /&gt;&lt;ul&gt;&lt;li&gt;"Dynamic software architectures [4] are those architectures that modify their architecture and enact the modifcations during the system's execution. This behavior is most commonly know as run-time evoluation or dynamism. Graph-based dyamical reconfguration of architectures [12, 17, 20] provides both a formal basis and a graphical representation that is the usualy way architecture are represented."&lt;/li&gt;&lt;li&gt;Their graph as a service with different ports and a "channel" that connects the ports. It's pretty easy to visualize the system. The whole system has a formal backing.&lt;/li&gt;&lt;li&gt;SOA Evoluation gets pretty messy though, There are productions and morphisms that make the graph (even a simple example) ... well, complicated. It almost doesn't seem as if their graph is even showing the entire architecure, just a subset. The whole transformation based approach doesn't seem the exact right fit for what we are attempting to do.&lt;/li&gt;&lt;/ul&gt;Duan, Feng, Wang, Zhang, Yew, "Detecting and eliminating potential violation of sequential consistency for concurrent C/C++ programs" 2009 international symp. on code generation and optimization&lt;br /&gt;&lt;ul&gt;&lt;li&gt;This is the paper that led me down the path of looking for &lt;span style="font-weight: bold;"&gt;graphs &lt;/span&gt;and &lt;span style="font-weight: bold;"&gt;violation analysis&lt;/span&gt;, although the paper itself didn't really give me much to go on itself.&lt;/li&gt;&lt;li&gt;They have graphs that model executable code and some examples that detect race conditions&lt;/li&gt;&lt;/ul&gt;Shih, Tan, "Fault-tolerant maximal local-connectivity on the bubble sort graphs", 2009 sixth international conference on information technolgy: new generations&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Similar to the last paper this one didn't really specifically apply to our work but I'm including it for an idea&lt;/li&gt;&lt;li&gt;"Interconnection network is usually modeled as a graph, in which vertices and edges correspond to processor and communication links, respectively."&lt;/li&gt;&lt;/ul&gt;Najumudheen, Mall, Samanta, "A Dependence Graph-based Test coverage analysis technique for Object-oritented programs", 2009 Sixth International Conference on Information Technology: New Generations"&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Call Based Object Oritented System Dependence Graph (COSDG)&lt;/li&gt;&lt;li&gt;"COSDG is a directed, connected multigraph G = (V,E), consisting of a set of V of vertices and set E of edges. A vertex represents one of three categories: statement, entry, and parameter vertices. An edge represents control, data dependency, parameter dependency, method call dependency, summary, class, and inheritance." - We wouldn't need all of that but I like that they can isolate their descriptions of a system down to these fine-grained details.&lt;/li&gt;&lt;li&gt;Of course their reseach is more based on code coverage for testing but it could easily be adapted to explain the architecture of a system.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;Wermelinger, Lopes, Fiadeiro, "A graph based architectural (re)configuration language", ESEC/FSE 2001.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;I only pulled this paper because it had reconfiguration and graph in it, I'm not sure if it has anything to do with security or policy modeling.&lt;/li&gt;&lt;li&gt;This paper is about CommUnity but after just glancing through it I can't exactly figure out what the paper is adding. It seems to be an update of an earlier publication they had on reconfiguration and how existing approaches didn't correclty model reconfiguraiton. It doesn't exactly look like they're extending unity but instead just trying to use it in a new novel way perhaps.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"algebraic graph rewriting" -- similar to a calculus graph rewriting approach?&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-7253185325507853258?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/YvRFJ7umwbY" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/7253185325507853258/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=7253185325507853258" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7253185325507853258?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7253185325507853258?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/YvRFJ7umwbY/graphs.html" title="Graphs" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/graphs.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0QDQ3c5fCp7ImA9WxJWEEU.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-6075993438585628788</id><published>2009-06-15T10:14:00.000-07:00</published><updated>2009-06-15T11:09:32.924-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-15T11:09:32.924-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;paper review&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;federation research 2009&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="survivability" /><title>Survivability</title><content type="html">Jianming 2008 - A Survivable Scheme for Critical Information Systems&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Need/motivation: "Potential threats include failures (usually generated internally) due to software design errors, hardware degeneration, human errors, or corrupted data, hardware malfunctions, software flaws, environmental hazards, malicious and accidental (generally are externally generated events) human acts"&lt;/li&gt;&lt;li&gt;"In [9], a rigorous definition of survivability was presented. The &lt;span style="font-style: italic;"&gt;survivability specification &lt;/span&gt;is a six-tuple, {S, E, D, V, T, P} where: S represents the specification set, E represents the service value factors, D represents the reachable environmental states, V represents relative service values, T and P represent the set of valid transitions and service probabilities. This definition is an &lt;span style="font-style: italic;"&gt;engineering definition &lt;/span&gt;of survivability." &lt;/li&gt;&lt;li&gt;"Survivability focuses whether services of the whole system can survive in malicious environment but not the individual components" -- services here are not WS services, but instead functional&lt;/li&gt;&lt;li&gt;(1) Resistance and Recognition, (2) Recovery (&lt;span style="font-style: italic;"&gt;checkpointing&lt;/span&gt;), (3) Adaptation (&lt;span style="font-style: italic;"&gt;reconfiguraiton&lt;/span&gt;)&lt;/li&gt;&lt;li&gt;[9] Knight, Strunk, Sullivan, "Towards a rigorous definition of information system survivability", IEEE DISCEX 2003&lt;/li&gt;&lt;/ul&gt;Saridakis, "Surviving Errors in Component-Based Software", 2005 EUROMICRO-SEAA&lt;br /&gt;&lt;ul&gt;&lt;li&gt;In the introduction they have a pretty good breakdown of the main challenges that survivable systems must address&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"However, fault tolerance techniques are based on some form of redundancy (e.g. service replication, data replication, state checkpoints, message logging, etc.) which makes them &lt;span style="font-weight: bold;"&gt;costly&lt;/span&gt;. This cost as system complexity (e.g. managing a replica group or taking checkpoints), &lt;span style="font-weight: bold;"&gt;resource consumption &lt;/span&gt;(e.g. additional hosts are needed to execute the service replicas and additional memory to store the replicated data, the checkpoints and the logs), and &lt;span style="font-weight: bold;"&gt;time penalty during system execution &lt;/span&gt;(e.g. delays in service delivery due to the time overhead in replica synchronizing or in saving checkpoints and logs on the stable storage).&lt;/li&gt;&lt;li&gt;Their paper is a about a concept known as "graceful degradation", basically a slow step down in functionality that reduces the overall performance of a system but still keeps it online. While this is not the exact same concept as a delta-federation, it is still related to some degree.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Also "Dependable systems" - "the capability of a system to outlast runtime errors and fulfill its mission"&lt;/li&gt;&lt;li&gt;"In other cases (e.g. [11]), mainly inspired from military and avionics domains, survivability describes the capability of a system to adjust its execution so ... can provide functionality despite damages .. due to errors"&lt;/li&gt;&lt;li&gt;Paper is on an optimistic graceful degradation approach. Identificaiton, isolation, adaption, repair. Optimisic maps errors to replacement functionality designed to fix, I think. &lt;/li&gt;&lt;li&gt;[11] Knight, Strunk, Sullivan, "Towards a rigorous definition of information system survivability", IEEE DISCEX 2003&lt;/li&gt;&lt;/ul&gt;Krings, "Design for Survivability: A Tradeoff Space" CSIIRW 2008&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Survivability vs. Adaptation&lt;/li&gt;&lt;li&gt;"In [3, 19] survivability was described in terms of Resistance, Recognition, Recover, and Adaptation. Adaptation implemented the mechanism to adapt the system to knowledge gained in the prior three phases. Adaptation, in general, also encompases movements in the tradeoff space.&lt;/li&gt;&lt;li&gt;[3] Ellison, Fisher, Linger, Lipson, Longstaff, Mead "Survivable Network Systems: An emerging discipline" Technical Report CMU&lt;/li&gt;&lt;li&gt;[19] Mead, Ellison, Linger, Longstaff, McHugh, "Survivable Network Analysis Method", Technical Report CMU&lt;/li&gt;&lt;/ul&gt;Knight, Strunk, Sullivan, "Towards a Rigorous Definition of Information System Survivability", DARPA Information Survivability Conference and Expo 2003&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Several definitions from different sources&lt;/li&gt;&lt;li&gt;Survivability: "the capability of..." , "a property of..." , ".. is measured by the probability...", "...qualified by specifying the range", "... the degree to which...",&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Later definition "Survivability is the ability of a network computing system to provide &lt;span style="font-style: italic;"&gt;essential services &lt;/span&gt;in the presence of &lt;span style="font-style: italic;"&gt;attacks and failures&lt;/span&gt;, and recover full services in a &lt;span style="font-style: italic;"&gt;timely manner&lt;/span&gt;" &lt;/li&gt;&lt;li&gt;Faults, are masked or unmasked. Fault avoidacnce may be used and this is not (according to them) an aspect of survivabiltiy.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;They claim "survivabitliy is a measurable system characteristic" -- I am not sure about this.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Example is from miltary C2 (command and control), not very specific in details but its generalized and can be adaptive, different modes of operation and different needs.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;{S, E, D, V, T, P}&lt;br /&gt;&lt;/li&gt;&lt;li&gt;V is user-defiend and ranked, user's perceived service value&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-6075993438585628788?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/udH6ksffhaU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/6075993438585628788/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=6075993438585628788" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6075993438585628788?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6075993438585628788?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/udH6ksffhaU/survivability_15.html" title="Survivability" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/survivability_15.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0UDR305fCp7ImA9WxJXGE4.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-2036655975115646305</id><published>2009-06-12T12:20:00.000-07:00</published><updated>2009-06-12T13:41:16.324-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-12T13:41:16.324-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="survivability" /><title>Survivability</title><content type="html">Breakdown&lt;br /&gt;- What: System, Infrastructure, Communication, Mission&lt;br /&gt;- Domain: MANETS, Business processes, Data Warehouse, Emergency Management&lt;br /&gt;- Design: Patch Management, Protocol, System Architecture, Network defenses&lt;br /&gt;- Metrics: QoS, Intrusion Detection, Attack statistics,&lt;br /&gt;- Mechanism: Load Balancing, Redundancy, Recovery process, Checkpointing, Reconfiguration&lt;br /&gt;- Approach: Centralized, Decentralized&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-2036655975115646305?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/vSXx176n1UY" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/2036655975115646305/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=2036655975115646305" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/2036655975115646305?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/2036655975115646305?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/vSXx176n1UY/survivability.html" title="Survivability" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/survivability.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A08BQ3Y4eyp7ImA9WxJXF0k.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-3577921102612178206</id><published>2009-06-11T12:49:00.000-07:00</published><updated>2009-06-11T12:50:52.833-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-11T12:50:52.833-07:00</app:edited><title>Roundtable discussion from 2000</title><content type="html">&lt;a href="http://www2.computer.org/portal/web/csdl/abs/html/mags/so/2000/05/s5026.htm"&gt;http://www2.computer.org/portal/web/csdl/abs/html/mags/so/2000/05/s5026.htm&lt;br /&gt;&lt;/a&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-3577921102612178206?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/52FeM9g-3xo" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/3577921102612178206/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=3577921102612178206" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/3577921102612178206?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/3577921102612178206?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/52FeM9g-3xo/roundtable-discussion-from-2000.html" title="Roundtable discussion from 2000" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/roundtable-discussion-from-2000.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0QAQXY-cCp7ImA9WxJXF0k.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-962926617291301694</id><published>2009-06-11T08:42:00.000-07:00</published><updated>2009-06-11T11:35:40.858-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-11T11:35:40.858-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="standardization" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>IEEE Security &amp; Privacy</title><content type="html">Journal: &lt;a href="http://www.computer.org/portal/site/security"&gt;IEEE Security &amp;amp; Privacy&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Found this journal yesterday and started to look through it for some interesting articles. They've got two sections that would have articles every once and awhile for "Emerging Standards" and "Building Security In" that seemed interesting.&lt;br /&gt;&lt;br /&gt;Anderson, A., "Web services policies," &lt;i&gt;Security &amp;amp; Privacy, IEEE&lt;/i&gt; , vol.4, no.3, pp.84-87, May-June  2006&lt;br /&gt;URL: &lt;a href="http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=1637390&amp;amp;isnumber=34312"&gt;http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=1637390&amp;amp;isnumber=34312&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;In the Emerging Standards section&lt;/li&gt;&lt;li&gt;They decompose a policy across different layers that build on each other: service-interface-binding, domain-binding, policy, assertion (or predicate), vocabulary&lt;/li&gt;&lt;li&gt;They have something called a &lt;span style="font-style: italic;"&gt;policy envelope&lt;/span&gt;&lt;/li&gt;&lt;li&gt;For each layer they have defined they associate one or more different standards specifications that attempt to resolve the problem the layer addresses&lt;span&gt; (all taken from Oasis or W3C)&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span&gt;Many are XML based (in fact, I think the ones they investigate might -all- be XML)&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;Details some of the problems with standardizations and policies, ws-desc failed to gain sufficient support and XACML standardization was blocked due to disagreements in the policy committee&lt;/li&gt;&lt;li&gt;Several standards cross cut their layer stratification XACML is in 3 layers for example&lt;/li&gt;&lt;li&gt;They bring up the issue of "if every service can shoose among increasing number of policy options, the probability of any two services having compatible policies diminishes"&lt;/li&gt;&lt;li&gt;Also introduces the issue of a domain, wherein a particular domain might need a different mechanism to express their policies &lt;/li&gt;&lt;/ul&gt;Gupta, Suvajit; Winstead, Joel, "Using Attack Graphs to Design Systems," &lt;i&gt;Security &amp;amp; Privacy, IEEE&lt;/i&gt; , vol.5, no.4, pp.80-83, July-Aug.  2007&lt;br /&gt;URL: &lt;a href="http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4288052&amp;amp;isnumber=4288029"&gt;http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4288052&amp;amp;isnumber=4288029&lt;/a&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Was really only looking at this to see if there was any intersting background references to look that would establish a base for linking security (policies) and graph based modeling&lt;/li&gt;&lt;/ul&gt;Ninghui Li; JiWon Byun; Bertino, E., "A Critique of the ANSI Standard on Role-Based Access Control," &lt;i&gt;Security &amp;amp; Privacy, IEEE&lt;/i&gt; , vol.5, no.6, pp.41-49, Nov.-Dec.  2007&lt;br /&gt;URL: &lt;a href="http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4402445&amp;amp;isnumber=4402432"&gt;http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4402445&amp;amp;isnumber=4402432&lt;/a&gt;&lt;br /&gt;and&lt;br /&gt;Ferraiolo, D.; Kuhn, R.; Sandhu, R., "RBAC Standard Rationale: Comments on "A Critique of the ANSI Standard on Role-Based Access Control"," &lt;i&gt;Security &amp;amp; Privacy, IEEE&lt;/i&gt; , vol.5, no.6, pp.51-53, Nov.-Dec.  2007&lt;br /&gt;URL: &lt;a href="http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4402447&amp;amp;isnumber=4402432"&gt;http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4402447&amp;amp;isnumber=4402432&lt;/a&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;I was hoping this paper would show the specification language (if there was one) but it seems more focused on the formal specification of the standard. Lots of details about flaws in the standard.&lt;/li&gt;&lt;/ul&gt;Landau, S., "Security and Privacy Landscape in Emerging Technologies," &lt;i&gt;Security &amp;amp; Privacy, IEEE&lt;/i&gt; , vol.6, no.4, pp.74-77, July-Aug.  2008&lt;br /&gt;URL: &lt;a href="http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4588236&amp;amp;isnumber=4588217"&gt;http://www.ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=4588236&amp;amp;isnumber=4588217&lt;/a&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Investigates the domains of industrail control systems (SCADA) and emergency management&lt;/li&gt;&lt;li&gt;Market pressure and deregulation have moved existing closed loop systems to decentralized web based interconnected systems where security is now hard to control&lt;br /&gt;&lt;/li&gt;&lt;li&gt;They talk as if NIST 800-53 is a standard, I never really thought of it as such as it seemed more like a documentation of available options&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Their references to emergency management standards groups are the Oasis Emergency Mgmt TC, Homeland Security's FEMA, and the Emergency Interoparability Consortium's EDXL&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-962926617291301694?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/8WrexSpJTnI" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/962926617291301694/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=962926617291301694" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/962926617291301694?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/962926617291301694?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/8WrexSpJTnI/ieee-security-privacy.html" title="IEEE Security &amp; Privacy" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/ieee-security-privacy.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0UMRns_cCp7ImA9WxJXFko.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-7372045135898597314</id><published>2009-06-10T14:59:00.000-07:00</published><updated>2009-06-10T15:01:27.548-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-10T15:01:27.548-07:00</app:edited><title>From BuildSecurityIn</title><content type="html">&lt;a href="https://buildsecurityin.us-cert.gov/daisy/bsi/articles/tools/modeling/698-BSI.html"&gt;https://buildsecurityin.us-cert.gov/daisy/bsi/articles/tools/modeling/698-BSI.html&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;  &lt;p&gt; &lt;em&gt;&lt;/em&gt;&lt;/p&gt;&lt;blockquote&gt;&lt;p&gt;&lt;em&gt;Security policy model&lt;/em&gt; is a traditional name for the combination of the&lt;/p&gt;   &lt;ul&gt;&lt;li&gt;specification of the security policy—normally constraints (or properties) &lt;/li&gt;&lt;li&gt;specification of the behavior of the system—normally a high-level specification of the design&lt;sup style="font-size: smaller;"&gt;&lt;a id="dsy698-BSI_N10210_ref" href="https://buildsecurityin.us-cert.gov/daisy/bsi/articles/tools/modeling/698-BSI.html#dsy698-BSI_N10210"&gt;1&lt;/a&gt;&lt;/sup&gt; &lt;/li&gt;&lt;li&gt;argument showing the consistency of the two—normally this means showing that a software system always stays within security constraints&lt;/li&gt;&lt;/ul&gt;   &lt;p&gt;This need to show consistency has been already been mentioned. In the early days (1960s, 70s, and 80s), this was often written about in terms of formal proofs. In the 1980s the concept of &lt;em&gt;levels of assurance&lt;/em&gt; mapped to different kinds of evidence for this consistency. The legacy of this work is seen in today’s &lt;a title="The Common Criteria" href="https://buildsecurityin.us-cert.gov/daisy/bsi/articles/best-practices/requirements/239-BSI.html"&gt;Common Criteria&lt;/a&gt;. However, borrowing in part from experience in safety, this concept has been generalized to one of an assurance case, which in part tries to address its own uncertainty and is intended to provide grounds for justified confidence and decision making by stakeholders.&lt;/p&gt;   &lt;p style="font-weight: bold;"&gt;One example of tool use is Praxis’s use of Z/Eves to formally state security policy and show the consistency of the system’s high-level design with it, using mathematical logic [&lt;a title="Modeling Tools References" href="https://buildsecurityin.us-cert.gov/daisy/bsi/articles/tools/modeling/699-BSI.html#dsy699-BSI_hall2002"&gt;Hall 2002&lt;/a&gt;].&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;/p&gt;Hmm...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-7372045135898597314?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/txRvUcZlN54" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/7372045135898597314/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=7372045135898597314" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7372045135898597314?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7372045135898597314?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/txRvUcZlN54/from-buildsecurityin.html" title="From BuildSecurityIn" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/from-buildsecurityin.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0cNQXcyeCp7ImA9WxJXFko.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-8180842097034427058</id><published>2009-06-10T14:54:00.000-07:00</published><updated>2009-06-10T14:58:10.990-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-10T14:58:10.990-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;access control&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>MODSEC</title><content type="html">Workshop on Modeling Security (MODSEC)&lt;br /&gt;&lt;a href="http://www.comp.lancs.ac.uk/modsec/"&gt;http://www.comp.lancs.ac.uk/modsec/&lt;br /&gt;&lt;/a&gt;&lt;br /&gt;Looked like there was only one paper on policies. Might be worth looking at though.&lt;br /&gt;&lt;br /&gt;Tejeddine Mouelhi, Franck Fleurey, Benoit Baudry and Yves Le Traon. &lt;a href="http://www.comp.lancs.ac.uk/modsec/papers/modsec08_submission_8.pdf"&gt;Mutating DAC And MAC Security Policies: A Generic Metamodel Based Approach&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-8180842097034427058?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/IVF-_ASBB4c" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/8180842097034427058/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=8180842097034427058" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8180842097034427058?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8180842097034427058?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/IVF-_ASBB4c/modsec.html" title="MODSEC" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/modsec.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEUNSX44fSp7ImA9WxJXFks.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-5135635015748799107</id><published>2009-06-10T13:22:00.000-07:00</published><updated>2009-06-10T13:38:18.035-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-10T13:38:18.035-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;paper review&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="baseline" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>Review: Security Policies and the Software Developer</title><content type="html">&lt;b&gt;Security Policies and the Software Developer&lt;/b&gt;&lt;br /&gt;              Found in:                                 &lt;a href="http://www.computer.org/security/"&gt;IEEE Security and Privacy&lt;/a&gt;                               &lt;br /&gt;               By Denis Verdon                &lt;br /&gt;                               Issue Date:July  2006                              &lt;br /&gt;               pp. 42-49&lt;br /&gt;&lt;br /&gt;I found this by searching for "baseline security policy" on computer.org digital library, it was about halfway down the second page of results.&lt;br /&gt;&lt;br /&gt;Link: &lt;a href="http://www2.computer.org/portal/web/csdl/abs/html/mags/sp/2006/04/j4042.htm"&gt;http://www2.computer.org/portal/web/csdl/abs/html/mags/sp/2006/04/j4042.htm&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;This is a pretty high level article (not terribly in-depth) but glancing through it I saw it had some nice information categorized.&lt;br /&gt;&lt;br /&gt;Different Policy Types (across all kinds of different domains) - Even though they are all "policies" they each mean and contain totally different things, and I think it would help our work a lot if we clearly state which types of policies we address:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Corporate security policy&lt;/li&gt;&lt;li&gt;Acceptable use policy&lt;/li&gt;&lt;li&gt;Privacy policy&lt;/li&gt;&lt;li&gt;Email policy&lt;/li&gt;&lt;li&gt;Information (systems) security policy&lt;/li&gt;&lt;li&gt;Network security policy&lt;/li&gt;&lt;li&gt;Secure application development policy&lt;/li&gt;&lt;li&gt;Incident management policy&lt;/li&gt;&lt;li&gt;Data classification policy&lt;/li&gt;&lt;li&gt;Policy exemption process&lt;/li&gt;&lt;/ul&gt;Some of these are likely unrelated to our work, but each probably has different standards and mechanisms of expression.&lt;br /&gt;&lt;br /&gt;"To meet the research needs, public communities of interest or working groups usually sprout up, acting as clearing houses for knowledge on threats and countermeasures." they then claims there are 3 distinct groups that do research in these areas:&lt;br /&gt;&lt;ul style="font-style: italic;"&gt;&lt;li&gt;"de facto bodies, often evolved from loose communities of interest, such as SANS (www.sans.org);&lt;br /&gt;&lt;/li&gt;&lt;li&gt;government-sponsored bodies, such as US-CERT;&lt;br /&gt;&lt;/li&gt;&lt;li&gt;and not-for-profit or non-governmental organizations and standards bodies, such as the International Standards Organization, the IEEE, or the Center for Internet Security (www.cisecurity.org)"&lt;/li&gt;&lt;/ul&gt;Not that this classification really gets us anywhere, but I like that someone else has already stratified the areas that we would likely need to look towards. The article then goes on to look at standards that are prevalent (again I think this document is from a legal-protection viewpoint so its not totally helpful but still worth looking into).&lt;br /&gt;&lt;br /&gt;Some of the groups they briefly review (although some of these are just best practices documents, but still, maybe that is who we should turn to for developing the baseline):&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Build Security In (BSI, https://buildsecurityin.us-cert.gov) &lt;/li&gt;&lt;li&gt;The Open Web Application Security Project (www.owasp.org/documentation)&lt;/li&gt;&lt;li&gt;Microsoft Developer Network (MSDN; http://msdn.microsoft.com/security)&lt;/li&gt;&lt;li&gt;Sun Developer Network's Reference on Java Security (http://developers/sun.com/ techtopics/security/javasecurity/reference/techart/ index.html#2)&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-5135635015748799107?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/fwN1LGn94yc" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/5135635015748799107/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=5135635015748799107" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5135635015748799107?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5135635015748799107?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/fwN1LGn94yc/review-security-policies-and-software.html" title="Review: Security Policies and the Software Developer" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/review-security-policies-and-software.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CE4GQnw5fSp7ImA9WxJXFks.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-5695629412369542250</id><published>2009-06-10T08:45:00.001-07:00</published><updated>2009-06-10T12:42:03.225-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-10T12:42:03.225-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="baseline" /><title>Baseline motivation</title><content type="html">I had taken some notes down on my iPhone the other day that I'm going to try and transcribe and expand upon here.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;Why establish a baseline (either from the policy viewpoint or the delta federation?):&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Vast amount of specifications, increasing in number at an increasing rate, with lots of overlapping information&lt;/li&gt;&lt;li&gt;Certain specifications gain popularity and are adhered to while others exhibiting the same properties are specified and never used.&lt;/li&gt;&lt;li&gt;By determining the common features throughout a minimum baseline of information can be established.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;The baseline can then be used to determine a &lt;span style="font-weight: bold;"&gt;universal mapping &lt;/span&gt;between expression languages (for example the differences web services specified with WSDL or REST would become meaningless assuming an appropriate mapping could be establish with &lt;span style="font-weight: bold;"&gt;sufficient coverage &lt;/span&gt;across all baseline entities).&lt;/li&gt;&lt;li&gt;As &lt;span style="font-weight: bold;"&gt;new technologies &lt;/span&gt;for expression are developed they can easily be incorporated within any system using the baseline approach. &lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;b&gt;Context-Based Matching and Ranking of Web Services for Composition&lt;/b&gt;&lt;br /&gt;              Found in:                                 &lt;a href="http://www.computer.org/tsc/"&gt;IEEE Transactions on Services Computing&lt;/a&gt;                               &lt;br /&gt;               By Aviv Segev , Eran Toch                &lt;br /&gt;Accepted to July 2009 Issue (not yet published)&lt;br /&gt;&lt;ul&gt;&lt;li&gt;They have heavy use of a baseline concept in their paper, not quite the same as ours though&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Theirs is a "baseline method" to classify WS  information&lt;/li&gt;&lt;li&gt;They bring up the issue of the view of a domain, for them its the local view whereas our deltafederation would have more of a global/shared/collaborative view&lt;/li&gt;&lt;li&gt;Intro also brings up the difference between exploratory composition and automatic compositions. Their research is to benefit the exploratory compositions of WS which is helpful because eventually a human guides the development of the final composition. &lt;/li&gt;&lt;li&gt;They "assume each web service is described using a textual description, which is part of the meta-data within UDDI registries, and a WSDL document describing the syntactic properties of the service interface" - this seems to be a pretty standard and easy to understand statement&lt;/li&gt;&lt;li&gt;To them, their baseline method is "a simple reflection (identity function) of the original bag of tokens , extracted from the service descriptoins to a bag of tokens representing sets of words". Not quite sure what that means.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"Service analysis leads to the construction of the baseline" -- that could mean the entire baseline or the baseline of a specific service...&lt;/li&gt;&lt;li&gt;"often WS providers do not include tags in their service descriptions [13]"&lt;/li&gt;&lt;li&gt;The rest of this paper seems to be going into heavy Information Retrival analysis of the WS descriptions (inverse document frequency, term frequency, etc.). Its almost like they're building up the math for a search engine of WS. &lt;/li&gt;&lt;li&gt;A lot of the context mapping in their process would be accomplished by a human in our case, I think. This type of reseach certainly enhances any toolkit tasked with that type of responsability though, but ultimately the work would require a human (I'd think).&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-5695629412369542250?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/O7DxrMrhVco" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/5695629412369542250/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=5695629412369542250" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5695629412369542250?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5695629412369542250?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/O7DxrMrhVco/baseline-motivation.html" title="Baseline motivation" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/baseline-motivation.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0QFQn84fip7ImA9WxJXFkg.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-6526545716210774867</id><published>2009-06-10T08:00:00.000-07:00</published><updated>2009-06-10T09:28:33.136-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-10T09:28:33.136-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;graph transformations&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="graph" /><title>Paper review: A graph-based formalism for RBAC</title><content type="html">Koch, M., Mancini, L. V., and Parisi-Presicce, F. 2002. &lt;span style="font-style: italic;"&gt;A graph-based formalism for RBAC&lt;/span&gt;. &lt;i&gt;ACM Trans. Inf. Syst. Secur.&lt;/i&gt; 5, 3 (Aug. 2002), 332-365. DOI= http://doi.acm.org/10.1145/545186.545191&lt;br /&gt;&lt;br /&gt;http://portal.acm.org/citation.cfm?id=545186.545191&lt;br /&gt;http://doi.acm.org/10.1145/545186.545191&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;2002, so its not -very- recent&lt;/li&gt;&lt;li&gt;They list reasons/motivations for the formalism early on. (1) prove properties of a given specification (2) compare different AC models (3) predict system behavior by combining diff. policies&lt;/li&gt;&lt;li&gt;Formalizes RBAC using a graph transformation language [Rozenberg 1997]&lt;/li&gt;&lt;li&gt;Provides static and dynamic consistency conditions, and has an executable specification with existing tools&lt;/li&gt;&lt;li&gt;"A graph represents a state of a system... state changes are specified by graph transformation rules... a rule is given by a graph morphism" -- The CPP does not really have states or state changes, its a static analysis so I'm guessing an approach like this isn't a great match. &lt;/li&gt;&lt;li&gt;Just thinking here: one approach if we continue down the use of our own langague is to use transformations to build up the system 1 policy at a time. Each transformation would have to ensure the system was in compliance. Oh there are so many different options like that though. Would the graph notate the policy, or the system, or both? Would transformations show the evolution of the system as components are added/removed, the change in state as it executes, the change in policies? Or would there even need to be graph transformations? Too many questions, more background research is needed.&lt;/li&gt;&lt;li&gt;"The left hand side of the rule &lt;span style="font-style: italic;"&gt;add to role&lt;/span&gt; contains additionally a dashed edge between the &lt;span style="font-style: italic;"&gt;u&lt;/span&gt; and the &lt;span style="font-style: italic;"&gt;r &lt;/span&gt;node. This dashed edge represents a &lt;span style="font-style: italic;"&gt;negative application condition&lt;/span&gt;"&lt;br /&gt;&lt;/li&gt;&lt;li&gt;"The nodes of the rule &lt;span style="font-style: italic;"&gt;add to role&lt;/span&gt; do not carry labels. This representation for a rule is intended as a pattern for a whole set of rules" -- this seems pretty beneficial, the ability for the language to have patterns which can be applied to specific instanciations&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Edge Labels, absence of labels&lt;/li&gt;&lt;li&gt;Edge (connected line or dashed line)&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Node names, shapes, filled or open, colors&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Transformations, rules, actions, activations&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-6526545716210774867?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/LIZT5wA1dK0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/6526545716210774867/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=6526545716210774867" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6526545716210774867?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6526545716210774867?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/LIZT5wA1dK0/paper-review-graph-based-formalism-for.html" title="Paper review: A graph-based formalism for RBAC" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/paper-review-graph-based-formalism-for.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CU4AQHw5cCp7ImA9WxJWEUs.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-8384258421107278400</id><published>2009-06-09T13:32:00.000-07:00</published><updated>2009-06-16T07:52:21.228-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-16T07:52:21.228-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="UTDallas" /><title>Reasoning with semantics-aware access control policies for geospatial web services</title><content type="html">Ashraful Alam, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/s/Subbiah:Ganesh.html"&gt;Ganesh Subbiah&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/t/Thuraisingham:Bhavani_M=.html"&gt;Bhavani M. Thuraisingham&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Khan:Latifur.html"&gt;Latifur Khan&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Reasoning with semantics-aware access control policies for geospatial web services&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/conf/sws/sws2006.html#AlamSTK06"&gt;SWS 2006&lt;/a&gt;: 69-76&lt;br /&gt;&lt;br /&gt;Paper &lt;a href="http://portal.acm.org/citation.cfm?id=1180380"&gt;available here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Reasons for looking at this paper:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;How they specify their security policies&lt;/li&gt;&lt;li&gt;Semantics-aware ACP - a new type of policy? Can the CPP express it?&lt;/li&gt;&lt;li&gt;Sill looking for baseline, and papers that everyone in security references&lt;/li&gt;&lt;/ul&gt;Notes from paper:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Incremental policy buildup, reuse of "security blocks"&lt;/li&gt;&lt;li&gt;"Distinguishes between two major types of security most prevalent in WS... the first kind deals with general authorization procedures of WS users and subsequent security criteria...  the second kind involves organizational protection of data from intruders or clients without access privileges."&lt;/li&gt;&lt;li&gt;"Not all data housed by the geospatial agencies are considered public in nature. For instance, the data might contain critical information about people, exposure of which would jeopardize their privacy. The problem is exacerbated in a data integration environment because of a lack of coherent security framework. If the trend towards on-the-fly data integration continues, Web services providers would very soon perform complicated services that require embedding or combining geospatial data with other kinds of data."&lt;/li&gt;&lt;li&gt;"In a very complex policy setting with hundreds of rules with intricate hierarchy of privileges, the reasoning engine will boost the security tremendously by suggesting potential security vulnerabilities in the policy repository."&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Referenced papers for security background&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Security whitepaper from Microsoft and IBM about web services security model. [1]&lt;/li&gt;&lt;li&gt;Web Service Policy Language (WSPL) [6] &lt;/li&gt;&lt;li&gt;GeoXACML [7] access control language for geo spatial web services&lt;/li&gt;&lt;li&gt;Semantic languages Rei [9], KAoS [10], Ponder [11].&lt;/li&gt;&lt;li&gt;OWL-S / DAML&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-8384258421107278400?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/U3NWPYcAoF4" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/8384258421107278400/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=8384258421107278400" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8384258421107278400?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8384258421107278400?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/U3NWPYcAoF4/ashraful-alam-ganesh-subbiah-bhavani-m.html" title="Reasoning with semantics-aware access control policies for geospatial web services" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/ashraful-alam-ganesh-subbiah-bhavani-m.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkIMQ3Y9eyp7ImA9WxJXFUo.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-9193333187817551117</id><published>2009-06-09T11:31:00.000-07:00</published><updated>2009-06-09T12:09:42.863-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-09T12:09:42.863-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;business process management&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>Paper review: Modeling and Enforcement of Business Policies on Process Models with Maestro</title><content type="html">Ivan Markovic, Sukesh Jain, Mahmoud El-Gayyar, Armin B. Cremers, Nenad Stojanovic: &lt;span style="font-style: italic;"&gt;Modeling and Enforcement of Business Policies on Process Models with Maestro&lt;/span&gt;. ESWC 2009: 873-877&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.springerlink.com/content/h28783k036337015/"&gt;SpringerLink&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Seems to delegate the actual modeling of the business policies to "WSML Flight", another language.&lt;/li&gt;&lt;li&gt;The contribution of this paper is just a graphical viewer of the output of the Flight module, it seems. It is built on top of the Maestro framework.&lt;/li&gt;&lt;li&gt;Something about a Policy Recommender, that can somehow recommend policies to specific business processes based on an ontology framework. &lt;/li&gt;&lt;li&gt;Example is based on separation of duty in a financial industry.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-9193333187817551117?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/ao8L1qxierg" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/9193333187817551117/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=9193333187817551117" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/9193333187817551117?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/9193333187817551117?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/ao8L1qxierg/paper-review-modeling-and-enforcement.html" title="Paper review: Modeling and Enforcement of Business Policies on Process Models with Maestro" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/paper-review-modeling-and-enforcement.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkUNRHs6eip7ImA9WxJXFUs.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-9091266842557437508</id><published>2009-06-09T09:40:00.000-07:00</published><updated>2009-06-09T10:24:55.512-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-09T10:24:55.512-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;paper review&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;delta-federation&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;federation research 2009&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;business process management&quot;" /><title>Paper review: Contract driven cross-organizational business processes</title><content type="html">&lt;span style="font-size: 100%;"&gt;Ustun Yildiz, Olivera Marjanovic, and Claude Godart, &lt;/span&gt;&lt;span style="font-style: italic; font-weight: bold; font-size: 100%;"&gt;Contract driven cross-organizational business processes&lt;/span&gt;&lt;span style="font-size: 100%;"&gt;, in Proceedings of the Second International Conference on Information Management and Business, IMB (V. Khandelwal and M. S. Raisinghani, eds.), (Australia), pp. 120–130, Australian Computer Society, 2006.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://hal.inria.fr/inria-00000858/en/"&gt;Online PDF available here&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;ul&gt;&lt;li&gt;They have a term "cross-organizational" that really seems to similarly refer to our concept of a Community of Interest (I think).&lt;/li&gt;&lt;li&gt;From abstract: process monitoring and coordination mechanism, generic contract model, event-driven infrastructure&lt;/li&gt;&lt;li&gt;Interesting keywords: Cross-organizational Collaboration, E-contracting, Complex Event Processing&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Again, this paper is from a business perspective, (like the banking industry example Emmerich used). "interconnected in order to satisfy the mutual benefits of their owners". It is not mission directed, per se.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Cross organizational relationship is defined via a business contract (not sure if this is formalized or not) which is specified independently of the execution details. &lt;/li&gt;&lt;li&gt;"The contract defines in advance the business constraints that the business partners are supposed to respect when they collaborate". -- so very similar to the idea I had for the contract layer of information in the delta-federation.&lt;/li&gt;&lt;li&gt;They're using some sort of middleware (Complex Event Processing - CEP) to formalize event-driven applications. It has constraints, parties, operations, metrics, dates, objects.&lt;/li&gt;&lt;li&gt;Seems to bring in concepts from deontic logic (permission, obligation, prohibition), comparisons (equal, less than, greater than, etc.), and aggregation. &lt;/li&gt;&lt;li&gt;And then the paper stops, hard to see a specific addition. I guess they borrow the language, and put a middlware between the two interacting partners to monitor. That may be all they do.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-9091266842557437508?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/A5yPiCPkx2I" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/9091266842557437508/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=9091266842557437508" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/9091266842557437508?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/9091266842557437508?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/A5yPiCPkx2I/paper-review-contract-driven-cross.html" title="Paper review: Contract driven cross-organizational business processes" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/paper-review-contract-driven-cross.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DE4CQXY9eCp7ImA9WxJXFEQ.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-7464761247010948990</id><published>2009-06-08T12:13:00.000-07:00</published><updated>2009-06-08T14:36:00.860-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-08T14:36:00.860-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;federation research 2009&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="standardization" /><category scheme="http://www.blogger.com/atom/ns#" term="baseline" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;business process management&quot;" /><title>Paper review: Business Process Management (BPM) standards: A survey</title><content type="html">&lt;span style="font-family: 'Times New Roman',serif; font-size: 100%;"&gt;Ryan K. L. Ko, Stephen S. G. Lee and E. W. Lee, “&lt;strong&gt;Business Process Management (BPM) Standards: A Survey&lt;/strong&gt;” &lt;em&gt;Business Process Management Journal&lt;/em&gt;, Emerald Publishing, Accepted on 2 December 2008. [To appear: Vol. 15 No. 5, 2009] &lt;/span&gt;&lt;span style="font-family: 'Times New Roman',serif; font-size: 100%;"&gt;[&lt;a href="http://ryanko.files.wordpress.com/2008/12/bpmj_stds_survey_koleelee.pdf"&gt;PDF&lt;/a&gt;]&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;This paper should probably be a key reference in the baseline research.&lt;br /&gt;&lt;ul&gt;&lt;li&gt;In the introduction points out the rapid growth of paradigms and methods  with terms and technologies that were not well defined, and languages that duplicated features, lacked formalisms, and lacked validation on real business systems.&lt;/li&gt;&lt;li&gt;There is a beautiful figure that organizes the entire paper's contents (Figure 1)&lt;/li&gt;&lt;li&gt;Classifications of BPM standards: grapical, execution, interchange, diagnosis&lt;/li&gt;&lt;li&gt;van der Aalst's BPM life cycle figure - "Process Design, System Configuration, Process Enactment, Diagnosis, repeat"... we don't exactly do this, either adding the double/triple-loop mentality, or adding another step of reconfiguration into the figure.&lt;/li&gt;&lt;li&gt;Diagnosis standards are the closest possible thing to the research we've already conducted&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Investigates the differences between BPM, Workflow Management, and Business Process Reengineering&lt;/li&gt;&lt;li&gt;Developed a &lt;span style="font-style: italic; font-weight: bold;"&gt;classification process&lt;/span&gt;, which is pretty cool. Basic flow chart.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Unfortunately, the first decision is "Is this standard for Web Services?", if yes they categorize as a Web Service / SOA Standard (not sure if they do anything after that).&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Key things they identify: BPM/SOA/B2B, Background (source), Theory/Graphical/Interchange/Execution/Diagnosis/B2bInfoExchange, Standardized (yes/no), Current Status&lt;/li&gt;&lt;li&gt;Each standard has brief overview/introduction, strengths/weaknesses analysis, and other sections. Takes up a lot of space overall, but consistant.&lt;/li&gt;&lt;li&gt;Lots of analysis of BPEL due to its influential status, due to the fact that it accomplishes so much&lt;/li&gt;&lt;li&gt;Section 5.8.3 - Context Aware Workflow Management Systems. Very brief duscussion, not really even going into the problems. Of course this discussion was from the viewpoint of BPM and not workflow management.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-7464761247010948990?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/AwjTAWa6ZKA" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/7464761247010948990/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=7464761247010948990" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7464761247010948990?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7464761247010948990?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/AwjTAWa6ZKA/paper-review-business-process.html" title="Paper review: Business Process Management (BPM) standards: A survey" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/paper-review-business-process.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkQMR3ozeip7ImA9WxJXFUs.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-4213058604944064622</id><published>2009-06-08T09:51:00.000-07:00</published><updated>2009-06-09T10:26:26.482-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-09T10:26:26.482-07:00</app:edited><title>IEEE 2009 Third International Workshop on Scientific Workflows (SWF 2009)</title><content type="html">&lt;span style="font-size:100%;"&gt;Same as with the self-tuning stuff I looked at, here are the interesting papers from the scientific workflows program:&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;UML_AD2EventB: An Approach to Generating Event B Specification from UML Activity Diagrams for the Workflows Specification and Verification&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, Ahlem Ben Younes, Leila Jemni Ben Ayed&lt;br /&gt;&lt;/span&gt;&lt;ul style=""&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Lots of papers about UML from Ayed according to &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/a/Ayed:Leila_Jemni_Ben.html"&gt;DBLP&lt;/a&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;A Formal Approach for the Development of Automated Systems&lt;/span&gt;&lt;span style="font-size:100%;"&gt; - interesting, but automated systems probably means something different than I'm thinking of&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;A paper on BNF encoding of UML&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Not really sure what &lt;a href="http://www.event-b.org/"&gt;Event B &lt;/a&gt;is, supposedly a "formal method for system-level modeling and analysis", barely looking at it it kind of looks similar to unity&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;New Execution Paradigm for Data-Intensive Scientific Workflows&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, Mahmoud El-Gayyar, Yan Leng, Serge Shumilov, Armin Cremers&lt;br /&gt;&lt;/span&gt;&lt;ul style=""&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;El-Gayyar's &lt;a href="http://www.informatik.uni-bonn.de/%7Eelgayyar/publications.html"&gt;webpage &lt;/a&gt;- background in grid computing, possibly mashups,&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Markovic, I., Sukesh, J., Elgayyar, M., and Cremers, A.&lt;/span&gt;&lt;span style="font-style: italic;font-size:100%;" &gt; "&lt;span style="font-weight: bold;"&gt;Modeling and Enforcement of Business Policies and Rules &lt;/span&gt;in Semantic Business Process Modeling"&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, In Proceedings of 3rd International Conference on Adaptive Business Information Systems (ABIS), Leipzig, Germany, March 2009.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Elgayyar, M. M., Alda, S. J., and Cremers, A. B.      &lt;/span&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;"Towards a &lt;span style="font-weight: bold;"&gt;user-oriented environment&lt;/span&gt; for web services      composition"&lt;/span&gt;&lt;span style="font-size:100%;"&gt;. In Proceedings of the 4th international      Workshop on End-User Software Engineering      (Leipzig, Germany, May 12 - 12, 2008). WEUSE '08. ACM, New York, NY, 81-85.      &lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Serge Shumolov's &lt;a href="http://www.informatik.uni-bonn.de/%7Eshumilov/publications/index.html"&gt;webpage &lt;/a&gt;- decision support systems, hydrologic-economic stuff, ...&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;T. Bode, A. B. Cremers, U. Radetzki, S. Shumilov. &lt;/span&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;COBIDS: A Component-Based Framework for &lt;span style="font-weight: bold;"&gt;Sharing Standardized and Non-Standardized Geo-Services&lt;/span&gt;. &lt;/span&gt;&lt;span style="font-size:100%;"&gt;In: Proc. of the 18th International Conference Informatics for Environmental Protection (EnviroInfo 2004),  pp. 292-302, Geneva, Switzerland, 2004. &lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Armin Cremers' &lt;a href="http://wob.iai.uni-bonn.de/Wob/de/view/cremers.html"&gt;webpage &lt;/a&gt;- its all in Deutsch, some of the paper titles are in English.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;i&gt;Alda, S.; Cremers, A.B.: &lt;/i&gt; Strategies for Component-based Self-Adaptability Model in Peer-to-Peer Architectures. Proceedings of the 4th International Symposium on Component-based Software Engineering (CBSE7). LNCS 3054, Springer, pp. 59-67. Edinburgh, Scotland., 2004.&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;i&gt;Mügge, H.; Rho, T.; Speicher, D.; Bihler, P.; Cremers, A.B.: &lt;/i&gt; Programming for Context-based Adaptability - Lessons learned about OOP, SOA, and AOP.  Workshop Selbstorganisierende, Adaptive, Kontextsensitive verteilte Systeme, Bern, Switzerland, 2007.   &lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;i&gt;Spalka, A.; Winandy, M.; Cremers, A.B.: &lt;/i&gt; Multilateral Security Considerations for Adaptive Mobile Applications.  Proceedings of the 2nd International Conference on E-Business and Telecommunication Networks (ICETE 2005), 2005&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;Business Versus Scientific Workflows: A Comparative Study&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, Ustun Yildiz, Adnene Guabtni, Anne H.H. Ngu&lt;br /&gt;&lt;/span&gt;&lt;ul style=""&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Web page for &lt;a href="http://www.cs.ucdavis.edu/%7Eyildiz/About_Me.html"&gt;Ustun Yildiz &lt;/a&gt;- decentralization, information flow, orchestration in mobile computing, synchronization, &lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Ustun Yildiz, Olivera Marjanovic, and Claude Godart, &lt;/span&gt;&lt;span style="font-style: italic; font-weight: bold;font-size:100%;" &gt;Contract driven cross-organizational business processes&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, in Proceedings of the Second International Conference on Information Management and Business, IMB (V. Khandelwal and M. S. Raisinghani, eds.), (Australia), pp. 120–130, Australian Computer Society, 2006. [&lt;a href="http://research.robertdx.net/2009/06/paper-review-contract-driven-cross.html"&gt;Review here&lt;/a&gt;]&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;Web page for &lt;a href="http://www.cse.unsw.edu.au/%7Eaguabtni/"&gt;Adnene Guabtni &lt;/a&gt;- transactional behavior in business processes,&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;New research term: &lt;/span&gt;&lt;span style="font-weight: bold;font-size:100%;" &gt;cooperative processes&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;strong&gt;&lt;em&gt;&lt;span style=""&gt;"&lt;/span&gt;&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;em&gt;&lt;span style=""&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;Sphere     Based Isolation for Cooperative Processes"&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/em&gt;&lt;/strong&gt;&lt;strong&gt;&lt;span style=""&gt;     &lt;/span&gt;&lt;/strong&gt;&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;accepted     to be published in &lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;strong&gt;&lt;a href="http://jcst.ict.ac.cn/"&gt;&lt;span style=""&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;JCST&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/a&gt;&lt;/strong&gt;&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;,     international Journal of Computer Science and Technology,     Springer&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="font-size:100%;"&gt;&lt;em&gt;&lt;span style=""&gt;"&lt;/span&gt;&lt;/em&gt;&lt;em&gt;&lt;span style=""&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;A     Dynamic Workflow Management System for Coordination of     Cooperative Activities"&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/em&gt;&lt;strong&gt;&lt;span style=""&gt;     &lt;/span&gt;&lt;/strong&gt;&lt;strong&gt;&lt;a href="http://wwwhome.cs.utwente.nl/%7Ewombachera/dpm_06/"&gt;&lt;span style=""&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;DPM'06&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/a&gt;&lt;/strong&gt;&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;span style="font-family:Verdana,sans-serif;"&gt;&lt;span style=""&gt;,     1st International Workshop on Dynamic Process Management, in     conjunction with the Fourth International Conference on Business     Process Management &lt;a href="http://bpm2006.tuwien.ac.at/"&gt;BPM'06&lt;/a&gt;,     Vienna, Austria, September 4, 2006 In Proceedings of Business     Process Management Wrokshops, Springer LNCS proceeding.     (&lt;a href="http://dx.doi.org/10.1007/11837862_21"&gt;electronic copy&lt;/a&gt;)&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-size:100%;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;span style="font-size:100%;"&gt;Also interesting from the program was:&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;span style="font-style: italic;font-size:100%;" &gt;Genesis - Dynamic Collaborative Business Process Formulation based on Business Goals and Criteria&lt;/span&gt;&lt;span style="font-size:100%;"&gt;, Ryan K. L. Ko, Andre Jusuf, S.G. Lee&lt;/span&gt;&lt;span style="font-size:100%;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;ul style=""&gt;&lt;li&gt;&lt;span style=";font-family:'Times New Roman',serif;font-size:100%;"  &gt;Ryan K. L. Ko, Stephen S. G. Lee and E. W. Lee, “&lt;strong&gt;Business Process Management (BPM) Standards: A Survey&lt;/strong&gt;” &lt;em&gt;Business Process Management Journal&lt;/em&gt;, Emerald Publishing, Accepted on 2 December 2008. [To appear: Vol. 15 No. 5, 2009] &lt;/span&gt;&lt;span style=";font-family:'Times New Roman',serif;font-size:100%;"  &gt;[&lt;a href="http://ryanko.files.wordpress.com/2008/12/bpmj_stds_survey_koleelee.pdf"&gt;PDF&lt;/a&gt;] [&lt;a href="http://research.robertdx.net/2009/06/paper-review-business-process.html"&gt;Review here&lt;/a&gt;]&lt;br /&gt;&lt;/span&gt;&lt;/li&gt;&lt;li&gt;&lt;span style="color: rgb(0, 0, 255);font-size:100%;" &gt;&lt;span style="font-family:'Times New Roman',serif;"&gt;&lt;br /&gt;&lt;/span&gt;&lt;/span&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-4213058604944064622?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/Nubnj5nBGi0" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/4213058604944064622/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=4213058604944064622" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4213058604944064622?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4213058604944064622?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/Nubnj5nBGi0/ieee-2009-third-international-workshop.html" title="IEEE 2009 Third International Workshop on Scientific Workflows (SWF 2009)" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/ieee-2009-third-international-workshop.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A08DSH4zcSp7ImA9WxJXFEo.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-8872380198048954557</id><published>2009-06-08T08:08:00.000-07:00</published><updated>2009-06-08T09:51:19.089-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-08T09:51:19.089-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;federation research 2009&quot;" /><title>Self-healing papers of interest from SERVICES-I</title><content type="html">Right now we don't really have access to these papers so here are just some thoughts on their titles and possibly links to other research each author may have done. &lt;span style="font-style: italic;"&gt;&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;A Semantic Repository for Adaptive Services&lt;/span&gt;, Yamine Ait-Ameur&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Possible author &lt;a href="http://www.lisi.ensma.fr/members/yamine/"&gt;webpage link&lt;/a&gt; but no listing of publications.&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Interesting because title has both "Semantic Repository" and "Adaptive Services". Probably a ontology (OWL-S?) language on top of an existing service description language. Adaptive services could mean anything, but its probably tied down within the service logic itself.&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.linkedin.com/pub/yamine-ait-ameur/2/827/303"&gt;LinkedIn profile page &lt;/a&gt;- they list their application domain as "engineering", interesting.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;"&gt;Using Stateful Activities to Facilitate Monitoring and Repair in Workflow Choreographies&lt;/span&gt;, J. Eder, J. Mangler, E. Mussi, B. Pernici&lt;br /&gt;&lt;ul&gt;&lt;li&gt;A link to &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/p/Pernici:Barbara.html"&gt;Barbara Pernici on DBLP &lt;/a&gt;- lots of data papers, QoS&lt;br /&gt;&lt;/li&gt;&lt;li&gt;This paper is probably similar to the existing checkpoint approaches used in DBMS. I'm not exactly sure what a stateful activity is but BPEL provides a mechanism to describe a scope, which in my mind could be used to describe something called a stateful activity, or a transaction.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;"&gt;A Practical Framework of Realizing Actuators for Autonomous Fault Management in SOA&lt;/span&gt;, Hyun Jung La, Soo Dong Kim&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/l/La:Hyun_Jung.html"&gt;DBLP link for Hyun Jung La &lt;/a&gt;- Lots of "dynamic composition" papers, adapting services, product line engineering&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Kim:Soo_Dong.html"&gt;DBLP link for Soo Dong Kim &lt;/a&gt;- LOTS of publications: Software Reusability, Dyamic monitors, dynamic composition&lt;/li&gt;&lt;li&gt;I liked the concept of "Autonomos Fault Management", mostly because the term stratifies fault management into 2 categories, autonomous being pre-defined or setup so that it can occur without human interaction, and non-automonous being the types of fault handling that requires human interaction and guidance. I have no idea what "Realizing Actuators" introduces though.&lt;/li&gt;&lt;li&gt;I think I found &lt;a href="http://soft.ssu.ac.kr/"&gt;their research group's webpage&lt;/a&gt;, but it doens't look like they upload pdfs of the papers.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;"&gt;Self-Diagnosis and Self-Regulation through Performance Monitoring and Tuning&lt;/span&gt;, A. Noui-Mehidi&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://www.linkedin.com/pub/ali-mehidi/3/94/aa2"&gt;LinkedIn profile page&lt;/a&gt; -&lt;/li&gt;&lt;li&gt;Self-tuning for optimization, the only other paper I read on this was to configure a workflow engine's number of threads at runtime. Would be interesting to see if there is anything else different than this, (service oriented), but probably not.&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;span style="font-style: italic;"&gt;Enforcing User-Defined Management Logic in Large Scale Systems&lt;/span&gt;, Srinath Perera, Dennis Gannon&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Srinath Perera's &lt;a href="http://www.cs.indiana.edu/%7Ehperera/"&gt;webpage&lt;/a&gt;&lt;/li&gt;&lt;li&gt;Dennis Gannon's &lt;a href="http://www.extreme.indiana.edu/%7Egannon/"&gt;webpage &lt;/a&gt;&lt;br /&gt;&lt;/li&gt;&lt;li&gt;User-defined management logic sounds exactly like what the preference entries in NeWT are doing. Another phrase for something that we're doing possibly?&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-8872380198048954557?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/A8wT_CJakVw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/8872380198048954557/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=8872380198048954557" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8872380198048954557?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/8872380198048954557?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/A8wT_CJakVw/self-healing-papers-of-interest-from.html" title="Self-healing papers of interest from SERVICES-I" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/self-healing-papers-of-interest-from.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CU8FSX07eip7ImA9WxJXEk4.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-6874946976022979327</id><published>2009-06-04T13:05:00.000-07:00</published><updated>2009-06-05T13:30:18.302-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-05T13:30:18.302-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>Policy Calculus Research</title><content type="html">Goal: explore graph based approaches to security policy expression&lt;br /&gt;&lt;br /&gt;We have looked at &lt;a href="http://www.utdallas.edu/%7Echung/"&gt;Lawrence Chung&lt;/a&gt;'s work from UT Dallas before. He dealt with the concept of "satisfiable" using soft-graphs. These were based on analyzing the non-functional requirements of a software system. I need to go back and look through his work and summarize some notes about that here:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Looking at his website it does not look like he's published anything recently.&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;Searching through ACM and IEEE, here are some phrases that show up:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;logical attack graphs&lt;/li&gt;&lt;li&gt;information flow violations&lt;/li&gt;&lt;li&gt;security policy reconciliation &lt;/li&gt;&lt;li&gt;security compilers&lt;/li&gt;&lt;li&gt;information security&lt;/li&gt;&lt;li&gt;enforcement&lt;/li&gt;&lt;li&gt;encoding&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Terms that I've been searching for:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;security policy graph&lt;/li&gt;&lt;li&gt;security policy language&lt;/li&gt;&lt;li&gt;security policy expression&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Found this, its a silly name but could be interesting: &lt;a href="http://cups.cs.cmu.edu/soups/2009/"&gt;Symposium On Usable Privacy and Security (SOUPS 2009)&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Papers that might be interesting (going to try and move more interesting towards the top of the list):&lt;br /&gt;&lt;ul&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1413140.1413180&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;A multi-layered security architecture for modelling complex systems&lt;br /&gt;&lt;/a&gt; - interesting because we've done multi-layered approaches before&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=545186.545191&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;A graph-based formalism for RBAC&lt;/a&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1286821.1286826&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;Dynamic graph-based software fingerprinting &lt;/a&gt;- title caught my eye but not a good fit&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1030083.1030110&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;Security policies for downgrading &lt;/a&gt;- possibly a new type of policy and they'd have to express their policy somehow so I thought it'd be worth looking at, its not graph based but they seem to have a policy language&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1410234.1410238&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;A graph based approach towards network forensic analysis&lt;/a&gt; - just network graphs with weights and fuzzy states, probably not what we're looking for&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1029133.1029144&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;MAC and UML for secure software design &lt;/a&gt;- design time, mandatory access control, and a UML based approach&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1533057.1533084&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;Formalizing information security knowledge &lt;/a&gt;- they use ontologys &lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=504909.504910&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;An algebra for composing access control policies &lt;/a&gt;- its not a calculus but its math based...?&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1291535.1291537&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;Automatic generation of model based tests for a class of security policies&lt;/a&gt; - &lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=1390832.1390836&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;Policy expression and checking in XACML, WS-Policies, and the jABC &lt;/a&gt;- uses XACML and has graphs&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://portal.acm.org/citation.cfm?id=762476.762481&amp;amp;coll=ACM&amp;amp;dl=ACM&amp;amp;CFID=39207853&amp;amp;CFTOKEN=62872525"&gt;A propositional policy algebra for access control &lt;/a&gt;- &lt;/li&gt;&lt;li&gt;&lt;a href="http://www2.computer.org/portal/web/csdl/doi/10.1109/ICSE.2007.98"&gt;When Role Models Have Flaws: Static Validation of Enterprise Security Policies &lt;/a&gt;- &lt;/li&gt;&lt;li&gt;&lt;a href="http://www2.computer.org/portal/web/csdl/doi/10.1109/IPDPS.2007.370622"&gt;Improving Secure Communication Policy Agreements by Building Coalitions &lt;/a&gt;- &lt;/li&gt;&lt;li&gt;&lt;a href="http://www2.computer.org/portal/web/csdl/doi/10.1109/PERCOMW.2004.1276900"&gt;Modeling Context-Based Security Policies with Contextual Graphs &lt;/a&gt;- &lt;/li&gt;&lt;li&gt;&lt;a href="http://www2.computer.org/portal/web/csdl/doi/10.1109/PERCOMW.2004.1276923"&gt;Context-Based Security Policies: A New Modeling Approach &lt;/a&gt;-&lt;br /&gt;&lt;/li&gt;&lt;li&gt;&lt;a href="http://www2.computer.org/portal/web/csdl/doi/10.1109/EDOCW.2006.21"&gt;An Ontology-based Approach to the Formalization of Information Security Policies &lt;/a&gt;-&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-6874946976022979327?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/YEpTYPJA7Ss" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/6874946976022979327/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=6874946976022979327" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6874946976022979327?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/6874946976022979327?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/YEpTYPJA7Ss/policy-calculus-research.html" title="Policy Calculus Research" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/policy-calculus-research.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkADSXk8eCp7ImA9WxJWEUs.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-3601271020115074158</id><published>2009-06-04T09:49:00.000-07:00</published><updated>2009-06-16T08:06:18.770-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-16T08:06:18.770-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;federation research 2009&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;access control&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="XML" /><category scheme="http://www.blogger.com/atom/ns#" term="security" /><category scheme="http://www.blogger.com/atom/ns#" term="UTDallas" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;policy calculus research 2009&quot;" /><title>University of Texas at Dallas</title><content type="html">Going through the research conducted at &lt;a href="http://www.utdallas.edu/research/dfepi/research.htm"&gt;University of Texas at Dallas &lt;/a&gt;to see if there is anything good. A lot of this is the work of &lt;a href="http://www.utdallas.edu/%7Ebxt043000/"&gt;Dr. Bhavani Thuraisingham&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;The entire group is the &lt;a href="http://www.utdallas.edu/research/dfepi/people.htm"&gt;CyberSecurity and Emergency Prepardness Institute&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;Their lab is the Security Analysis and Information Assurance Laboratory (&lt;a href="http://csrc.utdallas.edu/saial_lab.htm"&gt;SAIAL&lt;/a&gt;). I've heard of Information Assurance before (thats what ISA is all about), but &lt;span style="font-style: italic;"&gt;Security Analysis &lt;/span&gt;sounds like a distinct sub-field of Security. The SAIAL lab is tempest shielded which is pretty cool.&lt;br /&gt;&lt;br /&gt;There is also the Cyber Security Research Center (&lt;a href="http://csrc.utdallas.edu/"&gt;CSRC&lt;/a&gt;). I'm not totally sure what the difference between these 3 things.&lt;br /&gt;&lt;br /&gt;The word "policy" doesn't appear anywhere on &lt;a href="http://csrc.utdallas.edu/researchareas.htm"&gt;their research area page&lt;/a&gt;. Lots of hardware stuff, Information Assurance stuff, vulnerability analysis/classification, and attack research. I do like the following quote from their &lt;span style="font-style: italic;"&gt;Graph Theoretic Problems on Web Graphs &lt;/span&gt;research group:&lt;br /&gt;&lt;span style=";font-family:Georgia;font-size:9;"  &gt;&lt;/span&gt;&lt;blockquote&gt;&lt;span style=";font-family:Georgia;font-size:9;"  &gt;Unfortunately, the typical sequence of “attack, detect, control, and   recover” often results in major damages and high costs. This makes it imperative   to develop methods that will protect computer systems (especially sensitive   ones) from such attacks. &lt;/span&gt;&lt;/blockquote&gt;If anything, I like the point they're trying to make that existing approaches just don't cut it when the stakes are high and with modern complex networked systems. This leads in to our design-time-based-approaches.&lt;br /&gt;&lt;br /&gt;Interesting researchers:&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Wei-She - ERP Security&lt;/li&gt;&lt;li&gt;Srinivasan Iyer - Extended Role Based Access Control for ERP Security&lt;/li&gt;&lt;li&gt;Jianmin Zhu - Grid Security and web Services&lt;/li&gt;&lt;li&gt;Ashraful Alam - Secure geospatial web services&lt;/li&gt;&lt;li&gt;Pavan chitumalla - Geospatial data management for emergency preparedness&lt;/li&gt;&lt;/ul&gt;Possibly interesting papers based on titles (full publication list at DBLP is extensive):&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Ashraful Alam, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/s/Subbiah:Ganesh.html"&gt;Ganesh Subbiah&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/t/Thuraisingham:Bhavani_M=.html"&gt;Bhavani M. Thuraisingham&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Khan:Latifur.html"&gt;Latifur Khan&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Reasoning with semantics-aware access control policies for geospatial web services&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/conf/sws/sws2006.html#AlamSTK06"&gt;SWS 2006&lt;/a&gt;: 69-76 [&lt;a href="http://research.robertdx.net/2009/06/ashraful-alam-ganesh-subbiah-bhavani-m.html"&gt;review&lt;/a&gt;]&lt;br /&gt;&lt;/li&gt;&lt;li&gt;Bhavani M. Thuraisingham, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Khan:Latifur.html"&gt;Latifur Khan&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Kantarcioglu:Murat.html"&gt;Murat Kantarcioglu&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/c/Chib:Sonia.html"&gt;Sonia Chib&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/h/Han:Jiawei.html"&gt;Jiawei Han&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/s/Son:Sang.html"&gt;Sang Son&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Real-Time Knowledge Discovery and Dissemination for Intelligence Analysis&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/conf/hicss/hicss2009.html#ThuraisinghamKKCHS09"&gt;HICSS 2009&lt;/a&gt;: 1-12&lt;/li&gt;&lt;li&gt;Bhavani M. Thuraisingham, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Kantarcioglu:Murat.html"&gt;Murat Kantarcioglu&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Khan:Latifur.html"&gt;Latifur Khan&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Building a Geosocial Semantic Web for Military Stabilization and Reconstruction Operations&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/conf/paisi/paisi2009.html#ThuraisinghamKK09"&gt;PAISI 2009&lt;/a&gt;: 1&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/c/Chitumalla:Pavan_Kumar.html"&gt;Pavan Kumar Chitumalla&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/h/Harris:Douglas.html"&gt;Douglas Harris&lt;/a&gt;, Bhavani M. Thuraisingham, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/k/Khan:Latifur.html"&gt;Latifur Khan&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Emergency Response Applications: Dynamic Plume Modeling and Real-Time Routing&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/journals/internet/internet12.html#ChitumallaHTK08"&gt;IEEE Internet Computing 12&lt;/a&gt;(1): 38-44 (2008)&lt;/li&gt;&lt;li&gt;&lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/d/Damiani:Ernesto.html"&gt;Ernesto Damiani&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/g/Gabillon:Alban.html"&gt;Alban Gabillon&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/a/Anderson:Anne.html"&gt;Anne Anderson&lt;/a&gt;, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/s/Staggs:David.html"&gt;David Staggs&lt;/a&gt;, Bhavani M. Thuraisingham, &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/indices/a-tree/w/Winslett:Marianne.html"&gt;Marianne Winslett&lt;/a&gt;: &lt;span style="font-style: italic;"&gt;Directions and trends of XML and web service security&lt;/span&gt;. &lt;a href="http://www.informatik.uni-trier.de/%7Eley/db/conf/sws/sws2006.html#DamianiGASTW06"&gt;SWS 2006&lt;/a&gt;: 1-2&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-3601271020115074158?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/_lF0jwUNpYw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/3601271020115074158/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=3601271020115074158" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/3601271020115074158?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/3601271020115074158?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/_lF0jwUNpYw/university-of-texas-at-dallas.html" title="University of Texas at Dallas" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/university-of-texas-at-dallas.html</feedburner:origLink></entry><entry gd:etag="W/&quot;AkQGRH04eyp7ImA9WxJXFUo.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-226855542029862437</id><published>2009-06-01T07:31:00.000-07:00</published><updated>2009-06-09T13:12:05.333-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-09T13:12:05.333-07:00</app:edited><title>Baseline</title><content type="html">Baseline information that has been standardized for the delta-federation work and the policy calculus work:&lt;br /&gt;&lt;br /&gt;Collected a lot of WS --- things. Standards? Policies? Languages?&lt;br /&gt;&lt;br /&gt;Only found a few security related specifications. But I didn't look that hard yet.&lt;br /&gt;&lt;br /&gt;I certainly need to find some way to organize this information and to bring out the useful parts. So for each baseline-candidate I want to know (a) what it specifies (b) how its specified (c) limitations?&lt;br /&gt;&lt;br /&gt;What it specifies (and who claims to do it)&lt;br /&gt;&lt;ul&gt;&lt;li&gt;external visible behavior (WSCL) [phrasing attributed &lt;a href="http://lsdis.cs.uga.edu/proj/meteor/mwscf/standards.html"&gt;here&lt;/a&gt;]&lt;br /&gt;&lt;/li&gt;&lt;li&gt;observable behavior (WSCI?)&lt;/li&gt;&lt;li&gt;message exchange (WSCI)&lt;/li&gt;&lt;li&gt;message flow&lt;/li&gt;&lt;li&gt;capabilities (DAML-S)&lt;/li&gt;&lt;li&gt;conversations - DTDs, Interactions, Transitions (WSCL)&lt;/li&gt;&lt;li&gt;document type definitions (W3C?)&lt;/li&gt;&lt;li&gt;&lt;strike&gt;accessibility guidelines&lt;/strike&gt; (&lt;a href="http://www.w3.org/TR/WAI-WEBCONTENT/"&gt;WCAG&lt;/a&gt;)&lt;/li&gt;&lt;li&gt;digital message format for alerts and notifications (&lt;a href="http://www.oasis-open.org/committees/download.php/15135/emergency-CAPv1.1-Corrected_DOM.pdf"&gt;CAP&lt;/a&gt;)&lt;/li&gt;&lt;li&gt;soap message security (&lt;a href="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0.pdf"&gt;WS-Security&lt;/a&gt;)&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;How it is specified (and who again)&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Ontology (DAML-S)&lt;/li&gt;&lt;li&gt;XML-based language (WSCI)&lt;/li&gt;&lt;li&gt;XML syntax (WSCL, WS-Security)&lt;/li&gt;&lt;/ul&gt;How it is used&lt;br /&gt;&lt;ul&gt;&lt;li&gt;stored/registered in UDDI tModel entries (WSCL)&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Current status of standards&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Member submission (OWL-S)&lt;/li&gt;&lt;li&gt;&lt;br /&gt;&lt;/li&gt;&lt;/ul&gt;&lt;br /&gt;Other misc notes:&lt;br /&gt;&lt;a href="http://www.w3.org/TR/wscl10/"&gt;&lt;/a&gt;&lt;ul&gt;&lt;li&gt;DAML-S is now OWL-S&lt;/li&gt;&lt;/ul&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-226855542029862437?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/oDbL0nw0ACI" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/226855542029862437/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=226855542029862437" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/226855542029862437?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/226855542029862437?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/oDbL0nw0ACI/baseline.html" title="Baseline" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/06/baseline.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEAFRXkyeip7ImA9WxJQFk4.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-4027099884583822252</id><published>2009-05-29T13:45:00.000-07:00</published><updated>2009-05-29T14:31:54.792-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-05-29T14:31:54.792-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="agility" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;delta-federation&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;agile software development&quot;" /><title>Agile software development and agility</title><content type="html">I'm trying to figure out if agility is different than agile software development. To be honest, I've heard ASWD tossed around before, and it has been used as a growing buzzword for a few years now. I still don't quite know what it is.&lt;br /&gt;&lt;blockquote&gt;"Agile methods generally promote a disciplined project management process that encourages frequent inspection and adaptation, a leadership philosophy that encourages teamwork, self-organization and accountability, a set of engineering best practices that allow for rapid delivery of high-quality software, and a business approach that aligns development with customer needs and company goals." [&lt;a href="http://en.wikipedia.org/wiki/Agile_software_development"&gt;Wikipedia&lt;/a&gt;]&lt;/blockquote&gt;My initial thoughts are that the concepts of agility are not necessarily the same as the principles behind agile software development. Agility to me seems to be a property, something that can be stated. ASWD seems to be a process, with methods, that can be applied as a strategy.&lt;br /&gt;&lt;br /&gt;Where did ASWD come from? There is &lt;a href="http://agilemanifesto.org/"&gt;a manifesto for agile development&lt;/a&gt; back from 2001. &lt;a href="http://alistair.cockburn.us/"&gt;Alister Cockburn&lt;/a&gt; has a book titled &lt;span style="font-style: italic;"&gt;Agile Software Development &lt;/span&gt;from 2002 that is highly cited (draft version 3 available &lt;a href="http://www.imamu.edu.sa/Scientific_selections/Documents/IT/AgileSwDevDraft3.pdf"&gt;here&lt;/a&gt;) according to Google. It addresses communication and rules for successful projects.&lt;br /&gt;&lt;br /&gt;So then, what is agility in a software product? According to the book, "an agile process is both light and sufficient". That definition is applied to the process, not the software itself. Their example is that a 40 person team is not as agile as a 6 person team, which makes sense. I think applying the term agile to the product itself leads into a lot of what SaaS and SOA is attempting to accomplish. But again, those are paradigms, processes, shifts in development strategies.&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.springerlink.com/content/y063141015706l31/"&gt;Reflections on Software Agility and Agile Methods: Challenges, Dilemmas, and the Way Ahead&lt;/a&gt;, by Linda Levine, compares ASWD with differing processes such as the Capability Maturity Model CMU and the Spiral loops from Barry Bohem. Even though the paper is talking about Software Agility, it still seems to be talking about the process of generating the software, not an aspect of the software itself. For agile software I keep thinking back to our computer security class here and the definition of "good software" which was high-cohesion, low-coupling, modular, etc. Do those properties overlap with what an agile component would possess? I think its the best start to defining an agile component (if such a definition doesn't already exist).&lt;br /&gt;&lt;br /&gt;Also from wikipedia, is this section (currently marked for deletion citing a strong bias and weasel wording):&lt;br /&gt;&lt;blockquote&gt;Proponents also argue that process-oriented methods, especially methods that rely on repeatable results and that incrementally reduce waste and process variation like Six Sigma, &lt;span style="font-weight: bold;"&gt;have a tendency to limit an organisation's adaptive capacity &lt;/span&gt;(their "slack"), making them less able to respond to discontinuous change - i.e., less agile. It is proposed that "agile", "lean" and "evolutionary" are strategies that need to be properly understood and appropriately applied to any specific context. That is, &lt;span style="font-weight: bold;"&gt;there is a time to be "agile", a time to be "lean" and a time to be "evolutionary."&lt;/span&gt; Some agilists agree with this position, promoting the concept of agile methods as one set of tools that should be available to managers for use in appropriate situations, not as one-size-fits-all methods that should be forced onto all organizations. [&lt;a href="http://en.wikipedia.org/wiki/Agile_software_development#Post-Agilism"&gt;link&lt;/a&gt;]&lt;br /&gt;&lt;/blockquote&gt;Its interesting. From that viewpoint, we wouldn't want a system that is necessarily agile, or one that is evolutionary, but some type of hybrid. The reference for that entire section is:&lt;br /&gt;"Managing Agile Projects." Ed. Kevin Aguanno. Oshawa, Ontario: Multi-Media Publications Inc., 2005. ISBN 1-895186-11-0.&lt;br /&gt;&lt;br /&gt;---&lt;br /&gt;&lt;br /&gt;You have to go to the aerospace industry before you see the term agility applied to a tangible product. The following is taken from "&lt;a href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;amp;_udi=B6V1N-47HJV2V-1&amp;amp;_user=1497000&amp;amp;_rdoc=1&amp;amp;_fmt=&amp;amp;_orig=search&amp;amp;_sort=d&amp;amp;view=c&amp;amp;_acct=C000053096&amp;amp;_version=1&amp;amp;_urlVersion=0&amp;amp;_userid=1497000&amp;amp;md5=b43efe2f18ec7d4de39dc39a227e00f9"&gt;Flexibility in system design and implications for aerospace systems&lt;/a&gt;":&lt;br /&gt;&lt;blockquote&gt;Agility is another term related to the ability to respond to change. It was first introduced in manufacturing environments then broadened to encompass the extended enterprise. It is often loosely defined, and used to characterize different things in a business environment. For instance, in &lt;i&gt;Pathways to Agility&lt;/i&gt;, Oleson [&lt;a name="bbib12"&gt;&lt;/a&gt;&lt;span class="refPreview" id="refp_30"&gt;&lt;/span&gt;&lt;a onclick="toggleTabs('fullTab')" href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;amp;_udi=B6V1N-47HJV2V-1&amp;amp;_user=1497000&amp;amp;_coverDate=12%2F31%2F2003&amp;amp;_rdoc=1&amp;amp;_fmt=full&amp;amp;_orig=search&amp;amp;_cdi=5679&amp;amp;_sort=d&amp;amp;_docanchor=&amp;amp;view=c&amp;amp;_acct=C000053096&amp;amp;_version=1&amp;amp;_urlVersion=0&amp;amp;_userid=1497000&amp;amp;md5=4d0826b8e92511e337ee7007f67c1f43#bib12" onmouseover="RefPreview.showRef(event,'ref_bib12','refp_30')" onmouseout="RefPreview.hideRef()"&gt;12&lt;/a&gt;] describes “agile strategic planning processes”, “agile automation”, and discusses the need for “agile business relationships” with suppliers and customers. He defines agility as the “ability to respond with ease to unexpected but anticipated events”. Similarly, &lt;span style="font-weight: bold;"&gt;Fricke et al. [&lt;/span&gt;&lt;a style="font-weight: bold;" name="bbib13"&gt;&lt;/a&gt;&lt;span style="font-weight: bold;" class="refPreview" id="refp_31"&gt;&lt;/span&gt;&lt;a style="font-weight: bold;" onclick="toggleTabs('fullTab')" href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;amp;_udi=B6V1N-47HJV2V-1&amp;amp;_user=1497000&amp;amp;_coverDate=12%2F31%2F2003&amp;amp;_rdoc=1&amp;amp;_fmt=full&amp;amp;_orig=search&amp;amp;_cdi=5679&amp;amp;_sort=d&amp;amp;_docanchor=&amp;amp;view=c&amp;amp;_acct=C000053096&amp;amp;_version=1&amp;amp;_urlVersion=0&amp;amp;_userid=1497000&amp;amp;md5=4d0826b8e92511e337ee7007f67c1f43#bib13" onmouseover="RefPreview.showRef(event,'ref_bib13','refp_31')" onmouseout="RefPreview.hideRef()"&gt;13&lt;/a&gt;&lt;span style="font-weight: bold;"&gt;] define agility as the “property of a system to implement changes rapidly”, &lt;/span&gt;and flexibility as the “property of a system to be changed easily and without undesired effects.”&lt;span style="font-weight: bold;"&gt; “Agility” is thus used as a desired qualitative attribute for an enterprise to thrive in a hyper-competitive environment.&lt;/span&gt; It is difficult however to see how the definitions of flexibility and agility provided by Fricke et al. [&lt;span class="refPreview" id="refp_32"&gt;&lt;/span&gt;&lt;a onclick="toggleTabs('fullTab')" href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;amp;_udi=B6V1N-47HJV2V-1&amp;amp;_user=1497000&amp;amp;_coverDate=12%2F31%2F2003&amp;amp;_rdoc=1&amp;amp;_fmt=full&amp;amp;_orig=search&amp;amp;_cdi=5679&amp;amp;_sort=d&amp;amp;_docanchor=&amp;amp;view=c&amp;amp;_acct=C000053096&amp;amp;_version=1&amp;amp;_urlVersion=0&amp;amp;_userid=1497000&amp;amp;md5=4d0826b8e92511e337ee7007f67c1f43#bib13" onmouseover="RefPreview.showRef(event,'ref_bib13','refp_32')" onmouseout="RefPreview.hideRef()"&gt;13&lt;/a&gt;] differ or overlap, and to grasp the concrete content of “agility”.&lt;/blockquote&gt;&lt;a onclick="toggleTabs('fullTab')" href="http://www.sciencedirect.com/science?_ob=ArticleURL&amp;amp;_udi=B6V1N-47HJV2V-1&amp;amp;_user=1497000&amp;amp;_rdoc=1&amp;amp;_fmt=&amp;amp;_orig=search&amp;amp;_sort=d&amp;amp;view=c&amp;amp;_acct=C000053096&amp;amp;_version=1&amp;amp;_urlVersion=0&amp;amp;_userid=1497000&amp;amp;md5=b43efe2f18ec7d4de39dc39a227e00f9#bbib13"&gt;13.&lt;/a&gt; E. Fricke, A. Schulz, S. Wenzel, H. Negele, Design for changeability of integrated systems within a hyper-competitive environment, in: INCOSE Colorado 2000 Conference, Denver, March 2000.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-4027099884583822252?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/KsIoHbrw2jU" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/4027099884583822252/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=4027099884583822252" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4027099884583822252?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/4027099884583822252?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/KsIoHbrw2jU/agile-software-development-and-agility.html" title="Agile software development and agility" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/05/agile-software-development-and-agility.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUQNQ306eyp7ImA9WxJQFk8.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-5062665345174173022</id><published>2009-05-29T13:02:00.000-07:00</published><updated>2009-05-29T13:03:12.313-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-05-29T13:03:12.313-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="interoperability" /><category scheme="http://www.blogger.com/atom/ns#" term="OPEN" /><category scheme="http://www.blogger.com/atom/ns#" term="standardization" /><title>Disasterhelp.gov | OPEN Special Interest Group (SIG)</title><content type="html">&lt;a href="http://www.disasterhelp.gov/disastermanagement/open/sig/index.shtm"&gt;Disasterhelp.gov | OPEN Special Interest Group (SIG)&lt;/a&gt;&lt;br /&gt;&lt;blockquote&gt;Via the OPEN email listserv:&lt;br /&gt;&lt;br /&gt;&lt;span style="font-style: italic;"&gt;As a matter of interest, I will be presenting a one hours web seminar covering the steps needed  to build software that can create a HazCollect Message for transmission to the NWS via DM-OPEN to the DM-OPEN Special Interest Group (SIG) using Microsoft Live meeting on May 20, 2009 from Noon  Eastern time.   This presentation will be useful for developers and and project managers interested in building to the DM-OPEN Non-Weather Emergency Message interface in order to broadcast Alerts through NOAA Radio.  It will describe identifiable milestones for developement, as well as the steps needed to get approval for customers to use a newly developed HazCollect alerting capability.&lt;/span&gt; &lt;/blockquote&gt;From the Disaster Management Interoperability Services DM-OPEN group, part of the OPEN Special Interest Group (SIG). I know its not directly related to our research, but it has some overlap with regards to the OPEN Web Services stuff, and in general the standardization of interoperability.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-5062665345174173022?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/iPV12DVBY5Q" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/5062665345174173022/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=5062665345174173022" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5062665345174173022?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/5062665345174173022?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/iPV12DVBY5Q/disasterhelpgov-open-special-interest.html" title="Disasterhelp.gov | OPEN Special Interest Group (SIG)" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/05/disasterhelpgov-open-special-interest.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUIHR3k_cSp7ImA9WxJXEkw.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-7248520243035787242</id><published>2009-05-29T12:37:00.000-07:00</published><updated>2009-06-05T08:58:56.749-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-06-05T08:58:56.749-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="&quot;paper review&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;delta-federation&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="decentralization" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;GSAW briefings&quot;" /><title>Notes: taylor slide on decentralization.pdf</title><content type="html">Unknown, just a single slide: "SOAs, Decentralization, and the Web"&lt;br /&gt;Taylor (Institute for Software Research)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-7248520243035787242?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/uGeQ8bsVeqw" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/7248520243035787242/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=7248520243035787242" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7248520243035787242?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/7248520243035787242?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/uGeQ8bsVeqw/notes-taylor-slide-on.html" title="Notes: taylor slide on decentralization.pdf" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/05/notes-taylor-slide-on.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DUAHQ3c-cSp7ImA9WxJQFk8.&quot;"><id>tag:blogger.com,1999:blog-1074440310282248171.post-2729874424241698267</id><published>2009-05-29T12:15:00.000-07:00</published><updated>2009-05-29T13:08:52.959-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2009-05-29T13:08:52.959-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="ownership" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;paper review&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;delta-federation&quot;" /><category scheme="http://www.blogger.com/atom/ns#" term="&quot;GSAW briefings&quot;" /><title>Notes: medvidovic  ownership.pdf</title><content type="html">Source unknown, just one slide&lt;br /&gt;&lt;a href="http://sunset.usc.edu/%7Eneno/"&gt;N Medvidovic&lt;/a&gt;&lt;br /&gt;&lt;ul&gt;&lt;li&gt;Decentralized ownership&lt;/li&gt;&lt;/ul&gt;Thoughts from earlier about ownership: dFed participant vs. dFed provider.&lt;br /&gt;&lt;br /&gt;The terminology here is complex and needs to be elegantly delivered otherwise it will be totally lost on the reader.&lt;br /&gt;&lt;br /&gt;In my head dFed participants take part in the formulation of the dFed. That is, they select which providers to include, what the workflows are, what tasks and objectives are a priority. They choose the providers.&lt;br /&gt;&lt;br /&gt;The dFed providers expose their services for inclusion in a workflow. Providers also have concerns for things like QoS and security and availability, but we refer to those as contracts to delineate the difference from the participant concerns. Contracts are enforceable (they are being adhered to or not), participant concerns may not be so clearcut.&lt;br /&gt;&lt;br /&gt;With that mindset dFed participants own the federation, and dFed providers own the services. Of course there are exceptions. For example, a specific type of service may only be exposed to the dFed (its a secret or a time-sensitive service only available for a crisis). It's still owned by a specific provider, but its created for the dFed participants.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/1074440310282248171-2729874424241698267?l=research.robertdx.net' alt='' /&gt;&lt;/div&gt;&lt;img src="http://feeds.feedburner.com/~r/RobertdxResearchBlog/~4/gKEW_PYW66I" height="1" width="1"/&gt;</content><link rel="replies" type="application/atom+xml" href="http://research.robertdx.net/feeds/2729874424241698267/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=1074440310282248171&amp;postID=2729874424241698267" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/2729874424241698267?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/1074440310282248171/posts/default/2729874424241698267?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/RobertdxResearchBlog/~3/gKEW_PYW66I/notes-medvidovic-ownershippdf.html" title="Notes: medvidovic  ownership.pdf" /><author><name>Robert</name><uri>http://www.blogger.com/profile/12994869875091098685</uri><email>robert.j.baird@gmail.com</email><gd:extendedProperty name="OpenSocialUserId" value="17128635474631634161" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://research.robertdx.net/2009/05/notes-medvidovic-ownershippdf.html</feedburner:origLink></entry></feed>
