{"id":41232,"date":"2023-11-26T21:47:19","date_gmt":"2023-11-27T02:47:19","guid":{"rendered":"https:\/\/mjtsai.com\/blog\/?p=41232"},"modified":"2023-11-26T21:47:19","modified_gmt":"2023-11-27T02:47:19","slug":"receipt-validation-with-all-the-ethernet-interfaces","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2023\/11\/26\/receipt-validation-with-all-the-ethernet-interfaces\/","title":{"rendered":"Receipt Validation With All the Ethernet Interfaces"},"content":{"rendered":"

Jeff Johnson<\/a>:<\/p>\n

I’ve recently run into a case that seems to call into question all extant sample code for Mac App Store receipt validation. […] I learned that the ethernet port of the customer’s Mac was fried as a result of electrical damage from a lightning strike. The Mac’s motherboard was replaced, but afterward the customer still couldn’t launch Magnet, and now they couldn’t launch Link Unshortener either. It turns out that the Mac’s ethernet port is now en11<\/code> rather than en0<\/code>. Apple’s old sample code checked only en0<\/code>, and Apple’s new sample code checks only en0<\/code> and en1<\/code>, so that technique won’t work. And the technique suggested by Chris Liscio<\/a> won’t work, because querying for kIOPrimaryInterface<\/code> returned no results! The customer’s Mac reported having no primary ethernet interface.<\/p>

My solution was to query all built-in ethernet interfaces—in technical terms, kIOBuiltin<\/code> devices of kIOEthernetInterfaceClass<\/code>—and attempt to validate each interface’s MAC address with the App Store receipt until a match was found. This might be the same technique suggested by Paulo Andrade<\/a>, but that blog post contains no sample code.<\/p><\/blockquote>\n\n

Previously:<\/p>\n