Your SlideShare is downloading. ×
0
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Walker SAM Presentation
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Walker SAM Presentation

181

Published on

Published in: Economy & Finance, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
181
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Architecting Secure Mobile P2P Systems James Walkerdine , Peter Phillips, Simon Lock Lancaster University
  • 2. Overview
    • Mobility, P2P and Security
      • Challenges
    • Overview of the PEPERS project
    • The PEPERS Development Methodology
      • Architectural support
      • Tool support (video)
    • Evaluation
  • 3. Motivation
    • Advances in wireless networking and mobile technology now make mobile P2P feasible
    • Mobile P2P can support organisations that have:
      • Decentralised management style
      • Geographically dispersed or highly mobile workforces
      • Wide range of computing and communication devices
    • The ad-hoc and heterogeneous nature poses significant design challenges – especially with regards to security
  • 4. Mobile P2P and Security
    • Connecting trusted and non-trusted devices requires:
      • Secure communication and storage (via encryption)
      • Robust authentication
    • Difficult to achieve in decentralised and highly dynamic environments
    • Adapting traditionally centralised company security policies
      • Consider distributed, mobile and intermittently connected platforms
  • 5. PEPERS
    • Mobile Peer-to-Peer Security Infrastructure (EU project)
      • Develop an infrastructure to support the design, development and operational deployment of secure mobile P2P applications
      • Jan 06 – Jun 08
    • Partners
      • UK: Lancaster and City Universities, Symbian
      • Greece: ATC, G4S, Phililetheros
      • Italy: Engineering
  • 6. PEPERS Developments Development Framework Runtime Framework Design and Architecture Framework (DAF) Static Verification Framework (SVF) Execution Framework (EF) Dynamic Verification Framework (DVF) Development Platform Runtime Platform Development Methodology P2P Application Reference Architectures Tool Support
  • 7. User Partner Scenarios
    • Phileleftheros
      • Use mobile devices to support communication between journalists, photographers, etc, in the field
      • Support the process of publication creation
    • G4S
      • Use mobile devices to support guard patrols on clients site (e.g. door codes), etc
      • Communication with HQ
  • 8. PEPERS Development Methodology (PDM)
  • 9. Overview
    • A Methodology and Support Tool
    • Supports developers in building secure mobile P2P applications
    • Stems from our previous work
      • BANKSEC - Secure Component based development
      • P2P ARCHITECT - Architecting Dependable P2P Systems
  • 10. Secure Mobile P2P Development Considerations
    • Make security central to the design
      • Development perspective
      • Organisational perspective
    • Consider requirements and constraints on security cause by:
      • Mobility
      • Network and Communication
      • P2P Technology
    • Be architecturally driven
  • 11. Key types of P2P Topology
  • 12. Topology support for Security
  • 13. Development Methodology
    • 5 stage method
      • Spiral – developers do not need follow fixed phases
      • Iterative – stages can be revisited (e.g. when new requirements are discovered, etc)
      • Flexible – can accommodate different software engineering techniques (components, etc)
    • Each stage contains activities geared specifically for supporting secure mobile P2P application development
  • 14. Each stage tailored to consider P2P, Security and Mobile aspects Requirements Elicitation Propose System Architecture Start Propose Sub - System Design System Implementation Verification and Validation
  • 15. Support Tool
    • Web based
    • Knowledge base of analysis and reference architectures
    • Support for identifying, specifying and managing requirements
    • Support for P2P topology selection
    • Support for the identification of key secure mobile P2P application functionality
    • Support for Secure Mobile P2P Application Reference Architecture selection
    • Support for Sub-system identification and initial description
    • Support for general managerial and trace ability activities.
  • 16. G4S Case Study
    • Allow guards and mobile patrols to transmit/receive sensitive data
      • With one another
      • With the ARC
    • Often ad-hoc exceptional situations
      • Emergencies guards are responding too
      • Change in guard roles (team leader, etc)
      • Access privileges can change
  • 17. Requirements Elicitation Propose System Architecture Start Propose Sub - System Design System Implementation Verification and Validation
  • 18. Propose System Architecture
    • Key Activities
      • Select P2P suitable topologies
      • Derive system functional capabilities
      • Select mobile P2P application reference architectures
      • Establish architectural model
      • Describe sub-systems
      • Initial PEPERS runtime platform consideration
      • Where possible, allocate requirements to sub-systems
      • Evaluate architecture
  • 19. Application Reference Architectures
    • Developed within PEPERS
      • Key P2P application domains (IM, shared workspace, DL,…)
      • Decentralised and semi-centralised versions
    • Provide guidance on the functionality and structure that would be required for particular types of application
    • Identified capabilities
      • Represent abstract system functionality
      • Capabilities of individual layers and whole architectures
  • 20. Shared Workspace Application Reference Architecture Application/GUI Real - time Connection Monitor/Synchronisation Distributed Authentication/Authorisation Awareness Monitor Decentralised P2P Communication Encryption Distributed Logging P2P Network Layer Known Peer Repository Distributed Log Storage Workspace Management Local Data
  • 21. Case Study
    • Designers began to investigate the suitability of the different P2P topologies and reference architectures
    • Semi-centralised topology chosen
      • Fitted in with their current systems
    • Distributed Repository, Shared Workspace reference architectures chosen
    • Sub-systems identified, high level architecture created
      • Drawing upon reference architectures – though not all sub-systems used
    • Identifed suitable PEPERS runtime platform modules that can be used
  • 22. Tool Video
  • 23.  
  • 24.  
  • 25. Evaluation
    • Two evaluations performed
      • External (mobile phone software companies, developers, etc)
      • Internal (PEPERS partners)
    • Good starting point for building secure mobile P2P applications
    • Improvements
      • More thorough security and mobility analysis
        • Threat analysis, weightings for security properties
        • Degree of mobility
      • Encourage the consideration of technologies
      • Support other non-functional properties (reliability, scalability, etc)
      • Rationale behind tool recommendations
      • Better integration with 3 rd party tools
  • 26. Summary
    • Mobile P2P systems are now a feasible possibility
      • Introduces new challenges in terms of mobility and security
    • Presented the PDM and supporting tool
      • Method to support the development of secure mobile P2P systems
      • Focused on the architectural support the PDM provides
    • Evaluation has shown benefits, but still areas of improvement
    • Tool and further information can be found at www.pepers.org

×