Alex Carrega


Ph.D. IT & Network Engineer



+39 348-74.85.497


TNT Lab @ UniGe


CNIT


via Opera Pia 13, 16154 Genoa, Italy



ASTRID


www

AddreSsing ThReats for virtualIseD services
๐Ÿ“… 2018-2011
๐Ÿ“ˆ FP7 โˆ IP โˆย ๐Ÿ‡ช๐Ÿ‡บ
๐Ÿฆ Lender: ๐Ÿ‡ช๐Ÿ‡บ EU โˆ
๐Ÿ“ Dimension: 9 partners
๐Ÿ’ˆ Reference Call:ย  DS-07-2017 โˆ
๐Ÿ’ถ Cost: โ‚ฌ 2.932.297,50
๐Ÿ’ถ Financing: โ‚ฌ 2.932.297,50
ย  ย  ย  ย โคท ๐Ÿฌ Genoa RU โˆ ๐Ÿ‡ฎ๐Ÿ‡น: 312.332,00
๐Ÿท Roles:
ย  ย  ย  ย โคท Researcher
ย  ย  ย  ย โคท Key Person
ย  ย  ย  ย โคท WP โˆ Leader
Leveraging software orchestration for reshaping the service graph
Security orchestration is the core element of the ASTRID conceptual architecture, including both service management and situational awareness.

Starting from the descriptive and applicative semantics of a Security Model, orchestration is expected to deploy and manage the life-time of the service, by adapting the awareness layer of individual components and the whole service graph according to specific needs of detection algorithms. This means that monitoring operations, types and frequency of event reporting, level of logging is selectively and locally adjusted to retrieve the exact amount of knowledge, without overwhelming the whole system with unnecessary information. The purpose is to get more details for critical or vulnerable components when anomalies are detected that may indicate an attack, or when a warning is issued by cyber-security teams about new threats and vulnerabilities just discovered.
Decoupling detection from monitoring and inspection
ASTRID pursues a transition from infrastructure-centric to embedded service-centric cybersecurity frameworks.

The main concept is the disaggregation of cyber-security appliances into business logic (i.e., detection algorithms) and data plane (i.e., monitoring and inspection tasks), mediated by orchestration logic and proper security models. Instead of overloading the execution environment with complex and sophisticated threat detection capabilities, efficient processing capabilities are provided in the execution environment that create events and knowledge. Algorithms for detection of threats and vulnerabilities are moved upwards and process such data in a coordinated way for the whole execution environment.
In-kernel processing for fast inspection & effective enforcement
In-kernel processing for fast inspection and effective enforcement

ASTRID designs and develops a software data plane leveraging eBPF and related frameworks. The target is a flexible data plane well beyond the basic monitoring capability today envisioned by flow-level reporting, which includes stateless and/or stateful inspection criteria on flows and/or packets, aggregation and storing capabilities. ASTRID defines the data plane as the logical layer between the user-requested service and the external word, including the virtualization system, network processing elements (e.g., software switches), and hypervisor/operating systems internals (e.g., system calls). Thanks to this broad definition, ASTRID may exploit multiple and advanced programmability features of the data plane to perform monitoring, inspection and enforcing tasks, ranging from applications running in VMs or containers (e.g., LXC), OpenFlow rules, IOVisor and/or P4-based applications.
Share