Kextpocalyse 2: The Remediation

I assume you all read my previous post “MDM and the Kextpocalypse 2”, and it’s fair bet given the amount of traffic that it’s had. And the increase in hacking attempts on this site judging from the IDS emails I get.

Last time out I described Apple’s whitelisting process which can be best described as: a 10.13.2 or higher Mac that’s been through the Device Enrolment Program into an MDM … which has deployed a kext whitelist. That whitelist being a configuration profile for com.apple.syspolicy.kernel-extension-policy .

I also described in basic details how you get that information but the process is still fiddly, but not anymore! Now you can completely build a Mac the way you require it, capture everything and have a ready made plist to upload to your MDM of choice. Behold the following bash code:

[cc lang=”bash”]
#!/bin/bash

# Script to scan a system for kexts and gather the information needed for Apple whitelisting
# richard at richard – purves dot com

plist=”com.apple.syspolicy.kernel-extension-policy.plist”
output=”$HOME/Desktop”
override=”false”

# Stop IFS linesplitting on spaces
OIFS=$IFS
IFS=$’\n’

# Scan the drive to find 3rd party kexts
# Excluding /System /private ./StagedExtensions and /dev

echo “Searching your drive for kext files”
echo “This may take a while. Please wait …”
echo “(please enter your password if prompted)”
paths=($( sudo find / \( -type d -name “System” -prune \) -o \( -type d -name “private” -prune \) -o \( -type d -name “StagedExtensions” -prune \) -o \( -type d -name “dev” -prune \) -o \( -name “*.kext” -type d -print \) ))

echo “”

# Report the details of all found

if [ ${#paths[@]} != “0” ];
then
for (( loop=0; loop<${#paths[@]}; loop++ )) do # Get the Team Identifier for the kext teamid[$loop]=$( codesign -d -vvvv ${paths[$loop]} 2>&1 | grep “Authority=Developer ID Application:” | cut -d”(” -f2 | tr -d “)” )

# Get the CFBundleIdentifier for the kext
bundid[$loop]=$( defaults read “${paths[$loop]}”/Contents/Info.plist CFBundleIdentifier )

echo “Team ID: ${teamid[$loop]} Bundle ID: ${bundid[$loop]}”
done
fi

echo “”

# Start to generate a plist file
echo “Processing Team IDs into xml”
echo “”

if [ ${#paths[@]} != “0” ];
then
# Prune the duplicate ID’s from the array
nodupes=($( echo “${teamid[@]}” | tr ‘ ‘ ‘\n’ | sort -u ))

# Now write out the xml with what we’ve discovered
# Header first

echo ‘
‘ > /private/tmp/tmp.xml

# Start with the User Override
echo “AllowUserOverrides
<$override/>” >> /private/tmp/tmp.xml

# Now the Team IDs

echo ‘AllowedTeamIdentifiers
‘ >> /private/tmp/tmp.xml

for (( loop=0; loop<${#nodupes[@]}; loop++ )) do # Write the team identifier to the file echo "“${nodupes[$loop]}”” >> /private/tmp/tmp.xml
done

# Now for the Bundle IDs with the Team IDs

echo ‘
AllowedKernelExtensions
‘ >> /private/tmp/tmp.xml

for (( loop=0; loop<${#nodupes[@]}; loop++ )); do # Write the team identifier to the file echo "“${nodupes[$loop]}”” >> /private/tmp/tmp.xml
echo ‘‘ >> /private/tmp/tmp.xml

# Parse collected data to write out captured bundle ids that match to the team id
for (( loopint; loopint<${#teamid[@]}; loopint++ )); do if [ "${nodupes[$loop]}" = "${teamid[$loopint]}" ]; then echo "${bundid[$loopint]}” >> /private/tmp/tmp.xml
fi
done

# Reset internal loop variable and close tags
loopint=0
echo ‘‘ >> /private/tmp/tmp.xml
done

# Close up, we’re done

echo ‘
‘ >> /private/tmp/tmp.xml

fi

# Now format the file nicely and rename

cat /private/tmp/tmp.xml | xmllint -format – > “$output/$plist”
rm /private/tmp/tmp.xml
cat “$output”/”$plist”

# Reset IFS and quit
IFS=$OIFS

exit
[/cc]

.. and yes it’s Bash. It could probably be done better with other languages but frankly speaking I’m doing this partly because shell is still pretty powerful and it annoys Ben Toms 😀 (sorry Ben!)

(we have a healthy friendship and disrespect for each other. It’s all good.)

That should go some way to helping deal with what’s coming. I still stand by the new reality of if you want enterprise Macs then you should be DEP enroling them and managing through MDM.

Oh Apple, if you’re reading this … a way to get older devices into DEP that doesn’t involve having to dig out purchase orders and asking a DEP authorised vendor to retrospectively add them would be much appreciated. You know, much like what you do for iOS and Configurator right now …