Hier dacht ik eerst "Huh - waarom zou dat nodig zijn" , en moest ik het originele artikel lezen voordat ik het snapte. De punten die mij niet duidelijk waren : De genoemde professionals, pentesters e.d. willen blijkbaar de generatie code (ik denk dictionary / permutatie generators e.d.) koppelen aan een eigen crypto-backend, bijvoorbeeld voor custom hashes welke niet standaard door hashcat gesupport worden. Of misschien omdat ze een nog snellere implementatie hebben van een bepaalde hash. OS-X kernel : Kernel slaat hier niet op de operating system kernel , maar op de kernel die de crypto hash functies berekent. Die leunt op het gebruik van de GPU (grafische processor) via OpenCL , en die code/aanroepen worden blijkbaar niet als standaard OS-X api aangeboden, en dus wil Apple het distribueren van een applicatie die niet gesupporte calls gebruikt niet toestaan. Het zal een voorwaarde voor gebruik van de Apple development toolkit zijn, en als je als project 'officieel' genoeg bent zul je je daaraan moeten ...