proposed sacm architecture
play

Proposed SACM Architecture Dra=-camwinget-sacm-architecture-00 - PowerPoint PPT Presentation

Proposed SACM Architecture Ad-hoc SACM Arch team July 2014 Proposed SACM Architecture Dra=-camwinget-sacm-architecture-00 posted in June 2014


  1. Proposed ¡SACM ¡Architecture ¡ Ad-­‑hoc ¡SACM ¡Arch ¡team ¡ July ¡2014 ¡

  2. Proposed ¡SACM ¡Architecture ¡ • Dra=-­‑camwinget-­‑sacm-­‑architecture-­‑00 ¡posted ¡in ¡ June ¡2014 ¡ • Architecture ¡defines ¡the ¡components ¡or ¡“actors” ¡ that ¡communicate ¡or ¡interface ¡with ¡each ¡other ¡ • The ¡interfaces ¡define ¡the ¡means ¡by ¡which ¡ Posture ¡InformaHon ¡(e.g. ¡data ¡model) ¡is ¡sent ¡or ¡ received ¡ • The ¡means ¡by ¡which ¡a ¡provider ¡or ¡requestor ¡can ¡ provide ¡its ¡metadata ¡and ¡address ¡security ¡access ¡ controls ¡is ¡defined ¡through ¡a ¡“control ¡plane” ¡

  3. Why ¡a ¡Control ¡Plane? ¡ • Control ¡Plane ¡is ¡an ¡abstracHon ¡layer ¡to ¡ facilitate: ¡ – Secure ¡communicaHons ¡between ¡a ¡requestor ¡and ¡ a ¡publisher ¡of ¡Posture ¡InformaHon ¡ – RegistraHon ¡of ¡new ¡data ¡models ¡and ¡transport ¡ – Discovery ¡of ¡exisHng/supported ¡data ¡models ¡ transport ¡

  4. SACM ¡Architecture ¡-­‑ ¡Conceptual ¡ Posture ¡Assessment ¡ Posture ¡Assessment ¡ Posture ¡Assessment ¡ InformaHon ¡ InformaHon ¡ InformaHon ¡ Requestor ¡ Requestor ¡ Requestor ¡ Control ¡Plane ¡ Data ¡Plane ¡ Broker/Proxy/Repository: ¡authZ, ¡directory, ¡metadata/capability ¡ ¡ ¡ Posture ¡Assessment ¡ Posture ¡Assessment ¡ InformaHon ¡ Posture ¡Assessment ¡ InformaHon ¡ Requestor ¡ InformaHon ¡Provider ¡ Requestor ¡ An ¡individual ¡actor ¡(such ¡as ¡a ¡posture ¡assessment ¡validator) ¡may ¡act ¡as ¡both ¡ an ¡informa8on ¡requestor ¡and ¡an ¡informa8on ¡provider. ¡ Different ¡types ¡of ¡informa8on ¡providers ¡may ¡offer ¡different ¡types ¡/ ¡levels ¡of ¡ informa8on ¡(e.g. ¡metadata ¡or ¡data ¡profile) ¡ ¡

  5. Conceptual ¡architecture ¡based ¡on ¡Use ¡ Cases ¡ ¡ Posture ¡Assessment ¡(Info) ¡ Posture ¡Assessment ¡(Info) ¡ Posture ¡Assessment ¡(Info) ¡ Requestor ¡ Requestor ¡ Requestor ¡ Admin ¡ Sensor ¡ Other ¡ Driven ¡thru ¡a ¡single ¡ ¡ Informa8on ¡Model ¡/Taxonomy ¡ Posture ¡Assessment ¡ Posture ¡Assessment ¡ Posture ¡Assessment ¡ Informa8on ¡ Informa8on ¡ Informa8on ¡ Provider ¡ Provider ¡ Provider ¡ Posture ¡ Posture ¡ Posture ¡ Aggregator ¡ Collector ¡ Validator ¡ ApplicaHon ¡

  6. SACM ¡Architecture ¡-­‑ ¡Example ¡ [R] ¡= ¡Posture ¡Assessment ¡ ¡ Informa8on ¡Requestor ¡ Endpoint ¡ [P]=Posture ¡Assessment ¡ CMDB ¡[RP] ¡ Analysis ¡[RP] ¡ Response ¡[RP] ¡ Assessment ¡[P] ¡ Informa8on ¡Provider ¡ Other ¡[P] ¡ Other ¡[R] ¡ Vulnerability ¡ ¡ Scanner ¡[RP] ¡ Repository ¡ Physical ¡ Security ¡[RP] ¡ Broker ¡ Proxy ¡ Control ¡ Dashboard ¡ Plane ¡ [R] ¡ SIM ¡/ ¡SEM ¡[RP] ¡ AAA ¡ [RP] ¡ Sensor ¡[P] ¡ Analy8cs ¡ ¡ Posture ¡ Posture ¡ Posture ¡ IDS ¡[P] ¡ Engine ¡[R] ¡ Aggregator ¡[RP] ¡ Collector ¡[P] ¡ Validator ¡[RP] ¡

  7. Next ¡steps ¡ • Comments ¡provided ¡by ¡David ¡Waltemire: ¡ – More ¡text ¡required ¡to ¡define ¡“roles”: ¡consumer/ producer ¡and ¡enHHes ¡that ¡can ¡behave ¡as ¡both ¡ – More ¡text ¡to ¡fit ¡in ¡the ¡different ¡Posture ¡funcHons ¡ (e.g. ¡Collector, ¡Validator) ¡ – More ¡text ¡to ¡disHnguish ¡operaHons ¡employed ¡in ¡ the ¡control ¡plane ¡vs. ¡data ¡plane ¡ • More ¡feedback ¡please! ¡

  8. Q ¡& ¡A ¡

Recommend


More recommend