Info of fixed versions: Debian: https://security-tracker.debian.org/tracker/CVE-2017-7494 Ubuntu: https://www.ubuntu.com/usn/usn-3296-1/ Red Hat: https://access.redhat.com/security/cve/CVE-2017-7494
Thanks to OP for highlighting this
11–14 of 14 posts
Info of fixed versions: Debian: https://security-tracker.debian.org/tracker/CVE-2017-7494 Ubuntu: https://www.ubuntu.com/usn/usn-3296-1/ Red Hat: https://access.redhat.com/security/cve/CVE-2017-7494
Thanks to OP for highlighting this
Looks like a design issue and not an overflow or something.
So is this a RCE vulnerability that wouldn't be solved by using a memory safe language? Looks like a design issue and not an overflow or something.
(1). Load a shared library module and execute it.
This has many uses inside Samba.
(2). Allow a client request on an RPC pipe to be routed to an external process or library.
This allows Samba to be built without embedding all the named pipe services inside it, which makes it a smaller binary for embedded vendors.
Unfortunately an old commit connected the two subsystems together, re-using the shared library module existing code to find and load the service the client was asking for. There was insufficient sanitization of the requesting name which caused the problem. That's what the fix now does.
A memory safe language would not have saved us here.
Info of fixed versions: Debian: https://security-tracker.debian.org/tracker/CVE-2017-7494 Ubuntu: https://www.ubuntu.com/usn/usn-3296-1/ Red Hat: https://access.redhat.com/security/cve/CVE-2017-7494