Return-Path: Date: Mon, 31 Mar 2014 09:09:54 +0300 From: Johan Hedberg To: Hirenkumar Tandel Cc: Bing Zhao , "linux-bluetooth@vger.kernel.org" , Marcel Holtmann , Gustavo Padovan , Rahul Tank , Quinton Yuan Subject: Re: [PATCH] Bluetooth: Fix to auto accept pairing request for no MITM case Message-ID: <20140331060954.GA21227@t440s.P-661HNU-F1> References: <1391626900-11168-1-git-send-email-bzhao@marvell.com> <20140329072359.GA31453@t440s.P-661HNU-F1> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: List-ID: Hi Hiren, On Sun, Mar 30, 2014, Hirenkumar Tandel wrote: >>> --- a/net/bluetooth/hci_event.c >>> +++ b/net/bluetooth/hci_event.c >>> @@ -3239,8 +3239,13 @@ static void hci_user_confirm_request_evt(struct >>> hci_dev *hdev, >>> >>> /* If we're not the initiators request authorization to >>> * proceed from user space (mgmt_user_confirm with >>> - * confirm_hint set to 1). */ >>> - if (!test_bit(HCI_CONN_AUTH_PEND, &conn->flags)) { >>> + * confirm_hint set to 1). >>> + * But if local host has NoInputNoOutput capability, >>> + * then no use of passing request to user space, >>> + * so go ahead with auto accept. >>> + */ >>> + if (!test_bit(HCI_CONN_AUTH_PEND, &conn->flags) && >>> + conn->io_capability != HCI_IO_NO_INPUT_OUTPUT) { >>> BT_DBG("Confirming auto-accept as acceptor"); >>> confirm_hint = 1; >>> goto confirm; >> >> So basically this changes the policy from rejecting pairings when an >> agent is not registered to accepting them in case it's a just-works >> pairing? I'm not convinced we want to do such a policy change that >> relaxes security in this regard. >> >> Do you have an actual product use case for this? What's the background >> and reasoning behind it? > > A use case is for chrome book, for user not logged in case, Bluetooth > is working at this time, but default-agent is not registered, however > user will expect Bluetooth to work for certain simple devices like > mouse. I still don't completely understand this. If the user has paired the mouse previously (which must be the case since otherwise the mouse would not be connecting to the PC) then there will not be any user confirm request during the connection creation. Johan