From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 74532] New: Sanitize all freed GPU memory Date: Tue, 04 Feb 2014 19:21:28 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1187377744==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 2437C106E2C for ; Tue, 4 Feb 2014 11:21:28 -0800 (PST) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces@lists.freedesktop.org Errors-To: dri-devel-bounces@lists.freedesktop.org To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1187377744== Content-Type: multipart/alternative; boundary="1391541688.B8387A00.14873"; charset="us-ascii" --1391541688.B8387A00.14873 Date: Tue, 4 Feb 2014 19:21:28 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=74532 Priority: medium Bug ID: 74532 Keywords: security Assignee: dri-devel@lists.freedesktop.org Summary: Sanitize all freed GPU memory Severity: normal Classification: Unclassified OS: Linux (All) Reporter: nikoli@gmx.us Hardware: All Status: NEW Version: unspecified Component: General Product: DRI X11 applications are able to get and display in human readable form parts of closed applications, see: https://github.com/mpv-player/mpv/issues/521 It means applications like skype can silently send much more data, then you expect, even when you run them as separate user. Asked about this security problem in #gentoo-hardened, #radeon and #dri-devel, summarizing: 0) Currently GPU memory is not sanitized by kernel, nothing enforces and ensures its sanitizing. 1) https://grsecurity.net Linux kernel patches add ability to sanitize all freed memory, but they do not affect GPU memory: https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options#Sanitize_all_freed_memory 2) The only secure place to clean memory is kernel, because if application or X server crashes, memory will not be erased. 3) Some applications possibly will work slower, so better make sanitizing configurable by adding build and run time kernel options. 4) Most likely this problem affects opencl too. -- You are receiving this mail because: You are the assignee for the bug. --1391541688.B8387A00.14873 Date: Tue, 4 Feb 2014 19:21:28 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"
Priority medium
Bug ID 74532
Keywords security
Assignee dri-devel@lists.freedesktop.org
Summary Sanitize all freed GPU memory
Severity normal
Classification Unclassified
OS Linux (All)
Reporter nikoli@gmx.us
Hardware All
Status NEW
Version unspecified
Component General
Product DRI

X11 applications are able to get and display in human readable form parts of
closed applications, see:
https://github.com/mpv-player/mpv/issues/521

It means applications like skype can silently send much more data, then you
expect, even when you run them as separate user.

Asked about this security problem in #gentoo-hardened, #radeon and #dri-devel,
summarizing:

0) Currently GPU memory is not sanitized by kernel, nothing enforces and
ensures its sanitizing.

1) https://grsecurity.net Linux kernel patches add ability to sanitize all
freed memory, but they do not affect GPU memory:
https://en.wikibooks.org/wiki/Grsecurity/Appendix/Grsecurity_and_PaX_Configuration_Options#Sanitize_all_freed_memory

2) The only secure place to clean memory is kernel, because if application or X
server crashes, memory will not be erased.

3) Some applications possibly will work slower, so better make sanitizing
configurable by adding build and run time kernel options.

4) Most likely this problem affects opencl too.


You are receiving this mail because:
  • You are the assignee for the bug.
--1391541688.B8387A00.14873-- --===============1187377744== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============1187377744==--