[SCM] Samba Shared Repository - branch v3-3-test updated - release-3-2-0pre2-5040-g224364d

[Volker Lendecke]

The branch, v3-3-test has been updated
       via  224364d6c9eaa4d07b57cdef04ac17acb416e413 (commit)
      from  2cc696192fbc66b10fa6377d84cdebd23a045284 (commit)

http://gitweb.samba.org/?p=samba.git;a=shortlog;h=v3-3-test


- Log -----------------------------------------------------------------
commit 224364d6c9eaa4d07b57cdef04ac17acb416e413
Author: Volker Lendecke <vl at samba.org>
Date:   Thu Mar 5 22:20:55 2009 +0100

    Complete the fix for bug 6100
    
    According to [MS-RPCE].pdf, section 2.2.2.11:
    
    ----
    A client or a server that (during composing of a PDU) has allocated more space
    for the authentication token than the security provider fills in SHOULD fill in
    the rest of the allocated space with zero octets. These zero octets are still
    considered to belong to the authentication token part of the PDU.<36>
    ----
    
    RPC implementations are allowed to send padding bytes at the end of an auth
    footer. Windows 7 makes use of this.
    
    Thanks to Nick Meier <nmeier at microsoft.com>
    
    Volker

-----------------------------------------------------------------------

Summary of changes:
 source/rpc_server/srv_pipe.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)


Changeset truncated at 500 lines:

diff --git a/source/rpc_server/srv_pipe.c b/source/rpc_server/srv_pipe.c
index 705add6..dbee760 100644
--- a/source/rpc_server/srv_pipe.c
+++ b/source/rpc_server/srv_pipe.c
@@ -2150,7 +2150,7 @@ bool api_pipe_schannel_process(pipes_struct *p, prs_struct *rpc_in, uint32 *p_ss
 
 	auth_len = p->hdr.auth_len;
 
-	if (auth_len != RPC_AUTH_SCHANNEL_SIGN_OR_SEAL_CHK_LEN) {
+	if (auth_len < RPC_AUTH_SCHANNEL_SIGN_OR_SEAL_CHK_LEN) {
 		DEBUG(0,("Incorrect auth_len %u.\n", (unsigned int)auth_len ));
 		return False;
 	}


-- 
Samba Shared Repository