linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Gustavo Padovan <padovan@profusion.mobi>
To: Brian Gix <bgix@codeaurora.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: [PATCH-v4 4/9] Bluetooth: Add User Passkey Response handling
Date: Mon, 21 Nov 2011 13:32:52 -0200	[thread overview]
Message-ID: <20111121153252.GA2552@joana> (raw)
In-Reply-To: <1321480400-17397-5-git-send-email-bgix@codeaurora.org>

Hi Brian,

* Brian Gix <bgix@codeaurora.org> [2011-11-16 13:53:15 -0800]:

> For some MITM protection pairing scenarios, the user is
> required to enter or accept a 6 digit passkey.
> 
> Signed-off-by: Brian Gix <bgix@codeaurora.org>
> ---
>  net/bluetooth/mgmt.c |   74 +++++++++++++++++++++++++++++++++++++++++++++++++-
>  1 files changed, 73 insertions(+), 1 deletions(-)
> 
> diff --git a/net/bluetooth/mgmt.c b/net/bluetooth/mgmt.c
> index c06a05c..7a23f21 100644
> --- a/net/bluetooth/mgmt.c
> +++ b/net/bluetooth/mgmt.c
> @@ -1618,7 +1618,15 @@ static int user_pairing_resp(struct sock *sk, u16 index, bdaddr_t *bdaddr,
>  	}
>  
>  	/* Continue with pairing via HCI */
> -	err = hci_send_cmd(hdev, hci_op, sizeof(*bdaddr), bdaddr);
> +	if (hci_op == HCI_OP_USER_PASSKEY_REPLY) {
> +		struct hci_cp_user_passkey_reply cp;
> +
> +		bacpy(&cp.bdaddr, bdaddr);
> +		cp.passkey = passkey;
> +		err = hci_send_cmd(hdev, hci_op, sizeof(cp), &cp);
> +	} else
> +		err = hci_send_cmd(hdev, hci_op, sizeof(*bdaddr), bdaddr);
> +
>  	if (err < 0)
>  		mgmt_pending_remove(cmd);
>  
> @@ -1660,6 +1668,37 @@ static int user_confirm_neg_reply(struct sock *sk, u16 index, void *data,
>  			HCI_OP_USER_CONFIRM_NEG_REPLY, 0);
>  }
>  
> +static int user_passkey_reply(struct sock *sk, u16 index, void *data, u16 len)
> +{
> +	struct mgmt_cp_user_passkey_reply *cp = (void *) data;
> +
> +	BT_DBG("");
> +
> +	if (len != sizeof(*cp))
> +		return cmd_status(sk, index, MGMT_OP_USER_PASSKEY_REPLY,
> +									EINVAL);
> +
> +	return user_pairing_resp(sk, index, &cp->bdaddr,
> +			MGMT_OP_USER_PASSKEY_REPLY,
> +			HCI_OP_USER_PASSKEY_REPLY, cp->passkey);
> +}
> +
> +static int user_passkey_neg_reply(struct sock *sk, u16 index, void *data,
> +									u16 len)
> +{
> +	struct mgmt_cp_user_passkey_neg_reply *cp = (void *) data;
> +
> +	BT_DBG("");
> +
> +	if (len != sizeof(*cp))
> +		return cmd_status(sk, index, MGMT_OP_USER_PASSKEY_NEG_REPLY,
> +									EINVAL);
> +
> +	return user_pairing_resp(sk, index, &cp->bdaddr,
> +			MGMT_OP_USER_PASSKEY_NEG_REPLY,
> +			HCI_OP_USER_PASSKEY_NEG_REPLY, 0);
> +}
> +
>  static int set_local_name(struct sock *sk, u16 index, unsigned char *data,
>  								u16 len)
>  {
> @@ -2117,6 +2156,13 @@ int mgmt_control(struct sock *sk, struct msghdr *msg, size_t msglen)
>  		err = user_confirm_neg_reply(sk, index, buf + sizeof(*hdr),
>  									len);
>  		break;
> +	case MGMT_OP_USER_PASSKEY_REPLY:
> +		err = user_passkey_reply(sk, index, buf + sizeof(*hdr), len);
> +		break;
> +	case MGMT_OP_USER_PASSKEY_NEG_REPLY:
> +		err = user_passkey_neg_reply(sk, index, buf + sizeof(*hdr),
> +									len);
> +		break;
>  	case MGMT_OP_SET_LOCAL_NAME:
>  		err = set_local_name(sk, index, buf + sizeof(*hdr), len);
>  		break;
> @@ -2477,6 +2523,18 @@ int mgmt_user_confirm_request(struct hci_dev *hdev, bdaddr_t *bdaddr,
>  									NULL);
>  }
>  
> +int mgmt_user_passkey_request(struct hci_dev *hdev, bdaddr_t *bdaddr)
> +{
> +	struct mgmt_ev_user_passkey_request ev;
> +
> +	BT_DBG("%s", hdev->name);
> +
> +	bacpy(&ev.bdaddr, bdaddr);
> +
> +	return mgmt_event(MGMT_EV_USER_PASSKEY_REQUEST, hdev, &ev, sizeof(ev),
> +									NULL);
> +}
> +
>  static int user_pairing_resp_complete(struct hci_dev *hdev, bdaddr_t *bdaddr,
>  							u8 status, u8 opcode)
>  {
> @@ -2511,6 +2569,20 @@ int mgmt_user_confirm_neg_reply_complete(struct hci_dev *hdev,
>  					MGMT_OP_USER_CONFIRM_NEG_REPLY);
>  }
>  
> +int mgmt_user_passkey_reply_complete(struct hci_dev *hdev, bdaddr_t *bdaddr,
> +								u8 status)
> +{
> +	return user_pairing_resp_complete(hdev, bdaddr, status,
> +						MGMT_OP_USER_PASSKEY_REPLY);
> +}
> +
> +int mgmt_user_passkey_neg_reply_complete(struct hci_dev *hdev,
> +						bdaddr_t *bdaddr, u8 status)
> +{
> +	return user_pairing_resp_complete(hdev, bdaddr, status,
> +					MGMT_OP_USER_PASSKEY_NEG_REPLY);
> +}
> +

You have to export these functions in hci_core.h right here in this commit.

	Gustavo

  reply	other threads:[~2011-11-21 15:32 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-16 21:53 [PATCH-v4 0/9] Bluetooth: Add MITM protection to LE-SMP Brian Gix
2011-11-16 21:53 ` [PATCH-v4 1/9] Bluetooth: Add MGMT event for Passkey Entry Brian Gix
2011-11-17  0:57   ` Gustavo Padovan
2011-11-16 21:53 ` [PATCH-v4 2/9] Bluetooth: User Pairing Response restructuring Brian Gix
2011-11-21 15:58   ` Gustavo Padovan
2011-11-16 21:53 ` [PATCH-v4 3/9] Bluetooth: Differentiate LE User Pairing Responses Brian Gix
2011-11-21 15:58   ` Gustavo Padovan
2011-11-16 21:53 ` [PATCH-v4 4/9] Bluetooth: Add User Passkey Response handling Brian Gix
2011-11-21 15:32   ` Gustavo Padovan [this message]
2011-11-16 21:53 ` [PATCH-v4 5/9] Bluetooth: Add HCI User Passkey Req Evt handling Brian Gix
2011-11-16 23:47   ` Vinicius Costa Gomes
2011-11-21 15:35     ` Gustavo Padovan
2011-11-16 21:53 ` [PATCH-v4 6/9] Bluetooth: Cleanup blkcipher on SMP termination Brian Gix
2011-11-21 15:48   ` Gustavo Padovan
2011-11-22 17:47     ` Brian Gix
2011-11-16 21:53 ` [PATCH-v4 7/9] Bluetooth: Centralize SMP pairing failure handling Brian Gix
2011-11-16 21:53 ` [PATCH-v4 8/9] Bluetooth: Add MITM mechanism to LE-SMP Brian Gix
2011-11-17  0:15   ` Vinicius Costa Gomes
2011-11-16 21:53 ` [PATCH-v4 9/9] Bluetooth: Add SMP to User Passkey and Confirm Brian Gix

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20111121153252.GA2552@joana \
    --to=padovan@profusion.mobi \
    --cc=bgix@codeaurora.org \
    --cc=linux-bluetooth@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).