|
Service level security for RFCOMM: msg#00100linux.bluez.devel
Hi Folks, actually it seems that nobody really cares about service level security on the RFCOMM layer. Or people are too lazy to send in a patch. However, I spent some hours with thinking about it and the core stuff of a small framework for providing authentication and encrypt feedback from HCI to higher level protocols is finished. The problem now is to change the RFCOMM state machine to deal with it and reject connections in the failure case. After looking at the state machine of RFCOMM, I realized that there are two posibilities when to trigger the authentication. One is after we receive the PN CMD and the other after the SABM for the specific channel. The specification says nothing about that. What are the pros and cons? And btw, who is really interested in this feature or needs it? Regards Marcel ------------------------------------------------------- This Newsletter Sponsored by: Macrovision For reliable Linux application installations, use the industry's leading setup authoring tool, InstallShield X. Learn more and evaluate today. http://clk.atdmt.com/MSI/go/ins0030000001msi/direct/01/ |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Command to modify l2cap flush timeout: 00100, Marcel Holtmann |
|---|---|
| Next by Date: | Re: Service level security for RFCOMM: 00100, James Cameron |
| Previous by Thread: | Command to modify l2cap flush timeouti: 00100, Sean Loh |
| Next by Thread: | Re: Service level security for RFCOMM: 00100, James Cameron |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |