| commit | 91e2cd86e24cead352f07cc1a6b4a8e3a364adb5 | |
| author | Volker Lendecke <vl@samba.org> | |
| Thu, 5 Mar 2009 23:12:55 +0000 (5 15:12 -0800) | ||
| committer | Jeremy Allison <jra@samba.org> | |
| Thu, 5 Mar 2009 23:12:55 +0000 (5 15:12 -0800) | ||
| tree | 6647615fbdaa5ca533f133723e470006c696bdd5 | treesnapshot (tar.gz zip) |
| parent | 43ea27319933f3b49b61decde8321d9162cfd9ef | commitdiff |
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@microsoft.com>
Volker
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@microsoft.com>
Volker
| source/rpc_server/srv_pipe.c | diffblobblamehistory |