<p dir="ltr"><br>
On Apr 17, 2014 10:37 AM, "Hardening" <<a href="mailto:rdp.effort@gmail.com">rdp.effort@gmail.com</a>> wrote:<br>
><br>
> Le 17/04/2014 17:20, Ander Conselvan de Oliveira a écrit :<br>
><br>
>> From: Ander Conselvan de Oliveira <<a href="mailto:ander.conselvan.de.oliveira@intel.com">ander.conselvan.de.oliveira@intel.com</a>><br>
>><br>
>> If a message was too big to fit in the connection buffer, the code<br>
>> in wl_buffer_put would just write past the end of it.<br>
>><br>
>> I haven't seen any real world use case that would trigger this bug, but<br>
>> it was possible to trigger it by sending a long enough string to the<br>
>> wl_data_source.offer request.</p>
<p dir="ltr">I don't think this issue is one that can be client-triggered since we check everything pretty well when it comes in. (I haven't done a full audit in a while.) It should only be an issue if the client or server sends the other a string or array that's too long. Previously it would cause the sender to crash but throwing an error is probably better.</p>
<p dir="ltr">>><br>
>> <a href="https://bugs.freedesktop.org/show_bug.cgi?id=69267">https://bugs.freedesktop.org/show_bug.cgi?id=69267</a><br>
><br>
><br>
> Perhaps this should be marked as a security issue. If a wayland client can control an answer generated by the server, it would be able to overflow the buffer and corrupt the compositor's memory. I haven't check if it's not feasible.<br>
><br>
> Regards.<br>
><br>
> -- <br>
> David FORT<br>
> website: <a href="http://www.hardening-consulting.com/">http://www.hardening-consulting.com/</a><br>
><br>
> _______________________________________________<br>
> wayland-devel mailing list<br>
> <a href="mailto:wayland-devel@lists.freedesktop.org">wayland-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/wayland-devel">http://lists.freedesktop.org/mailman/listinfo/wayland-devel</a><br>
</p>