The problem is Philips have been burned by all the stunt hacking done on their bulbs and IOT in general. They're damned if they do and damned if they don't.
If they _do_ all the stupid security things they get this.
If they _don't_ do all the stupid security things they get sensational headlines where stunt hackers use drones to infect all the lights in an office building.
Philips had a security assessment on their app for all the obvious reasons. [I am simplifying, it may be part of their standard development process at this point to add these things].
That assessment came back with (among others) the findings:
xyz.124: No app obfuscation: our testers were able to reverse engineer the app and...
xyz.125: No jailbreak detection. During the assessment...
I've seen apps that _really_ don't need these things come back with these findings in reports from supposedly big, reputable security firms. That is partly because the findings are _right there_ in the methodology and pre-written, and it's low effort for the tester to paste them in and pad out their report. There is also the argument that its better to tell the customer they don't have those things and let them decide whether to accept the risk.
If you don't have engineers who can push back on "not applicable" security findings (or you have a team priority to reduce risk at any cost) then this is what happens.
It is also remotely possible that the app "needs" these things because the firmware is unsigned and they are concerned about stunt hackers posting on twitter about the funny or mildly nefarious things they can do with the brushes.
Jailbreak detection is not an exact science so you will inevitably get outcomes like this.