Difference between revisions of "NWM Services"

From 3dbrew
Jump to navigation Jump to search
Line 7: Line 7:
 
|-
 
|-
 
!  Command Header
 
!  Command Header
 +
!  Available since system version
 
!  Description
 
!  Description
 
|-
 
|-
 
| 0x000F0404
 
| 0x000F0404
 +
|
 
| [[NWMUDS:RecvBeaconBroadcastData|RecvBeaconBroadcastData]]
 
| [[NWMUDS:RecvBeaconBroadcastData|RecvBeaconBroadcastData]]
 
|-
 
|-
 
| 0x001400C0
 
| 0x001400C0
 +
|
 
| [[NWMUDS:RecvBroadcastDataFrame|RecvBroadcastDataFrame]]
 
| [[NWMUDS:RecvBroadcastDataFrame|RecvBroadcastDataFrame]]
 
|-
 
|-
 
| 0x001B0302
 
| 0x001B0302
 +
|
 
| [[NWMUDS:Initialize|Initialize]]
 
| [[NWMUDS:Initialize|Initialize]]
 
|-
 
|-
 
| 0x001D0044
 
| 0x001D0044
 +
|
 
| [[NWMUDS:BeginHostingNetwork|BeginHostingNetwork]]
 
| [[NWMUDS:BeginHostingNetwork|BeginHostingNetwork]]
 
|-
 
|-
 
| 0x001E0084
 
| 0x001E0084
 +
|
 
| [[NWMUDS:ConnectToNetwork|ConnectToNetwork]]
 
| [[NWMUDS:ConnectToNetwork|ConnectToNetwork]]
 +
|-
 +
| 0x001F0006
 +
| Unknown, >[[2.0.0-2]]
 +
| [[NWMUDS:DecryptBeaconData|DecryptBeaconData]]
 
|}
 
|}
  

Revision as of 21:02, 23 September 2014


These NWM services are used for local-WLAN communications, NWM module handles regular wifi APs as well. These services are used for creating/connecting to networks, and for sending/receiving data over the network etc. NWM module uses the wifi SDIO hardware via the IO registers for this.

NWM local-WLAN service "nwm::UDS"

Command Header Available since system version Description
0x000F0404 RecvBeaconBroadcastData
0x001400C0 RecvBroadcastDataFrame
0x001B0302 Initialize
0x001D0044 BeginHostingNetwork
0x001E0084 ConnectToNetwork
0x001F0006 Unknown, >2.0.0-2 DecryptBeaconData

NWM infrastructure service "nwm::INF"

Command Header Description
0x00070742 ConnectToAP

NWM socket service "nwm::SOC"

NWM service "nwm::SAP"

NWM local-WLAN StreetPass service "nwm::CEC"

NWM service "nwm::EXT"

NWM service "nwm::TST"

Local-WLAN

UDS is used for 3DS<>3DS local-WLAN communications, and for 3DS<>Wii U communications. The latter is mainly only used for multi-player in games.

All UDS local-WLAN communications have the CCMP key for data encryption generated via NWM module. The CCMP key passed to nwm::CEC commands(stored in a 0x44-byte input structure) for StreetPass is generated by the CECD module. The input data used with EncryptDecryptAes with keytype1 is a MD5 hash over an input passphrase. This input passphrase is fixed for Download Play, it's unique per local-WLAN protocol. The CTR is a MD5 hash over the below 0x10-byte structure. The output from encrypting that data with AES-CTR is the final CCMP key.

Structure used for generating the CTR for CCMP key generation

Offset Size Description
0x0 0x4 Local-WLAN communication ID, normally this is: (user_process uniqueID << 8) | val. Where val is 0x10 on retail(configmem UNITINFO bit0 set), 0x90 for devunit. For Download Play, this is always 0x2810 on retail(0x2890 on devunit).
0x4 0x4 u32 networkID, randomly-generated when creating the network. The network SSID used when a client connects to the network is sprintf(out, "%08X", networkID).
0x8 0x6 Host MAC address.
0xE 0x2 ID, for Download Play this is 0x55.

This data is stored as little-endian.

CTR used for beacon tags crypto

Offset Size Description
0x0 0x6 Host MAC address
0x6 0x4 wlancommID
0xA 0x1 This ID is also stored at offset 0xE in the CTR-generation structure.
0xB 0x1 Padding, value zero.
0xC 0x4 This is the u32 from offset 0x18 in the network-struct.

This data is stored as little-endian. All data here is all-zero except for the MAC address, when the u8 at offset 0x8 in the network-struct is 0.

Network structure

Offset Size Description
0x0 0x6 This is the MAC address of the host. This is all-zero on the host, like with NWMUDS:BeginHostingNetwork.
0xC 0x3 This is the OUI value for use with the beacon tags. Normally this is 001F32.
0xF 0x1 OUI type (21/0x15)
0x10 0x4 wlancommID
0x14 0x1 This ID is also stored at offset 0xE in the CTR-generation structure.
0x1C 0x4 ?
0x3F 0x1 Size of additional data. Normally zero.
0x40 0xC8 Additional data, if any. Size of the additional data is specified via the u8 at offset 0x3F.

This 0x108-byte structure is used for NWMUDS:BeginHostingNetwork, NWMUDS:ConnectToNetwork, etc. This data is stored as big-endian.

UDS Beacons

The UDS host broadcasts a beacon containing at least two Nintendo-vendor tags(tag number 0xDD, see above for the OUI), normally the data stored in these tags are static. The second tag contains the big-endian u32 networkID, used by the clients when connecting to the host and for the above CCMP key generation. The Nintendo-vendor tag(s) following the first two are unique to the process using UDS, these tags are used for broadcasting metadata regarding the host.

UDS Beacon Tags

The following is the structure of each tag, starting at the OUI. The order of the tags is the same as listed below.

OUI Type 20

Offset Size Description
0x0 0x3 OUI, see above.
0x3 0x1 OUI type (20/0x14)
0x4 0x3 Sample data: 0a 00 00

Normally the size of this tag(from the tag size field) is 0x07.

OUI Type 21

Offset Size Description
0x0 0x1F This is the network structure starting at offset 0xC, with the first 0x1F-bytes from there.
0x1F 0x14 SHA1 hash. When doing the hashing, this hash is cleared to zero. The hash data starts at offset 0x0(OUI), and the size is 0x34 + <value of the u8 at offset 0x33>.
0x33 0x1 Size of additional data. Normally zero. When non-zero this additional data is located at offset 0x34.

Normally the size of this tag(from the tag size field) is 0x34.