11.4.0-37

The Old3DS+New3DS 11.4.0-37 system update was released on April 10, 2017. This Old3DS update was released for the following regions: USA, EUR, JPN, CHN, KOR, and TWN. This New3DS update was released for the following regions: USA, EUR, JPN, CHN, KOR, and TWN.

Security flaws fixed: yes.

Change-log

Official USA change-log:

• Further improvements to overall system stability and other minor adjustments have been made to enhance the user experience

System Titles

NATIVE_FIRM

Process9

The global boolean preventing SAFE_FIRM from being launched is now set in Process9's crt0 if CFG9_BOOTENV has bit0 set, that is to say, if it has been launched from a firmlaunch (this register is set to 1 just before a firmlaunch). The following code has also been added in the firmlaunch function itself: if(!(CFG9_BOOTENV & 1) /* not a firmlaunch */ || (CFG9_BOOTENV & 6) /* firmlaunched from LGY_FIRM (if even possible at all) */) goto panic.

This is to fix safehax.

New3DS kernel9loader

New3DS kernel9loader wasn't updated.

ARM11 kernel

There are at least, and likely, three changes:

• CFG11_WIFIUNK is now set to 0x10 in Kernel11's crt0
• A new SVC, svc 0x5A has been introduced, to enable or disable wifi
• The code handling svcArbitrateAddress with type = SIGNAL, has been changed. It now counts the actual number of threads arbitrating on that address, and if it is non-zero, it executes the following hack: if(coreId == 0 && currentThread->dynamicPriority >= 50) waitCycles(0x64E). This supposedly works around the lag issue in some games, which has been introduced on 11.3.0-36

Modules

No FIRM ARM11 sysmodule was changed.

NWM-sysmodule

The CONFIG11_Registers are no longer directly mapped under userland for NWM-sysmodule. This prevents anything under NWM-module from modifying the GPUPROT register. This was used by both *hax payload(prior to v11.4 release) and udsploit.

The codebin was updated.

The crt0-poke in PDN that NWM previously did:

 0x1EC4010C |= 0x10

.. has been removed from NWM. This one has been moved into kernel bootup.

All accesses to 0x1EC40180 have been replaced by a new syscall, 0x5A.

This now includes code from old CTRSDK update(s). A new func was added for calling a func, previously that func was directly called via vtable funcptr. The only other changes was new heap code(and the code for using it basically), for fixing the NWMUDS sharedmem vuln. This includes code which actually validates heap memchunkhdrs, with svcBreak being executed on failure.

A new string was added at 0x13E200: "used"(with 3 0xFF bytes afterwards), this is used by the new heap code. The wifi-fw was moved from .data to .rodata.

HTTP-sysmodule

There were exactly 3 changes in the HTTP-sysmodule codebin.

Two functions, the memalloc and memfree functions used with HTTP sharedmem, were updated to use the new function. The new function is for heap memchunkhdr validation. This additional code is the same new heap code as NWM-sysmodule. This fixed the vuln used by ctr-httpwn at the time of sysupdate release.

Friends-sysmodule

Like past updates the only change in this codebin was the fpdver(0x9->0xA).

NS-sysmodule

The only changes for NS was version values in the codebin, nothing else.

Internet Browser

The web-browser was updated, only for New3DS. See here for details.

Nintendo_3DS_Sound

soundhax was fixed, it appears other vulns were fixed too.

Exactly 8 functions were changed in the codebin.

 L_1d3ba8
 updated, prev ver @ L_1d3ba8.
 Added only the following code:
 if(len<2)return;
 if(len>=0xfe)len=0xfe;
 *lenstorage = len;
 
 L_1d3d10
 updated, prev ver @ L_1d3cfc.
 When L_1ea0b8 returns non-zero, this now clears the 4-bytes at inr1.
 
 L_1f32c4
 updated, prev ver @ L_1f329c.
 This now writes u32 val0 to inr0+0x34 immediately after the nop instruction.
 
 L_275754
 updated, prev ver @ L_27572c.
 This now executes the following each time L_1ea0b8 returns non-zero: sp20 = 0;
 
 L_275ed4
 updated, prev ver @ L_275e94.
 Added the following code after the branch for "if(*(inr1+8)==0)":
 if(len>0xfe){len=0xfe;<jump over the code which checks len0>}
 Identical changes were added at 0x276054, except with len val 0x82.
 Likewise at 0x276138 except with len val 0x76.
 
 L_280000
 updated, prev ver @ L_27ff90.
 This was added at 0x280444: if(len>0xfe)len=0xfe;
 Minor(?) other changes.
 
 L_280c74
 updated, prev ver @ L_280b60.
 This now writes u32 val0 to inr0+0x34 immediately after the nop instruction.
 
 L_281ab0
 updated, prev ver @ L_281998.
 Added the following: if(len>=0xfe)len=0xfe;
 This was added at 0x281b94:
 if(somelen>=0xfe)
 {
 	len=0xfe;
 }
 else
 {
 	len=somelen;
 }
 *r4 = val;
 Then len is used for a string data-copy(ASCII/UTF16), unless it's UTF16 and len is <=0.

See Also

System update report(s):

• [1]
• [2]