Download presentation
Presentation is loading. Please wait.
1
Robert Moskowitz, Verizon
September 2012 Project: IEEE P Working Group for Wireless Personal Area Networks (WPANs) Submission Title: Moving KMP Forward Date Submitted: September 19, 2012 Source: Robert Moskowitz, Verizon Address 1000 Bent Creek Blvd, MechanicsBurg, PA, USA Voice:+1 (248) , Re: Key Managementn over 4e Multipurpose Frames Abstract: Discussion of KMP transport Purpose: To refine our understanding of the transport mechism Notice: This document has been prepared to assist the IEEE P It is offered as a basis for discussion and is not binding on the contributing individual(s) or organization(s). The material in this document is subject to change in form and content after further study. The contributor(s) reserve(s) the right to add, amend or withdraw material contained herein. Release: The contributor acknowledges and accepts that this contribution becomes the property of IEEE and may be made publicly available by P Robert Moskowitz, Verizon
2
Robert Moskowitz Palm Springs, CA Sept 19, 2012
September 2012 Moving KMP Forward Robert Moskowitz Palm Springs, CA Sept 19, 2012 Robert Moskowitz, Verizon
3
Abstract Agreements to date Open items Next steps September 2012
Robert Moskowitz, Verizon
4
Agreements to date KMP encapsulation data format
September 2012 Agreements to date KMP encapsulation data format State Machines general content General statements on Security Associations KMP guidelines general format Robert Moskowitz, Verizon
5
KMP Transport Use a COMMAND Frame IE for KMP encapsulation
September 2012 KMP Transport Use a COMMAND Frame IE for KMP encapsulation IE with max size of 2047 IE max size of 255 Multiple IEs per frame an option Issue with COMMAND frame, need to file maintenance item Robert Moskowitz, Verizon
6
KMP Transport MAC details
September 2012 KMP Transport MAC details Unauthenticated PDUs always use long addresses e.g. KMP rekeying within authenticated PDUs MAY use short addresses KMP payload MAY be fragmented over multiple IEs/frames Use Forced ACK for fragmentation chaining support Robert Moskowitz, Verizon
7
KMP Information Element
September 2012 KMP Information Element Frame format MAC specific information ID/Length = 0xa/max2047 = 0x03/max255 Content Control Field – 1 byte KMP fragment Robert Moskowitz, Verizon
8
KMP IE Content September 2012 Robert Moskowitz, Verizon Octets: 1
Bits: 1 7 KMP Fragment Chaining flag 0 = last/only one 1 = yes, chaining First packet: Multipurpose ID Other packets: Chain count Multipurpose ID: 98 = KMP Chaining count: 2-96 2 = 2nd fragment 3 = 3rd fragment … 96 = 96th fragment (last possible) Robert Moskowitz, Verizon
9
KMP IE Content KMP fragment KMP ID – 1 byte 802.1X = 1 HIP = 2
September 2012 KMP IE Content KMP fragment KMP ID – 1 byte 802.1X = 1 HIP = 2 IKEv2 = 3 PANA = 4 SAE, etc. KMP payload Robert Moskowitz, Verizon
10
KMP Content Examples Chaining Flag, MultiID/Count, KMP fragment
September 2012 KMP Content Examples Chaining Flag, MultiID/Count, KMP fragment 0,98,2,<KMP payload> - Single frame for HIP 1,98,2,<KMP payload fragment> - 1st frame for HIP and more to come 1,2,2,<KMP payload fragment> - 2nd frame for HIP and more to come 0,3,2,<KMP payload fragment> - 3rd (and last) frame for HIP Note that 96 fragments provides for 8KB Robert Moskowitz, Verizon
11
KMP State Machines Two State Machines KMP COMMAND Frame Processing
September 2012 KMP State Machines Two State Machines KMP COMMAND Frame Processing Interface between COMMAND processing and KMP Transport Mechanism Basic function is IE processing and fragmentation support KMP Transport Mechanism Robert Moskowitz, Verizon
12
KMP COMMAND frame processing
September 2012 KMP COMMAND frame processing Fragmentation support Outbound KMP payload divided to fit MPDU Fragment sent with Forced ACK Resend if no ACK returned ACK may have been lost MAX retries = ? Next fragment on ACK receipt Robert Moskowitz, Verizon
13
KMP COMMAND frame processing
September 2012 KMP COMMAND frame processing Fragmentation support Inbound Assemble payload from frame received and send ACK Could be a duplicate fragment ACK lost Deliver payload to KMP on completion Robert Moskowitz, Verizon
14
KMP Transport Mechanism
September 2012 KMP Transport Mechanism State machine to handle triggers to/from KMP higher layer Pass through for KMP payloads Triggers from MAC events to KMP Security Enabled to start KMP Frame Counter watch to trigger rekey Robert Moskowitz, Verizon
15
KMP Transport Mechanism
September 2012 KMP Transport Mechanism Security enabled trigger macSecurityEnabled = True on device Start KMP as first transmission to Coordinator – Before Associate? macSecurityEnabled = True on coordinator Receipt of unsecured frame force start? Receipt of secure frame with unknown keys Coordinator lost keys (eg reboot) force start? Robert Moskowitz, Verizon
16
KMP Transport Mechanism
September 2012 KMP Transport Mechanism Frame counter trigger macFrameCounter = 0xffffffff – n Where n allows rekeying before key exhaustion Start KMP rekeying With unicast keying either device MAY trigger rekeying? ASSUMPTION: Only coordinators send with group keys and rekey as needed Robert Moskowitz, Verizon
17
Security and PAN architecture
September 2012 Security and PAN architecture Pairwise keying is used for unicast traffic 2 sets of Security Associations (SAs) Peer-to-Peer communications will only be unicast traffic due to the hidden node challenge Robert Moskowitz, Verizon
18
Security and PAN architecture
September 2012 Security and PAN architecture Two basic SA tables Key Table Device table These are maintained by the KMP and have no impact on the operation of the KMP transport mechanism It is up to each KMP to properly maintain the security tables for its use cases Robert Moskowitz, Verizon
19
KMP Security Associations
September 2012 KMP Security Associations Security Association content What keys? PTK, GTK, etc. Counters, lifetimes, etc. This is the realm of the KMP Robert Moskowitz, Verizon
20
15.4 Specifics Pre 15.4e device support For 6lowpan PANs
September 2012 15.4 Specifics Pre 15.4e device support For 6lowpan PANs Develop a submission to the IETF using the Dispatch Type in RFC 4944 PDUs with the KMP Dispatch Type a length field will be equivalent to the 15.4e KMP IE A 6lowpan device that supports 15.4e SHOULD also support this pre-15.4e mode of operation Who wants to author this? Robert Moskowitz, Verizon
21
KMP Guidelines KMP Sections General KMP description Use case(s)
September 2012 KMP Guidelines KMP Sections General KMP description Sub sections as needed, e.g. backend authentication mechanism Use case(s) Profile References to defining documents Parameter specifics, e.g. in HIP, K=0 SA definition E.G. Tie into security PID Robert Moskowitz, Verizon
22
KMP Guidelines Initial list of KMPs 802.1X
September 2012 KMP Guidelines Initial list of KMPs 802.1X Needs to include an actual key exchange like the i 4-way handshake HIP – R. Moskowitz/J. Haapola IKEv2 – T. Kivinen PANA – Yoshihiro Ohba SAE Robert Moskowitz, Verizon
23
KMP Guidelines KMP Profiling for 15.9 usage Change in encapsulation
September 2012 KMP Guidelines KMP Profiling for 15.9 usage Change in encapsulation e.g. IKEv2 specified to run over UDP Additions for SA management e.g X does not supply link keys. In usage, this is done via the 4- Way Handshake Special attention to broadcast keying management Others? Robert Moskowitz, Verizon
24
KMP Guidelines KMP use cases Why this KMP? Practical examples
September 2012 KMP Guidelines KMP use cases Why this KMP? Code size, CPU/battery demand Multi-layer code reuse Practical examples Deployment advice Identity installation and registration When performed Life-cycle management Rekeying Robert Moskowitz, Verizon
25
September 2012 Open Items Robert Moskowitz, Verizon
26
September 2012 Open Items None at this time Robert Moskowitz, Verizon
27
September 2012 Next Steps Robert Moskowitz, Verizon
28
Next Steps Develop state machine drawings
September 2012 Next Steps Develop state machine drawings Add text to Draft document covering KMP data format State machines Start adding KMP content Set goal of review week of Oct 29 Robert Moskowitz, Verizon
Similar presentations
![May 2018 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:](/90/14787937/big_thumb.jpg "May 2018 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [Considerations on general MAC frame] Date Submitted:>")
![March 2018 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [SG SECN Call for Proposals] Date Submitted:](/91/15035570/big_thumb.jpg "March 2018 Project: IEEE P802.15 Working Group for Wireless Personal Area Networks (WPANs) Submission Title: [SG SECN Call for Proposals] Date Submitted:>")
