Android jetzt auch bei Zahl neuer Sicherheitslücken klar führend

@Alexmitter: hat wahrscheinlich wenig mit der geringen Verbreitung von android zu tun, dass man da gezielt sucht =D

@veraeppelt: Ändert nichts am fehlen von struktur und robustheit.

@SteffenB: Es geht vor allem um Logik! Dir sollte doch wohl klar sein, dass mit der Anzahl der Codezeilen eines Produktes auch die Fehlerzahl steigt. Und da möchtest du jetzt Apps mit Backendsoftware und Betriebssystemen vergleichen?

Das einzige worum es dir hier geht, ist zu sagen, dass MS der schlechteste ist, wobei du dann alle anderen Faktoren, welche eine Statistik beeinflussen bzw. erst aussagekräftig machen, unter den Tisch kehrst.

@Knarzi81: das mit den Codezeilen ist nur bedingt richtig, da es von der Programmiersprache, dem Betriebssystem und einer effizienten Programmierung abhängt. Man kann da viel Altlasten mit rumschleppen, weil man an bestehende Programmteile immer mehr andockt, statt von Grund auf neu zu programmieren - wie Apple das von Zeit zu Zeit tut. MS ist mit Windows 10 und allem Drumherum ja auch gerade dabei - hat aber aktuell viele Altlasten.

Und das mit den Codezeilen und der Umfänglichkeit geht ja auch in die andere Richtung, z.B. ist die Fotos-App von Apple um Längen komplexer und mit mehr Schnittstellen versehen als die entsprechenden Apps von MS. Und nein, ich möchte Betriebssysteme und Serverprodukte nicht per se mit Apps vergleichen - wenn auch es es gibt wie ja auch das Office von MS z.B. die da mithalten können. Daher habe ich die Betriebssysteme ja auch mit angeführt.

Der Artikel im Übrigen - und das auf einer Technikseite - vereinfacht extrem und lässt alles andere außer acht. Ich bin mir dessen durchaus bewußt.

Aber die Faktoren hast du ja schön noch mal aufgelistet - vielleicht kann Winfuture zumindest im nächsten Artikel drauf hinweisen?!

Das Bild in der Statistik ist im Übrigen doch immer schief, oder?
Wie gesagt: Die Anzahl der Codezeilen ist nur bedingt aussagefähig, die Anzahl von Softwareprodukten auch. Dazu müsste man vergleichen, welche Befehle in welcher Programmiersprache wie viele Codezeilen erfordern, etc. und dann gegenüber stellen wie viele tatsächlich benutzt wurden. Ich kenn das ja aus eigener Erfahrung wo unsere SW-Entwicklung über etliche Jahre an schlechten Code immer wieder angebaut hat, weil eine Neuentwicklung zeitlich und finanziell viel zu aufwendig gewesen wäre. Entsprechend viele "Löcher" mussten immer wieder gestopft werden. Aber ja: Mit der Anzahl der Codezeilen steigt die Fehleranzahl - was nicht unbedingt auf die Qualität, Effizienz und Komplexität der SW Rückschlüsse zulässt. Das sind wir uns doch einig, oder?

@b.marco: Nur Software die der Endkunde installiert wird gerechnet. Ob es Lücken in der Cloudsoftware in deren Rechenzentren erfährt sowieso niemand wirklich, außer es gibt mal ne öffentliche Lücke. Da werden sicher die monatlichen KBs für ausgewertet.

@Klaus-Bärbel:

Das ist genau der Unterschied, hier werden Gerätespezifische Sicherheitslücken unter Android zusammengefasstem, von Android OS Versionen 4-6, darunter auch externe HardwareTreiber.

Zusammenfassend ist diese Statistik schlicht ein Betrug, da sie einen völlig abstruse Bewertung eines "Spitzenreiters" vorgaukelt, die natürlich von den Google/Android Hatern gern aufgenommen wird.

@Arhey: Dabei ist aber auch zu differenzieren, wer für das Patchen letztendlich verantwortlich ist bzw. wer es unterlässt, obwohl es entsprechende Patches gibt!
Dieses Sture Android schlechtmachen, ohne die einzelnen Akteure zu sehen ist, ist weder Fair noch zielführend!
Insbesondere wenn eindeutig Hersteller oder Teilezulieferer (z.B. Qualcomm) für entsprechende Patche zuständig sind.
Vergleichend wäre das so, das Windows für den Fehlerhaften Fremdtreiber eines Rechnerbauteils verantwortlich gemacht wird.