Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1261424 > unrolled thread
| Started by | Quentin Casasnovas <quentin.casasnovas@oracle.com> |
|---|---|
| First post | 2015-11-03 12:30 +0100 |
| Last post | 2015-11-03 17:30 +0100 |
| Articles | 2 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] RDS: fix race condition when sending a message on unbound socket. Quentin Casasnovas <quentin.casasnovas@oracle.com> - 2015-11-03 12:30 +0100
Re: [PATCH] RDS: fix race condition when sending a message on unbound socket. santosh shilimkar <santosh.shilimkar@oracle.com> - 2015-11-03 17:30 +0100
| From | Quentin Casasnovas <quentin.casasnovas@oracle.com> |
|---|---|
| Date | 2015-11-03 12:30 +0100 |
| Subject | Re: [PATCH] RDS: fix race condition when sending a message on unbound socket. |
| Message-ID | <qqHWO-23s-13@gated-at.bofh.it> |
On Fri, Oct 16, 2015 at 10:47:49AM -0700, santosh shilimkar wrote:
> On 10/16/2015 8:11 AM, Quentin Casasnovas wrote:
> > Sasha's found a NULL pointer dereference in the RDS connection code when
> > sending a message to an apparently unbound socket. The problem is caused
> > by the code checking if the socket is bound in rds_sendmsg(), which checks
> > the rs_bound_addr field without taking a lock on the socket. This opens a
> > race where rs_bound_addr is temporarily set but where the transport is not
> > in rds_bind(), leading to a NULL pointer dereference when trying to
> > dereference 'trans' in __rds_conn_create().
> >
> > Vegard wrote a reproducer for this issue, so kindly ask him to share if
> > you're interested.
> >
> > I cannot reproduce the NULL pointer dereference using Vegard's reproducer
> > with this patch, whereas I could without.
> >
> > Complete earlier incomplete fix to CVE-2015-6937:
> >
> > 74e98eb08588 ("RDS: verify the underlying transport exists before creating a connection")
> >
For reference, this has been assigned CVE-2015-7990 on the oss-sec thread:
http://seclists.org/oss-sec/2015/q4/179
Quentin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [next] | [standalone]
| From | santosh shilimkar <santosh.shilimkar@oracle.com> |
|---|---|
| Date | 2015-11-03 17:30 +0100 |
| Subject | Re: [PATCH] RDS: fix race condition when sending a message on unbound socket. |
| Message-ID | <qqMD9-5cu-29@gated-at.bofh.it> |
| In reply to | #1261424 |
On 11/3/2015 3:25 AM, Quentin Casasnovas wrote:
> On Fri, Oct 16, 2015 at 10:47:49AM -0700, santosh shilimkar wrote:
>> On 10/16/2015 8:11 AM, Quentin Casasnovas wrote:
>>> Sasha's found a NULL pointer dereference in the RDS connection code when
>>> sending a message to an apparently unbound socket. The problem is caused
>>> by the code checking if the socket is bound in rds_sendmsg(), which checks
>>> the rs_bound_addr field without taking a lock on the socket. This opens a
>>> race where rs_bound_addr is temporarily set but where the transport is not
>>> in rds_bind(), leading to a NULL pointer dereference when trying to
>>> dereference 'trans' in __rds_conn_create().
>>>
>>> Vegard wrote a reproducer for this issue, so kindly ask him to share if
>>> you're interested.
>>>
>>> I cannot reproduce the NULL pointer dereference using Vegard's reproducer
>>> with this patch, whereas I could without.
>>>
>>> Complete earlier incomplete fix to CVE-2015-6937:
>>>
>>> 74e98eb08588 ("RDS: verify the underlying transport exists before creating a connection")
>>>
>
> For reference, this has been assigned CVE-2015-7990 on the oss-sec thread:
>
> http://seclists.org/oss-sec/2015/q4/179
>
New CVE number than the older one. Thanks for the note.
Regards,
Santosh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web