File Manager

Editing File: /usr/share/doc/libtirpc-0.2.4/ChangeLog

2008-11-19  Steve Dickson <steved@redhat.com>
 
    * Version 0.1.10 released.

commit 32ec5931e3debf208972d5146578f08dc113a9b6
Merge: 338af7f... 92cf0dd...
Author: Steve Dickson <steved@redhat.com>
Date:   Mon Nov 17 12:26:22 2008 -0500

Merge branch 'master' of git://git.infradead.org/~steved/libtirpc

commit 92cf0dde310ca341a2f29ff66b19eeb9994a649a
Author: Ian Kent <ikent@redhat.com>
Date:   Tue Oct 28 11:19:07 2008 -0400

Fixed a warings the IPV6 client routines
    
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 338af7f9f00e096b65a6d823f885c4eeaf1d1f8c
Author: Steve Dickson <steved@redhat.com>
Date:   Mon Oct 27 12:46:54 2008 -0400

__rpc_taddr2uaddr_af() assumes the netbuf to always have a
    non-zero data. This is a bad assumption and can lead to a
    seg-fault. This patch adds a check for zero length and returns
    NULL when found.
    
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit d9a5ae7079d001a9e3b9b384f9153f591a7158bd
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:10:43 2008 -0400

Fix __rpc_getconfip
    
    __rpc_getconfip is supposed to return the first netconf
    entry supporting tcp or udp, respectively. The code will
    currently return the *last* entry, plus it will leak
    memory when there is more than one such entry.
    
    This patch fixes this issue.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 6c487efe74adb5c29f7bee5bd51b3ebef4968f7d
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:09:06 2008 -0400

Fix getpeereid
    
    getpeereid fails because it uses an incorrect getsockopt call to obtain
    the peer credentials on a AF_LOCAL socket.  This in turn will cause all
    RPC services to be registered with rpcbind to show up as having been
    registered by "unknown".
    
    This has a serious impact on security - a service owned by "unknown"
    can essentially be unregistered (and thus replaced) by anyone.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 851b0f5c6dca22d634603f03f0a5e3e35c6db867
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:08:07 2008 -0400

svc_getcaller_netbuf macro seems broken
    
    I haven't found any documentation, but the comment in the header
    file seems to suggest that svc_getcaller_netbuf should return the
    xp_rtaddr netbuf. Returning the address of the socket descripor
    seems to be wrong at any rate.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit d94b92d5125242ce595c1baf42a1e6d1004b7756
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:06:54 2008 -0400

Introduce __rpc_set_netbuf helper
    
    The RPC code contains a number of places where a netbuf
    is initialized with some data. All the mem_alloc/memcpy
    stuff is open-coded. Introduce a helper function and
    convert the code.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit da5f9861ea3bae59c8eead26d38334721caa9f0a
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:05:20 2008 -0400

Kill map_ipv4_to_ipv6
    
    After the change to svc_vc.c performed in the previous patch,
    this function is no longer needed.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 59c374c4b507aeca957ed0096d98006edf601375
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 30 15:04:17 2008 -0400

Fix xp_raddr handling in svc_fd_create etc
    
    Currently svc_fd_create tries to do some clever tricks
    with IPv4/v6 address mapping.
    
    This is broken for several reasons.
     1.	We don't want IPv4 based transport to look like IPv6
     	transports. Old applications compiled against tirpc
    	will expect AF_INET addresses, and are not equipped
    	to deal with AF_INET6.
     2.	There's a buffer overflow.
    		memcpy(&sin6, &ss, sizeof(ss));
    	copies a full struct sockaddr to a sockaddr_in6 on
    	the stack. Unlikely to be exploitable, but I wonder
    	if this ever worked....
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 628788c1cc84c86ee4cb36ee5d4fe8954e90fca5
Author: Steve Dickson <steved@redhat.com>
Date:   Tue Sep 16 11:32:31 2008 -0400

- Fixed version-info in src/Makefile.am to reflect the correct version
    - Fixed some of warnings in: src/auth_time.c, src/clnt_dg.c and
        src/clnt_raw.c
    - Added some #ifdef NOTUSED around some code in src/rpbc_clnt.c
      that was not being used...
    
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 9e7ba0c7a02031294fefadfbca42b3dd5f2d841f
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 16 08:46:29 2008 -0400

Fix for taddr2addr conversion bug of local addresses
    
    When converting af_local socket addresses in taddr2uaddr, an incorrect
    sizeof() would result in a truncated path string. As a result,
    rpcbind will report the local /var/lib/rpcbind address to clients
    as "/v" on a 32bit machine.
    
    Signed-off-by: okir@suse.de
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit ea9f048761d0b9a2ab6310bffa07351f0b04d8c5
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 2 12:11:15 2008 -0400

Always make IPv6 sockets V6ONLY
    
    Assume you have a netconfig file looking like this:
    
    udp        tpi_clts      v     inet     udp     -       -
    udp6       tpi_clts      v     inet6    udp     -       -
    ...
    
    a call to svc_tli_create(... &someaddr, "udp") will fail to create an
    IPv6 server socket. The problem is that on Linux, passive IPv6 sockets
    will also accept packets/connections from IPv4, and will simply map
    the sender's address to an IPv6 mapped IPv4 address. So if you want to
    bind both a UDPv4 and UDPv6 socket to the same port, this will fail with
    EADDRINUSE.
    
    The way to avoid this behavior is to change the socket to V6ONLY,
    which tells the kernel to avoid the autmatic mapping.
    
    The change proposed in the patch below does this. I *think* this is
    a good place to do this, as it will also fix applications that do not
    use svc_tli_create() - such as rpcbind, which creates the sockets on
    its own using __rpc_nconf2fd.
    
    I think this also improves portability, as BSD code assumes BSD
    behavior, where this mapping does not occur either.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

commit 95c8f7227e6b15f2e430d7b87dadc95b2acd4a61
Author: Olaf Kirch <okir@suse.de>
Date:   Tue Sep 2 12:09:39 2008 -0400

Fix incorrect sizeof() in __rpc_getbroadifs
    
    __rpc_getbroadifs returns bad broadcast addresses on 32bit
    machines because when copying the broadcast addresses, ite
    applies the sizeof() operator to a pointer to a sockaddr,
    rather than the sockaddr itself.
    
    Signed-off-by: Olaf Kirch <okir@suse.de>
    Signed-off-by: Steve Dickson <steved@redhat.com>

2004-10-13  Antoine Fraticelli  <antoine.fraticellie@bull.net>
 
        * Version 0.1 released.

2005-01-07  Gilles Quillard  <Gilles.Quillard@bull.net>

* Version 0.1.5  Fix problems links to the use of Kerberos.

Back to Directory File Manager