Überblick 

[caption id="attachment_3886" align="aligncenter“ width="600"]

D-Link Dir 3060 © D-Link [/caption]
Betroffener Anbieter und Produkte D-Link DIR-3060 (

Anfällige Komponente 

//...
fastcgi.server = (
„/NAP1/“ =>
((
„socket“ => „/var/prog.fcgi.socket-0",
„check-local“ => „aktivieren“,
„bin-path“ => „/etc/RO/lighttpd/www/web/hnap1/prog.fcgi“,
„Leerlauf-Timeout“ => 10,
„min-procs“ => 1,
„max-procs“ => 2
)),
„.fcgi“ =>
((
„socket“ => „/var/prog.fcgi.socket-0",
„check-local“ => „aktivieren“,
„bin-path“ => „/etc/RO/lighttpd/www/web/hnap1/prog.fcgi“,
„Leerlauf-Timeout“ => 10,
„min-procs“ => 1,
„max-procs“ => 2
)),
„/allgemein/“ =>
((
„socket“ => „/var/myinfo.fcgi.socket-0",
„check-local“ => „deaktivieren“,
„bin-path“ => "/sbin/myinfo.cgi „,
„Leerlauf-Timeout“ => 10,
„min-procs“ => 1,
„max-procs“ => 1
))
)
//...

Die Sicherheitslücke 

//... ausschneiden
iVar5 = strcmp (Aktiviert, „true“);
if (((iVar5 = 0) & (LocalIP-Adresse! = (Zeichen *) 0x0)) &
(iVar5 = strcmp (Interner Anschluss, „9"), iVar5 = 0)) &
(IVar5 = strcmp (Protokolltyp, „UDP“), IVar5 = 0)) {
lokal_4154 = lokal_4154 + 1;
iVar5 = CheckArpTables (lokale IP-Adresse, interner Port, Protokolltyp, 0xdc, local_4154);
wenn (iVar5 == -1) {
lokal_4160 = 0 x b;
gehe zu LAB_00462504;
}
}
//... ausschneiden
undefiniertes CheckArpTables (char *LocalIpAddress, char *InternalPort, char *ProtocolType, undefinierter param_4, int param_5) {
//... schnippen...
memset (Puffer, 0, 0x40);
//... schnippen...
snprintf (Puffer, 0x40, „arp | grep %s | awk\ '{printf $4}\'“, LocalIpAddress);
iVar1 = FCGI_Popen (Puffer, „r“);
//... schnippen...
}
int fcgi_Popen (Zeichen *param_1, Zeichen *param_2)
{
DATEI *__stream;
int iVar1;
__stream = öffnen (param_1, param_2);
iVar1 = FCGI_OpenFromFile (__stream);
wenn ((__stream! = (DATEI *) 0x0) && (iVar1 = 0)) {
pclose (__stream);
}
gib iVar1 zurück;
}

Wichtige Erkenntnisse 

Die Abstraktion gängiger Bibliotheksfunktionen mit potenziellen Auswirkungen auf die Sicherheit ist bei der Entwicklung eingebetteter Geräte üblich. Viele Embedded-Entwickler versuchen, dies zu tun, um gängige Bibliotheksfunktionen einfach durch sicherere Analoga ersetzen zu können. D-Link hat dies in diesem Fall jedoch nicht getan. Sie hatten das abstrahiert (und verwendet) FCGI_Open () Funktion als Drop-In-Ersatz für öffnen (1) - vermutlich um sicherzustellen, dass die Implementierung aus Gründen der Coderauberkeit (und möglicherweise der Sicherheit) standardisiert werden kann. In der Praxis gab es jedoch keine zusätzlichen Kontrollen oder Desinfizierungen FCGI_Open () Funktion. Daher hatte diese Abstraktion keinen besonderen Sicherheitsvorteil.  Aus unserer Sicht (wir sind im Bereich der Automatisierung der Sicherheitsanalyse von Embedded-Geräte-Firmware tätig, falls Sie es nicht wussten) ist dies ein interessanter Fall. Anbieter verwenden häufig solche Drop-In-Ersatzfunktionen, die aus externen Bibliotheken importiert wurden. Bei der Durchführung unserer automatisierten Sicherheitsanalysen von ausführbaren ELF-Dateien müssen wir berücksichtigen, welche importierten Funktionen in einem ELF verwendet werden und wie gefährdet potenziell gefährliche Bibliotheksfunktionen in diesen Funktionen sind. Dies kann uns helfen, diese ausführbaren Dateien gezielter zu untersuchen, um potenzielle Sicherheitsprobleme zu erkennen. Diese Art der Automatisierung kann die Erkennung potenzieller Sicherheitsprobleme erheblich beschleunigen. 

Zeitplan für die Offenlegung 

16.11.2020: Erster Kontakt wurde an ipsecure@dlinkcorp.com aufgenommen, um Schlüssel für die Verschlüsselung anzufordern.20.11.2020: Keine Antwort erhalten, daher eine Folge-E-Mail gesendet.27.11.2020: Keine Antwort erhalten, daher die Beratung per E-Mail ohne Verschlüsselung gesendet.03.02.2021: Keine Antwort erhalten, daher eine Folge-E-Mail gesendet.12.02.2021: Keine Antwort erhalten, daher wurde die Anfrage über die Formulare auf support.dlink.com und eu.dlink.com/uk/en/contact-d-link gesendet.17.02.2021: Antwort des US-amerikanischen D-Link-Supportteams, die uns auf die US-spezifische D-Link-Sicherheitsseite verweist.17.02.2021: E-Mail an diese neue US-spezifische D-Link-Sicherheits-E-Mail-Adresse gesendet.19.02.2021: Antwort eines Mitglieds des D-Link USA SIRT.19.02.2021: Wir fordern von D-Link USA einen öffentlichen Schlüssel für die Übertragung des Advisory an.19.02.2021: Der öffentliche PGP-Schlüssel wird von D-Link USA bereitgestellt.19.02.2021: Das Advisory wird verschlüsselt an D-Link USA gesendet.19.02.2021: Der Erhalt des Hinweises wird von D-Link USA SIRT bestätigt.19.02.2021: Wir antworten und bitten D-Link USA, uns auf dem Laufenden zu halten.20.02.2021: D-Link „ipsecure“ beantwortet endlich unsere E-Mail und sagt, dass security@dlink.com die offizielle E-Mail sein sollte, und die ipsecure@dlinkcorp.com E-Mail (die einzige, die auf der Hauptseite der D-Link-Sicherheitshinweise aufgeführt ist) ist nur eine Backup-Adresse.22.02.2021: D-Link USA antwortet und bestätigt, dass die auf der D-Link-Sicherheitsseite angegebene E-Mail-Adresse geändert wurde.02.03.2021: Wir senden D-Link USA eine E-Mail, um eine Statusaktualisierung anzufordern.02.03.2021: D-Link USA reagiert mit einem Status-Update.08.03.2021: D-Link USA stellt gepatchte Firmware zum Testen bereit.08.03.2021: Wir antworten und fragen nach der zugewiesenen CVE-Nummer.08.03.2021: D-Link USA weist darauf hin, dass sie keine CVE-Nummern für ihre eigenen Produkte beantragen oder verwalten.08.03.2021: Wir bewerben uns um eine CVE-Nummer für diese Ausgabe.

D-Link USA veröffentlicht öffentliche Beratung.

: CVE wird beauftragt und das IoT Inspector Research Lab veröffentlicht eine Empfehlung.