summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Salvatore Bonaccorso [Fri, 26 Oct 2018 15:52:24 +0000 (16:52 +0100)]
Merge spice-gtk (0.33-3.3+deb9u1) import into refs/heads/workingbranch
Frediano Ziglio [Fri, 18 May 2018 10:41:57 +0000 (11:41 +0100)]
Fix flexible array buffer overflow
This is kind of a DoS, possibly flexible array in the protocol
causes the network size check to be ignored due to integer overflows.
The size of flexible array is computed as (message_end - position),
then this size is added to the number of bytes before the array and
this number is used to check if we overflow initial message.
An example is:
message {
uint32 dummy[2];
uint8 data[] @end;
} LenMessage;
which generated this (simplified remove useless code) code:
{ /* data */
data__nelements = message_end - (start + 8);
data__nw_size = data__nelements;
}
nw_size = 8 + data__nw_size;
/* Check if message fits in reported side */
if (nw_size > (uintptr_t) (message_end - start)) {
return NULL;
}
Following code:
- data__nelements == message_end - (start + 8)
- data__nw_size == data__nelements == message_end - (start + 8)
- nw_size == 8 + data__nw_size == 8 + message_end - (start + 8) ==
8 + message_end - start - 8 == message_end -start
- the check for overflow is (nw_size > (message_end - start)) but
nw_size == message_end - start so the check is doing
((message_end - start) > (message_end - start)) which is always false.
If message_end - start < 8 then data__nelements (number of element
on the array above) computation generate an integer underflow that
later create a buffer overflow.
Add a check to make sure that the array starts before the message ends
to avoid the overflow.
Signed-off-by: Frediano Ziglio <fziglio@redhat.com>
Signed-off-by: Christophe Fergeau <cfergeau@redhat.com>
[Salvatore Bonaccorso: Drop generated diff from commit messages causing
problem when applying with quilt. Remove addition to testsuite]
Gbp-Pq: Name Fix-flexible-array-buffer-overflow.patch
Sebastian Andrzej Siewior [Wed, 30 Nov 2016 15:34:59 +0000 (16:34 +0100)]
ssl: Use accessors rather than direct struct access
In OpenSSL 1.1.0, the struct fields are private so we can no longer
directly access them.
The accessors are not available in previous OpenSSL releases, so we need
to add compat helpers.
Gbp-Pq: Name ssl-Use-accessors-rather-than-direct-struct-access.patch
Sebastian Andrzej Siewior [Wed, 26 Oct 2016 15:31:27 +0000 (17:31 +0200)]
ssl: Rework our custom BIO type
This commit changes to an actual new BIO method rather than reusing an
existing BIO method, and overriding only the fields that we need.
The approach before this commit would be causing issues with OpenSSL
1.1.0 as some of the fields we access have become opaque.
Gbp-Pq: Name ssl-Rework-our-custom-BIO-type.patch
Sebastian Andrzej Siewior [Wed, 26 Oct 2016 10:55:03 +0000 (12:55 +0200)]
ssl: Stop creating our own X509_LOOKUP_METHOD
OpenSSL 1.1.0 does not seem to provide API to do that anymore.
There is no need to create a custom lookup to begin with. This method
here has no callbacks implemented and is doing nothing. The way I
understand it, it is used to retrieve a `lookup' object which provides a
certificate store. The SSL ctx provides also such a store.
Acked-by: Christophe Fergeau <cfergeau@redhat.com>
Acked-by: Pavel Grunt <pgrunt@redhat.com>
Gbp-Pq: Name ssl-Stop-creating-our-own-X509_LOOKUP_METHOD.patch
Liang Guo [Fri, 26 Oct 2018 15:52:24 +0000 (16:52 +0100)]
debian_843471-clipboard_Fix_crash_by_handling_error
commit
03c016bea939ee4a26e90d80fa1012a993a8ea47
Author: Victor Toso <me@victortoso.com>
Origin: upstream, https://cgit.freedesktop.org/spice/spice-gtk/commit/?id=
03c016bea939ee4a26e90d80fa1012a993a8ea47
Bug-Debian: https://bugs.debian.org/843471
Date: Fri Oct 14 18:12:01 2016 +0200
clipboard: Fix crash by handling error
As manual states below, text could be NULL for different reasons and
we should handle that. I've included a debug message to help
identifying possible regressions from wayland's clipboard.
This crash is a regression from
7b0de6217670e0f668aff2949f
"The text parameter to callback will contain the resulting text if
the request succeeded, or NULL if it failed. This could happen for
various reasons, in particular if the clipboard was empty or if the
contents of the clipboard could not be converted into text form."
Resolves: rhbz#
1384676
Signed-off-by: Victor Toso <victortoso@redhat.com>
Acked-by: Pavel Grunt <pgrunt@redhat.com>
Gbp-Pq: Name debian_843471-clipboard_Fix_crash_by_handling_error.patch
Liang Guo [Fri, 26 Oct 2018 15:52:24 +0000 (16:52 +0100)]
explicitly-enable-subdir-objects
When subdir source is included but subdir-objects is not
enabled, automake will throw a warning which will be considered
error by debian build system
Gbp-Pq: Name explicitly-enable-subdir-objects.patch
Salvatore Bonaccorso [Fri, 26 Oct 2018 15:52:24 +0000 (16:52 +0100)]
spice-gtk (0.33-3.3+deb9u1) stretch; urgency=medium
* Non-maintainer upload.
* Fix flexible array buffer overflow (CVE-2018-10873) (Closes: #906316)
[dgit import unpatched spice-gtk 0.33-3.3+deb9u1]
Salvatore Bonaccorso [Fri, 26 Oct 2018 15:52:24 +0000 (16:52 +0100)]
Import spice-gtk_0.33-3.3+deb9u1.debian.tar.xz
[dgit import tarball spice-gtk 0.33-3.3+deb9u1 spice-gtk_0.33-3.3+deb9u1.debian.tar.xz]
Liang Guo [Fri, 7 Oct 2016 15:14:27 +0000 (16:14 +0100)]
Import spice-gtk_0.33.orig.tar.bz2
[dgit import orig spice-gtk_0.33.orig.tar.bz2]
Liang Guo [Fri, 1 Jul 2016 11:32:58 +0000 (12:32 +0100)]
explicitly-enable-subdir-objects
When subdir source is included but subdir-objects is not
enabled, automake will throw a warning which will be considered
error by debian build system
Gbp-Pq: Name explicitly-enable-subdir-objects.patch
Liang Guo [Fri, 1 Jul 2016 11:32:58 +0000 (12:32 +0100)]
spice-gtk (0.32-1) unstable; urgency=medium
* New upstream release
* Update debian/copyright
* debian/control:
- Update Build-Depends libglib2.0-dev and libspice-protocol-dev
version required
- Remove Build-Depends on libgtk2.0-dev
- Bump Standards-Version to 3.9.8 (no changes)
- Use secure uri in vcs-*
* Remove libspice-client-gtk-2.0-* and python-spice-client-gtk,
upstream don't support gtk2 anymore
* Refresh explicitly-enable-subdir-objects.patch
* Bump SONAME and package name of libspice-client-gtk-3.0
[dgit import unpatched spice-gtk 0.32-1]
Liang Guo [Fri, 1 Jul 2016 11:32:58 +0000 (12:32 +0100)]
Import spice-gtk_0.32.orig.tar.bz2
[dgit import orig spice-gtk_0.32.orig.tar.bz2]
Liang Guo [Fri, 1 Jul 2016 11:32:58 +0000 (12:32 +0100)]
Import spice-gtk_0.32-1.debian.tar.xz
[dgit import tarball spice-gtk 0.32-1 spice-gtk_0.32-1.debian.tar.xz]