mitgestaltet kext Aber warum nicht laden im Yosemite(10.10)

Hatte ich ein code signing auf kext in Yosemite. Aber kextload ist gescheitert.

Es war version2 codesign. codesign --verify wahr ist.

Aber kextload ist fehlgeschlagen. Warum laden nicht im Yosemite?

Hier ist meine log.

Ich habe mit codesign -dvvv ./myKext.kext Und Es ist alles in Ordnung.

codesign -dvvv ./myKext.kext zurückgegeben folgenden:

Executable=/Path/to/myKext
Identifier=com.myKext.kext.Firewall
Format=bundle with Mach-O thin (x86_64)
CodeDirectory v=20100 size=317 flags=0x0(none) hashes=9+3 location=embedded
Hash type=sha1 size=20
CDHash=d0ff68bd8b49c650f45349c2d1570d45a8c1f148
Signature size=8544
Authority=Developer ID Application: My Kext Co., Ltd. (R2PBZJ465V)
Authority=Developer ID Certification Authority
Authority=Apple Root CA
Timestamp=2014. 10. 31. 오전 11:09:35
Info.plist entries=18
TeamIdentifier=not set
Sealed Resources version=2 rules=12 files=1
Internal requirements count=1 size=188

Es zeigt sich, dass die version 2.

Aber sudo kextload ./myKext.kext ist wieder die folgende:

/Pfad/zu/myKext.kext failed to load - (libkern/kext) nicht belastbar
(Grund nicht angegeben); check the system/kernel logs for errors oder versuchen
kextutil(8).

cat /var/log/system.log gibt:

com.apple.kextd[19]: FEHLER: ungültige Signatur für
com.myKext.kext.Firewall, wird nicht geladen

sudo kextutil -l ./myKext.kext gibt:

Diagnostics for ./myKext.kext:
Code Signing Failure: code signature is invalid
ERROR: invalid signature for com.myKext.kext.Firewall, will not load

Warum werden ungültige Signatur?!

Ich habe mit version2 codesign im Yosemite.

Was habe ich falsch Unterschreiben? Jemand belehren Sie mich bitte.

  • Ich kann nur raten, aber nicht Apple involviert sein müssen in das code signing, damit es gültig ist?
  • Haben Sie verlangt Apple, dass Ihr DeveloperID hat die kext codesign-Attribut Hinzugefügt, um es?
  • Das sieht aus wie das gleiche problem wie dieses: stackoverflow.com/questions/26283158/...
InformationsquelleAutor | 2014-10-31
  1. 8

    Ich hatte das gleiche problem auch. Und ich habe die Lösung mit Euch teilen.

    Apple verändert die Mac-Developer-Programm und entfernt Zertifizierung für kext von ihm.
    Also auch Sie sind Mitglied des Mac Developer Program, Sie werden nicht erhalten die Zertifizierung für die kext Entwicklung, es sei denn, Sie beantragen es bei Entwickler-ID und Gatekeeper.

    BTW, Äpfel sagt,

    "KEXT-signing ist bestimmt für die Unterzeichnung der kommerziell Versand Kexte oder Projekte, die weit verbreitet in großen Unternehmen."

    Also, was wir tun können, ist unsere Kext auf der KEXT Entwicklung Modus, indem Sie die "kext-dev - mode=1" boot-arg. Wie,

    sudo nvram boot-args="debug=0x146 kext-dev-mode=1"

    Und neu starten.

    Ich wünschte, dies wird hilfreich sein für Sie.

    • Diese Antwort ist veraltet wie der El Capitan (10.11). Siehe andere Antworten für details.
    InformationsquelleAutor ParaDevil
  2. 0

    Ich Stimme mit ParaDevil Antwort.

    Für OS X Yosemite können Sie Folgendes tun:

    1. Download "Kernel Debug Kit";
    2. Führen Sie installer-Paket;
    3. Weiterhin "Read Me" - Schritt;
    4. Die "Read Me" sagt:

    In der Reihenfolge zu laden, unsignierte Kexte, das system muss "KEXT-Entwickler-Modus" aktiviert, indem Sie die "kext-dev-mode=1" boot-arg. Der folgende Befehl (gefolgt von einem Neustart) geeignet wäre, zur Vorbereitung eines Systems für die Prüfung nicht-Produktion Kexte:
         

    sudo nvram boot-args="debug=0x146 kext-dev-mode=1"

    Sobald dies geschehen ist, wird die Maschine in der Lage sein zu laden gültig kext;
    Unterschriften werden noch überprüft werden, aber nicht verifiziert wird nur
    Ergebnis in eine log-Meldung. Hinweis: Dies gilt für Kexte enthalten
    binäre, sowie ohne programmierbedarf (plist-nur) Kexte. Das system bleibt
    im developer-Modus, bis Sie Sie manuell entfernen Sie die boot-arg oder klar
    nvram und reboot. Verlassen Sie Entwickler-Modus durch die Neudefinition der
    boot-arg zu Ihren vorherigen Einstellungen, oder löschen Sie Ihre boot-args wie
    folgt:

         

    sudo nvram -d boot-args

    Apple empfiehlt, dass Sie machen Gebrauch von KEXT Entwickler-Modus statt
    verwenden Sie Ihre Developer ID Zertifikat zum signieren von Treibern während Sie unter
    Entwicklung. Idealerweise sollten Sie melden Sie einen Treiber mit einer Entwickler-ID
    Zertifikat nur, wenn er erreicht seine Endphase des Tests und ist
    ausgewertet werden die für die Freigabe an den Kunden.

    Für OS X El Captain 10.11 den Befehl:

    sudo nvram boot-args="debug=0x146 kext-dev-mode=1"

    keine Wirkung hat.

    Lesen System Integrity Protection Guide/Kernel-Erweiterungen für weitere Informationen.

    InformationsquelleAutor Danil Korotenko
  3. 0

    Ab Dezember 2016:

    Dies ist aufgrund der System Integrity Protection Funktion, die eingeführt wurde in El Capitan (10.11). Wie der El Capitan, den kext-dev-mode " boot-option hat keine Auswirkungen, so ParaDevil Antwort funktioniert nicht. Stattdessen müssen Sie deaktivieren Sie die SIP durch die folgenden Anweisungen aus auf dieser Seite:

    1. Boot-Recovery-OS durch einen Neustart Ihrer Maschine und halten Sie die Befehls-und R-Tasten beim Start.

    2. Starten Sie das Terminal aus dem Dienstprogramme-Menü.

    3. Führen Sie den folgenden Befehl ein:

      csrutil disable

    Wenn Sie neu starten, System-Integrität-Schutz deaktiviert werden soll.

    InformationsquelleAutor Ben Visness
Schreibe einen Kommentar