From: Johan Hovold <johan@kernel.org>
To: Deepanshu Kartikey <kartikey406@gmail.com>
Cc: david@ixit.cz, kuba@kernel.org, horms@kernel.org,
error27@gmail.com, gregkh@linuxfoundation.org,
michael.thalmeier@hale.at, sameo@linux.intel.com,
oe-linux-nfc@lists.linux.dev, linux-kernel@vger.kernel.org,
syzbot+1853daab1a47603d4678@syzkaller.appspotmail.com
Subject: Re: [PATCH] nfc: pn533: fix OOB read in pn533_acr122_is_rx_frame_valid()
Date: Tue, 8 Sep 2026 11:18:17 +0200 [thread overview]
Message-ID: <ap_S2eIZW6bYqZFU@hovoldconsulting.com> (raw)
In-Reply-To: <20260906054336.20187-1-kartikey406@gmail.com>
On Sun, Sep 06, 2026 at 11:13:36AM +0530, Deepanshu Kartikey wrote:
> frame->ccid.datalen is read directly from the USB response frame
> and used, unchecked, as an index into frame->data[]. A malicious or
> malfunctioning device can set this field to an arbitrary value,
> causing the driver to read far outside the received buffer.
>
> Bound ccid.datalen against the maximum possible ACR122 frame size
> before using it, and reject values less than 2 to avoid the
> "datalen - 2" underflowing.
>
> Fixes: 9815c7cf22da ("NFC: pn533: Separate physical layer from the core implementation")
> Reported-by: syzbot+1853daab1a47603d4678@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=1853daab1a47603d4678
> Tested-by: syzbot+1853daab1a47603d4678@syzkaller.appspotmail.com
> Signed-off-by: Deepanshu Kartikey <kartikey406@gmail.com>
Are you missing an Assisted-by tag here?
> ---
> drivers/nfc/pn533/usb.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/nfc/pn533/usb.c b/drivers/nfc/pn533/usb.c
> index efb07f944fce..d08d3b0df988 100644
> --- a/drivers/nfc/pn533/usb.c
> +++ b/drivers/nfc/pn533/usb.c
> @@ -322,6 +322,11 @@ static bool pn533_acr122_is_rx_frame_valid(void *_frame, struct pn533 *dev)
> if (!frame->ccid.datalen)
> return false;
>
> + if (frame->ccid.datalen < 2 ||
> + frame->ccid.datalen > PN533_ACR122_FRAME_MAX_PAYLOAD_LEN +
> + PN533_ACR122_RX_FRAME_TAIL_LEN)
> + return false;
> +
Just a drive-by comment, but should this not replace the existing
datalen == 0 check?
> if (frame->data[frame->ccid.datalen - 2] == 0x63)
> return false;
Johan
next prev parent reply other threads:[~2026-09-08 9:18 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-06 5:43 Deepanshu Kartikey
2026-09-08 9:18 ` Johan Hovold [this message]
2026-09-09 3:57 ` Deepanshu Kartikey
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=ap_S2eIZW6bYqZFU@hovoldconsulting.com \
--to=johan@kernel.org \
--cc=david@ixit.cz \
--cc=error27@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=horms@kernel.org \
--cc=kartikey406@gmail.com \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=michael.thalmeier@hale.at \
--cc=oe-linux-nfc@lists.linux.dev \
--cc=sameo@linux.intel.com \
--cc=syzbot+1853daab1a47603d4678@syzkaller.appspotmail.com \
/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
all inboxes | Powered by JetHome®