Bug 1861933 - Accessing byte-aligned data through uint16_t pointers can cause crashes or reduce performance
Summary: Accessing byte-aligned data through uint16_t pointers can cause crashes or re...
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: vino
Version: 8.3
Hardware: arm
OS: Unspecified
Target Milestone: rc
: 8.0
Assignee: Ondrej Holy
QA Contact: Desktop QE
Depends On:
TreeView+ depends on / blocked
Reported: 2020-07-30 00:12 UTC by Todd Cullum
Modified: 2020-08-07 13:53 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2020-08-07 13:53:23 UTC
Type: Bug
Target Upstream Version:

Attachments (Terms of Use)

Description Todd Cullum 2020-07-30 00:12:40 UTC
Description of problem:

Accessing byte-aligned data through uint16_t pointers can cause crashes
on some platforms or reduce the performance. This bug is in libvncserver which is bundled in vino.

Version-Release number of selected component (if applicable):


How reproducible:

I have not been able to reproduce this but it is acknowledged upstream here: https://github.com/LibVNC/libvncserver/commit/53073c8d7e232151ea2ecd8a1243124121e10e2d

Actual results:

Can cause slow downs or crashes on ARM.

Expected results:

rfbSetClientColourMapBGR233() behaves normally without performance issues or crashes.

Additional info:

Note that this bug was originally picked up as a CVE/security issue. However, during analysis and after speaking with upstream developer Toby Junghans, we determined there is no security risk and this is a trivial reliability bug at most. I am filing this to let the maintainer know about the issue. I checked the code shipped in RHEL7 and found that the bug exists via code examination.

Comment 1 Ondrej Holy 2020-08-07 13:53:17 UTC
Vino uses a custom libvncserver version, which is based on several years old libvncserver release. In the first place, it would be good to update the whole libvncserver codebase to get all the bug fixes. But this would require a lot of effort. However, vino is basically dead in upstream and it is going to be replaced by gnome-remote-desktop tool in RHEL 9. Given the mentioned and given the fact that this is just low severity and there is no customer case, I am going to close this as WONTFIX.

Comment 2 RHEL Program Management 2020-08-07 13:53:23 UTC
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.

Note You need to log in before you can comment on or make changes to this bug.