IntentKeeper: Intent-oriented Data Usage Control for Federated Data Analytics

Data usage control is of utmost importance for federated data analytics across multiple business domains. However, the existing data usage control approaches are limited due to their complexity and inefficiency. This paper proposes an intent-oriented data usage control system for federated data anal...

Full description

Saved in:

Bibliographic Details
Published in:	2020 IEEE 45th Conference on Local Computer Networks (LCN) pp. 204 - 215
Main Authors:	Cirillo, Flavio, Cheng, Bin, Porcellana, Raffaele, Russo, Marco, Solmaz, Gurkan, Sakamoto, Hisashi, Romano, Simon Pietro
Format:	Conference Proceeding
Language:	English
Published:	IEEE 16-11-2020
Subjects:	Access control Automobiles Blockchain Companies Complexity theory Data analysis Data models data usage control federation IoT platforms privacy and security
Online Access:	Get full text
Tags:	Add Tag No Tags, Be the first to tag this record!

Description
Summary:	Data usage control is of utmost importance for federated data analytics across multiple business domains. However, the existing data usage control approaches are limited due to their complexity and inefficiency. This paper proposes an intent-oriented data usage control system for federated data analytics, called IntentKeeper. The system allows users to specify intents for data usage policies and services easily. Thus, it reduces the data sharing complexity for data providers and consumers. Moreover, IntentKeeper enforces preventive and proactive data usage control for better security and efficiency through joint decisions based on policy enforcement and service orchestration. The use case validations for the automotive industry scenario show that IntentKeeper significantly reduces the complexity of policy specification (up to 75% for moderately complex scenarios) compared to the state-of-the-art flow-based approach. Lastly, the experimental results show that the IntentKeeper system provides sufficiently short response times (less than 40ms) with minimal overhead (less than 10ms).
DOI:	10.1109/LCN48667.2020.9314823