Proprietäre Firmware

Proprietäre Firmware ist jeder Firmware auf welches nicht ist kostenlos (libre). Beispiele für proprietäre Werke sind diejenigen, auf denen der Autor Beschränkungen für die Verwendung von Privatänderungen aufgestellt hat, private Änderungen, Kopieren, oder Veröffentlichung.

Eigentümer können Einschränkungen auf technische Weise durchsetzen, z. B. durch Einschränkung Quellcode Zugriff, Firmware -Ersatzbeschränkungen (durch Ablehnung eines vollständigen Werkzeugs, die erforderlich sein können, um die Firmware neu zu kompilieren und zu ersetzen) oder mit rechtlichen Mitteln, wie bis zum Beispiel Urheberrechte © und Patente.

Proprietäre Firmware kann von nur wenigen Kilobyten liegen Mikrocode Für ein Netzwerkschnittstellencontroller[1] zu Megabyte von Binärdateien für a WLAN router. Angepasste Firmware kann noch für bestimmte Produkte verfügbar sein, was häufig ist Kostenlose und Open-Source-Softwareund ist besonders beliebt in bestimmten Hardwaresegmenten wie Spielkonsolen, drahtlose Router und Android -Telefone, die in der Lage sind, vollständige Allzwecke auszuführen Betriebssysteme wie Linux, Freebsd oder Netbsd, die häufig die vom Hersteller in seiner ursprünglichen proprietären Firmware verwendeten Systeme sind.

Schwer zu vermeiden

Proprietäre Firmware (und insbesondere der Mikrocode) ist viel schwieriger zu vermeiden als proprietäre Software oder auch Proprietäre GerätetreiberDa die Firmware normalerweise sehr spezifisch für den Hersteller jedes Geräts ist (häufig für jedes Modell einzigartig), und die Programmierkenntnisse und vollständige Spezifikationen, die für die Erstellung eines Ersatzes erforderlich wären, werden häufig vom Hardwarehersteller einbehalten.[2]:…  Eine potenzielle Lösung ist mit der Lösung Open-Source-Hardware, was noch einen Schritt weiter geht, indem sie auch Schaltpläne zur Replikation der Hardware selbst bereitstellen.

Obwohl beide proprietäre Firmware und Proprietäre Gerätetreiber werden in binärer Form verschickt,[3]:…  praktisch sein,[3]:…  Der Begriff "binäre Blobs" wird nur verwendet, um von einigen Menschen auf proprietäre Treiber zu verweisen[4]:… , während andere den Begriff verwenden, um sich auch auf proprietäre Firmware zu beziehen.

Verteilungsfragen

Hauptartikel: Proprietary Gerätetreiber § Gerätefirmware

Viele Open-Source-Betriebssysteme entscheiden sich widerwillig dafür, proprietäre Firmware-Dateien in ihre Verteilungen einzubeziehen, um ihre zu erstellen Gerätetreiber Arbeit,[3] Weil Hersteller versuchen, Geld durch Entfernen zu sparen Flash-Speicher oder Eeprom Aus ihren Geräten muss das Betriebssystem die Firmware bei jeder Verwendung des Geräts hochladen.[5] Zu diesem Zweck muss das Betriebssystem jedoch weiterhin Vertriebsrechte für diesen proprietären Mikrocode haben.[5] Wenn solche Verteilungsrechte nicht erhalten werden, funktioniert das Gerät nicht; Dies zeigt insbesondere ein Huhn-and-Ei-Problem mit drahtlose Netzwerk -Schnittstellencontroller von bestimmten Herstellern, die erst dann verwendet werden können, wenn solche Dateien irgendwie zuerst erhalten werden, was schwer zu erreichen ist, wenn die drahtlose Karte nicht funktioniert.[5][2]:… [6][7][1][8]

Sicherheitsbedenken

Hauptartikel: Firmware § Sicherheitsrisiken

Proprietäre Firmware stellt aufgrund der ein erhebliches Sicherheitsrisiko für den Benutzer dar direkter Speicherzugriff (DMA) Architektur moderner Computer und das Potenzial für DMA -Angriffe. Theo de Raadt von OpenBSD schlägt vor, dass die drahtlose Firmware aufgrund schlechter Designqualität sowie Firmware -Defekte behalten wird.[6][7] Mark Shuttleworth von Ubuntu schlägt vor, dass "es vernünftig ist anzunehmen, dass die gesamte Firmware eine Besatzung von Unsicherheit mit freundlicher Genehmigung der Inkompetenz des schlimmsten Grades von Herstellern und der Kompetenz des höchsten Grades aus einer sehr breiten Palette solcher Agenturen ist".[9]

Die durch proprietären Mikrococode ausgestellten Sicherheits- und Qualitäts-/Zuverlässigkeitsrisiken können jedoch niedriger sein als diejenigen, die von gestellt werden Proprietäre Gerätetreiber, weil der Mikrocode in diesem Zusammenhang nicht ist verknüpft gegen die Betriebssystemund läuft nicht auf dem Gastgeber des Gastgebers Hauptprozessor.[3]

Beispiele

Siehe auch

Verweise

  1. ^ a b "/sys/dev/microcode/". OpenBSD.
  2. ^ a b Jeremy Andrews (2005-03-08). "Feature: OpenBSDs" Out of the Box "Wireless Support". Kerneltrap. Archiviert von das Original Am 2005-03-09.
  3. ^ a b c d Jeremy Andrews (2006-05-02). "Interview: Theo de Raadt". Kerneltrap. Archiviert von das Original Am 2006-06-03.
  4. ^ Jeremy Andrews (2006-04-19). "Interview: Jonathan Gray und Damien Bergamini". Kerneltrap. Archiviert von das Original am 2006-04-24. Firmawares gelten nicht als Blobs und können mit dem Basissystem versandt werden (vorausgesetzt, ihre Lizenz ermöglicht eine kostenlose Umverteilung). Firmawares werden auf dem Gerät selbst ausgeführt, was bedeutet, dass sie nicht an ein bestimmtes Betriebssystem gebunden sind, während Blobs die meiste Zeit im Kern der Host -CPU ausführen.
  5. ^ a b c Jeremy Andrews (2004-11-02). "Feature: OpenBSD arbeitet zum Öffnen von drahtlosen Chipsätzen". Kerneltrap. Archiviert von das Original Am 2006-06-20.
  6. ^ a b Theo de Raadt (2016-12-03). "Seite 13: Die Hardware: 802.11 Wireless Networking (mehr Details)". Offene Dokumentation für Hardware. OpenCon 2006, 2. bis 3. Dezember 2006. Innenhof Venedig Flughafen, Venedig/Tessera, Italien.
  7. ^ a b Konstantin A. Murenin (2006-12-10). "Поччч т т в важно име докумм & цию п п прарite ванию железа". Linux.org.ru (auf Russisch).
  8. ^ "Systeme/Firmware". OpenBSD -Ports.
  9. ^ a b Mark Shuttleworth (2014-03-17). "ACPI, Firmware und Ihre Sicherheit".
  10. ^ "Betrunkene Treiber gewährten Zugang zu Alkoselquellencode". 2005-11-03.