Diskussion:Universal Plug and Play

message: Ich denke, es sollte ein Punkt hinzugefuegt werden, in welchen Bereichen UPnP aktuell zum Einsatz kommt. Damit erhalten unbedarfte Leser einen Einblick, in welchen Bereichen des Lebens die Technik zum Einsatz kommt. Damit wird es vielleicht auch spannender fuer jemanden, sich mehr mit der Technik auseinanderzusetzen. Ansonsten denkt jemand, man das hoert sich kompliziert an, da muss ich studieren. Und bei dem naechsten Stueck Hardware (z.B. WLAN-Router) oder Unterhaltungstechnik (Mediaplayer fuer Videoausgabe) hat er zwar davon mal was gehoert, aber eigentlich weiss er nicht so viel darueber. Nur so ne Idee.
--Klmuell 23:53, 13. Jan 2005 (CET)
thread_title:  Einsatzgebiete aufzeigen 

message: Ich habe selbst einen Router, der UPnP-Funktionalität besitzt... wie ich jetzt nach anderhalb Monaten rausgekriegt habe.
Aus interesse habe ich dann die UPnP-Funktion bei Windows XP installiert (Software -> Komponenten hinzufügen/entfernen -> Netzwerk -> Universal Plug and Play Häkchen setzen)... toll, jetzt wird der Name meines Routers angezeigt...
das war's... was bringt mir UPnP denn sonst noch, außer, dass mir der Router-Name bei Windows angezeigt wird? --Abdull 12:07, 13. Mär 2005 (CET)
replies: text: Siehe mein angelegter Abschnitt Universal Plug and Play#Praktischer_Einsatz. – 130.75.236.103 13:01, 3. Jul 2006 (CEST)
thread_title:  Sinn von UPnP 

message: Meiner Meinung nach haben folgende Links für eine Enzyklopädie keine Relevanz:
Folgende Links sind höchstens für Entwickler interessant liefern aber keine
weiteren Informationen über UPnP an sich:
* Cybergarage Open Source UPnP Stack (C++ und Java)
* Open Source UPnP Stack C
* Intel Software for UPnP™
Eine potentielles Sicherheitsrisiko in einer spezifischen UPnP Implementierung ist für den Artikel und das Verständniss der Thematik völlig nutzlos.
* Den potentiell gefährlichen UPnP Server unter Windows deaktivieren
Auch finde ich es zweifelhaft hier UPnP Software aufzulisten.
Und wenn doch, warum gerade ein solch unbekanntes Stück Software?! Wo sind die großen (twonky & co.)? Darf ich meinen eigenen Server (fuppes) hier auch bewerben?
* kleiner (lightweight) Open Source UPnP Library und Server.
(mal davon abgesehen, daß die Bezeichnung schlecht ist)
Wenn eine Liste, dann würde ich wie in der englischen wikipedia Unterabschnitte für die verschiedenen Devicetypen erstellen und diese samt Link aufführen. Wobei ich eine solche Liste nicht für notwendig halte.
Über den Nutzen einer Liste zertifizierter UPnP Geräte kann man sich streiten. Ich stelle den Nutzen für den Artikel aber dennoch in Frage. Wegen mir kann der Link gerne weg
* zertifizierte UPnP Geräte
--Gibberish 16:24, 26. Jan. 2007 (CET)
thread_title:  Weblinks 

message: Ähm...bitte was ?
"Jeder Computer, jede Person, jedes Programm oder Prozess aus dem lokalem netzwerk (viren, trojanerkits), kann die Freischaltung von Ports auf der Firewall erwirken, also das jeder ein Port öffnen kann, ist sowas von daneben.! Sehr Gefährlich. Lieber auf Linux und solche wie Ekiga Programm für Bildtelefon zurückgreifen ist besser. Es gibt nix was Linux nicht könnte, UPNP ist eine Microsoft Erfindung, und sehr gefährlich."
ich will in den artikel nicht eingreifen weil ich nicht weiss ob das jetzt absicht sein soll oder nicht aber doe formulierung ist sichtlich daneben. Gruß --Terfen 02:28, 22. Okt. 2007 (CEST)
thread_title:  Formulierung 

message: Ich habe den unverlinkten Verweis auf Heise ("siehe Heise Weblink") im Abschnitt "praktischer Einsatz" zu einer Fußnote gemacht und den Link unter dem neuen Abschnitt "Quellen" eingefügt, dass der Verweis anklickbar ist. Ich bin mir nur nicht sicher, ob die Bezeichnung Quellen die beste ist. Was meint ihr dazu? --Angus Richard Finnson 15:28, 17. Feb. 2008 (CET)
thread_title:  Sektion "Quellen" 

message: http://www.spiegel.de/netzwelt/netzpolitik/upnp-experten-warnen-vor-sicherheitsluecken-in-routern-a-880365.html (nicht signierter Beitrag von 80.187.106.100 (Diskussion) 21:35, 29. Jan. 2013 (CET)
thread_title:  Sicherheitslücken 

message: – GiftBot (Diskussion) 10:39, 1. Dez. 2015 (CET)
replies: text: Die angegebenen URL sind alle erreichbar. --Tri-l (Diskussion) 10:05, 2. Dez. 2015 (CET)
thread_title:  {{Anker|deadurl_2015-10}} Defekte Weblinks 

message: Der Hinwes des BSI bezog sich zu der Zeit ziemlich sicher auf Mirai. Dessen Malware funktionierte wunderbar mit und ohne UPnP. (Syn-Floods und HTTP-Requests gehen auch ohne UPnP.)
Der Grund, warum das BSI die Empfehlung gab, war das abschalten von UPnP die IoT-Geräte (oder zumindest deren IoT-Funktionalität) unbenutzbar machte. Damit konnte Mirai sie oftmals nicht mehr infizieren.
(Später lernte Mirai das auch. (Zumindest in gewissen Situationen https://www.golem.de/news/botnetz-wie-mirai-windows-als-sprungbrett-nutzt-1702-126342.html ))
Dem Gerät den Stecker ziehen wäre die deutlich sichere Variante gewesen. (Das konnte das BSI aber nicht empfehlen, weil viele Besitzer von IoT-Geräten gar nicht wissen, dass sie ein IoT-Gerät haben.)
Kurz die Empfehlung richtete sich eigentlich nicht gegen die Malware sondern gegen das IoT-Gerät selbst. Ich finde in eine objektive Beschreibung gehört das schon rein.
Das gilt im Allgemeinen für praktisch alle Themen rund um NAT-"Firewalls". Habe in den letzten 20-Jahren keine Malware mehr gesehen, die sich irgend wie durch NAT hätte stören lassen. In sachen Sicherheit bringt die für sich gesehen also extrem wenig. (War ja auch nie der Sinn der Entwicklung. Das war eher Marketing um eine Krücke als was tolles zu verkaufen.) Hinter NAT funktionieren nur viele (möglicherweise angreifbare) Anwendungen nicht. Das gilt genauso für den oberen Satz zum Thema Sicherheit. (nicht signierter Beitrag von 134.2.23.154 (Diskussion) 10:40, 27. Feb. 2017 (CET)
thread_title:  BSI Hinweis 

message: Hier ein Artikel zum Thema:
https://www.heise.de/news/CallStranger-Universal-Plug-and-Play-Schwachstelle-in-Milliarden-von-Geraeten-4779177.html
--178.202.162.247 21:17, 9. Jun. 2020 (CEST)
thread_title:  CallStranger: Universal-Plug-and-Play-Schwachstelle in Milliarden von Geräten