Difference between revisions of "PSHIELD-public"
(Created page with "=Public Web page of pSHIELD= The pSHIELD project aims at being a pioneer investigation to address Security, Privacy and Dependability (SPD) in the context of Embedded Systems (ES...") |
(No difference)
|
Revision as of 12:29, 14 December 2010
Wiki for ITS | ||||||
---|---|---|---|---|---|---|
|
![]() |
Public Web page of pSHIELD
The pSHIELD project aims at being a pioneer investigation to address Security, Privacy and Dependability (SPD) in the context of Embedded Systems (ESs) as “built in” rather than as “add-on” functionalities, proposing and perceiving with this strategy the first step toward SPD certification for future ES. The leading concept is to demonstrate composability of SPD technologies. Starting from current SPD solutions in ESs, the project will develop new technologies and consolidate the available ones in a solid basement that will become the reference milestone for a new generation of “SPD-ready” ESs. pSHIELD will approach SPD at 4 different levels: node, network, middleware and overlay. For each level, the state of the art in SPD of single technologies and solutions will be improved and integrated (hardware and communication technologies, cryptography, middleware, smart SPD applications, etc.). The SPD technologies will be enhanced with composable functionality, in order to fit in the pSHIELD architectural framework.
The composability of SHIELD architectural framework will have great impact on the system design costs and time to market of new SPD solutions in ESs. At the same time, the integrated use of SPD metrics in the SHIELD framework will have impact on the development cycles of SPD in ESs because the qualification, (re-)certification and (re-)validation process of a SHIELD framework instance will be faster, easier and widely accepted. The use of an overlay approach to SPD and the introduction of semantic technologies address the complexity associated with the design, development and deployment of built-in SPD in ESs. Using semantics, the available technologies can be automatically composed to match the needed, application specific SPD levels, resulting also in an effort reduction during all the design, operational and maintaining phases. The pSHIELD approach is based on modularity and expandability, and can be adopted to bring built-in SPD solutions in all the strategic sector of ARTEMIS, such as transportation, communication, health, energy and manufacturing.
In order to verify these important achievements, the project will validate the SHIELD integrated system by means of an application scenario: monitoring of freight trains transporting hazardous material.
Work packages
The following work packages are identified to WP1 - Project Management - SESM
- Task 1.1 - Project management SESM
- Task 1.2 - Liaisons SESM
WP2 - SPD Metric, requirements and system design THYIA
- Task 2.1 - Multi-technology requirements & specification ASTS
- Task 2.2 - Multi-technology SPD metrics ESI
- Task 2.3 - Multi-technology architectural design HAI
WP3 - SPD Node ETH
- Task 3.1 - Nano, micro/personal node THYIA
- Task 3.2 - Power node ETH
- Task 3.3 - Dependable self-x and cryptographic technologies AS
WP4 - SPD Network SCOM
- Task 4.1 - Smart SPD driven transmission SCOM
- Task 4.2 - Trusted and dependable Connectivity MGEP
WP5 - SPD Middleware & Overlay ED
- Task 5.1 - SPD driven Semantics TRS
- Task 5.2 - Core SPD services THYIA
- Task 5.3 - Policy-based management ED
- Task 5.4 - Overlay monitoring and reacting system by security agents ED
WP6 - Platform integration, validation & demonstration HAI
- Task 6.1 - Multi-Technology System Integration HAI
- Task 6.2 - Multi-Technology Validation & Verification ED
- Task 6.3 - Lifecycle SPD Support ATHENA
- Task 6.4 - Multi-Tecnology Demonstration ASTS
WP7 - Knowledge exchange and industrial validation CWIN
- Task 7.1 - Dissemination SESM
- Task 7.2 - Exploitation CWIN