[PATCH] fix connection to Nintendo 3DS

Steve French smfrench at gmail.com
Fri Jan 27 21:04:49 UTC 2017


On Thu, Jan 12, 2017 at 5:39 PM, Philippe Daouadi <blastrock0 at free.fr> wrote:
> Hi,
>
> As you may (or may not) know, it is possible to open an access to the
> internal microSD card of a 3DS through its configuration interface. The
> access is a simple listening smb server over wifi.
>
> It works without problem when connecting from a real Windows system, but
> it always fails when trying to connect through Samba with this message:
>
> session setup failed: NT_STATUS_INVALID_NETWORK_RESPONSE
>
> I didn't find any solution on the Internet, so I started gdb-ing and
> wireshark-ing the issue.
>
> I managed to make it work, and it seems to come down to the
> NTLMSSP_NEGOTIATE message that the client sends to the server. When
> samba sends this message, it is wrapped into GSS-API with SPNEGO (I have
> no idea what these mean). Windows doesn't do that and just send the
> naked NTLMSSP packet.
>
> I'm attaching a patch that removes the SPNEGO from the authentication
> chain while keeping the NTLMSSP. I'm pretty sure that this patch breaks
> stuff (after all, it was made that way for a reason), but I don't have
> the necessary knowledge of Samba's codebase to make this a configurable
> option in smb.conf or a command-line switch.

Interesting - linux cifs client (and Windows in some cases) can send
"raw ntlmssp" (for cifs or smb2/smb3) but Samba client defaults to
only using ntlmssp encapsulated (in spnego - an unrelated point it
seems odd to encapsulate twice).

Is this cifs or smb2/smb3?


-- 
Thanks,

Steve



More information about the samba-technical mailing list