Labview installer creates bad permissions

Question

On Mac OS X, I just installed LV 8.20, VISA 4.0.1 and NI-DAQmx Base 2.1.
After this process one of the installers changed the owner, group and permissions of /Library/Frameworks. This creates a potential security problem. Repair permissions will fix this, but it is wrong for the installer to do this. The permissions were correct just before I did the installation. I am not sure which of the installers did this, but I will post later as I figure this out.
User differs on ./Library/Frameworks, should be 0, owner is 501
Group differs on ./Library/Frameworks, should be 80, group is 501
Permissions differ on ./Library/Frameworks, should be drwxrwxr-x , they are drwxr-xr-x
Owner and group corrected on ./Library/Frameworks
Permissions corrected on ./Library/Frameworks

Answer 1

Roy F wrote:
The CAR # is actually 43CFE91J.
For search purposes, I'll add our standard text: This was reported to R&D (CAR # 43CFE91J) for further investigation.
Wow, I just installed 8.5 and it does essentially the same thing. It is really nasty changing the /Library permissions. But also having the LabVIEW directory wide open is not good either!
There is write permission to everything!!! This is great for mass compiles, but a wide open attack vector for anyone trying to install a trojan horse. Having your entire system compromised by this install is sort of annoying. There are some simple find commands that can fix most of this. The problem is sorting out the actual executables vs the VIs that should not have executable privelege.
Do a Mass Compile from an admin account. Then do
cd /Applications/National\ Instruments/LabVIEW\ 8.5
find . \( ! -user root -o ! -group admin \) -type f -exec chmod 0664 \{\} \;
find . \( ! -user root -o ! -group admin \) -type d -exec chmod 0775 \{\} \;
Maybe fixed in LV 8.6??
-Scott