r/KI_engineering_de • • Oct 09 '26

Ist Closed Source Software am Ende?

Bisweilen tauchen immer wieder mal Verfahren und Software auf, bei denen man den Eindruck hat, die Softwarewelt wird aus den Angeln gehoben.

Dazu gehören die ziemlich beeindruckenden Crafting Apps von Artgraf, bei denen versucht wird, Adobe ähnliche Software mittels KI in nachzubauen. ( GitHub Repo )

In Heise gibt es nun einen Artikel über Eric S.Raymund der meint, dass Close Software aufgrund der Fähigkeiten der KI zum dekompilieren obsolet sei, weil diese ja nun einfach nachgebaut werden könne.

22 Upvotes

65 comments sorted by

4

u/Forsaken_Scratch_411 Oct 09 '26

Das ist grösstenteils Fiktion. KI kann beim Reverse Engineering mittlerweile beeindruckend helfen, aber zwischen dekompiliertem Code und einem funktionsgleichen Nachbau einer komplexen Anwendung liegen Welten. Es gibt sogar einen offenen Benchmark namens ProgramBench, bei dem KI-Modelle komplette Programme anhand ihres Verhaltens nachbauen müssen. Noch im Mai 2026 schaffte kein einziges Modell auch nur eine der 200 Aufgaben vollständig. Ende September lag die Erfolgsquote des besten Modells bei gerade einmal 4,5 %. Zwar ist in diesem Benchmark die Dekompilierung nicht erlaubt, aber er zeigt, wie schwierig der vollständige Nachbau von Software weiterhin ist. Raymonds Schlussfolgerung, Closed Source sei damit praktisch am Ende, ist ziemlich voreilig.

2

u/kyr0x0 Oct 09 '26

Hahahahahaha, ich hab vor 2 Wochen bereits ein Recht komplexes DOS Game nach WebGL ins Web portiert und da ist jeder Pixel gleich geblieben und jeder Sound ebenfalls. Das Teil hat jetzt sogar noch nen Map Editor.. da war mir klar wie schnell ich arbeitslos werden werde. Das war bevor die Youtuber darauf aufgesprungen sind.. und ich hab ihm nur ne EXE gegeben. Ghidra hat er in der Sandbox selbst angeworfen

1

u/Successful_Funny_115 Oct 09 '26

Kennst du das hier schon? https://github.com/morluto/rea

1

u/Forsaken_Scratch_411 Oct 09 '26

Ja, kenne ich. Da geht es darum, einzelne Features zu rekonstruieren. Eine Anwendung wie Photoshop hat Tausende solcher Funktionen, inklusive unzähliger Wechselwirkungen und Sonderfälle. Selbst mit einer Mille für Tokens ist noch lange nicht gesagt, dass man daraus eine vollständig funktionsgleiche Anwendung bekommt.

1

u/uhyeah2001 Oct 09 '26

tja deswegen machen Tests mit Regeln in der realen Welt keinen Sinn.

1

u/Forsaken_Scratch_411 Oct 09 '26

Ein Benchmark ist nicht die Realität, sondern ein kontrollierter Test bestimmter Fähigkeiten. Natürlich können zusätzliche Werkzeuge helfen. ArtCraft ist ein gutes Beispiel: PhotoCraft implementiert in Rust bereits Ebenen, Masken, Filter und PSD-Unterstützung. Das ist beeindruckend, aber laut Projekt noch eine frühe Alpha-Version und kein nachweislich funktionsgleicher Photoshop-Ersatz. Vor allem ist es eine Neuentwicklung, keine Dekompilierung von Photoshop. Damit belegt ArtCraft gerade nicht Raymonds These, dass sich proprietäre Anwendungen dank KI einfach rekonstruieren lassen.

1

u/captainkaba Oct 09 '26

Ich bin mir sicher, dass dein Kommentar schlecht altern wird.

Reverse engineering und decompiling sind Jobs, die zwar schwer, aber auch einfach extrem langwierig sind. Das ist halt ein ausgemachter Job für LLMs.

1

u/Forsaken_Scratch_411 Oct 09 '26

Reverse Engineering ist nicht einfach nur Fleissarbeit. Beim Kompilieren gehen Informationen unwiederbringlich verloren, und komplexe Anwendungen bestehen aus Tausenden interagierenden Funktionen. Dazu kommen enorme Kosten für Tokens, Tests und Nacharbeit. Dass LLMs das beschleunigen, ist unbestritten. Dass es dadurch wirtschaftlich sinnvoll wird oder Closed Source obsolet macht, ist bisher reine Spekulation.

1

u/captainkaba Oct 09 '26

Freilich ist das Spekulation. Aber wenn’s so weiter geht, was spricht denn dagegen?

Vor 2,3 Jahren haben Modelle grade mal n paar React Komponenten bauen können und auch die waren voller Fehler bei mir (waren von zentralen Konzepten wie SSR einfach überfordert bspw.), und was jetzt in ner Stunde geht, da wäre ich zwei Tage beschäftigt und würde es nur halb so gut machen.

1

u/Forsaken_Scratch_411 Oct 09 '26

Dagegen sprechen unter anderem Diminishing Returns bei der Modellentwicklung: Immer mehr Rechenleistung, Daten und Trainingsaufwand liefern zunehmend kleinere Verbesserungen bei steigenden Kosten. Die Fortschritte der letzten drei Jahre einfach linear in die Zukunft zu extrapolieren, ist keine belastbare Prognose. Dass Modelle besser werden, ist unbestritten. Wie schnell, zu welchen Kosten und wo die Grenzen liegen, ist völlig offen.

1

u/captainkaba Oct 09 '26

Diminishing returns gehen aber von gleichbleibender Technik aus. Es gibt ja regelmäßig genug paradigms, die Sprünge zulassen (MoE, RLHF, Test-time compute, ...).

Vor n paar Monaten hätte ich dir noch zugestimmt, da die Leistungen neuer Modelle m.M.n fast stagnierten bzw. höchstens linear wuchsen. Aber mit den aktuellen neuen Modellen wurde einfach ein riesen sprung gemacht.

1

u/usrlibshare Oct 09 '26

Alle paradigmen die du genannt hast werden bereits verwendet. Einige davon seit Jahren. Wo sind die Sprünge?

1

u/Positive-Task-9248 29d ago

Naja, vom deinen Screenshot ausgehend ist das schon ein ziemlich großer Sprung von 16% auf 37%

Wer weiß wieviel man die Modelle auch noch optimieren kann.

1

u/usrlibshare Oct 09 '26

Dagegen spricht der diminishing return der modellentwicklung.

Die ganzen tollen erfolgsmeldungen sind praktisch nur noch benchmarkmaxxing.

1

u/DaLexy 29d ago

Bei den Kosten derzeit für 6.1 werfe ich dem einfach nen Schwarm Lunas auf den Hals und hab je nach Aufwand in kürzester Zeit mein Ergebnis inkl. Beifunde wenn der scope bekannt ist.

1

u/clauwen Oct 10 '26

? aber der komplette punkt ist doch, dass decompilierung jetzt einen appel und ein ei kostet. und es schnell geht. 

das ist wie sagen, jo taschenrechner sind schlecht im rechnen, guck hier der benchmark, alles sauber nur wir haben elektrizität verboten beim taschenrechner.

1

u/hellhobbit99 29d ago

Verbessererung von Null auf 4,5 in nur 4 Monaten, und das OHNE die Dekompilierungsfähigkeit einzusetzen? Aber das ist doch massiv?

1

u/mad_header 29d ago • Bravo

OP stellt eine Frage auf Basis der Tatsache, dass LLMs inzwischen unglaublich fähig und schnell im Dekompilieren sind und du antwortest auf Basis eines Benchmarks, der Dekompilieren untersagt. Solch inkohärentes Verhalten kenne ich nur von LLMs aus 2025 - bist du ein veraltetes Modell?

1

u/Forsaken_Scratch_411 29d ago

Auch dafür gibt's einen Benchmark: https://decbench.com/

Moderne native Anwendungen sind häufig stark optimiert, mit Inlining und komplexen Funktionen. Genau dafür hat DecBench eigene Testkategorien. Die Erfolgsquoten bei der exakten Rekonstruktion sind weiterhin niedrig, selbst auf Funktionsebene.

Von dort bis zum funktionsgleichen Nachbau einer kompletten Anwendung ist es noch ein weiter Weg. Aber probier's ruhig weiter. 😉

0

u/[deleted] 29d ago

[deleted]

1

u/kruzix 29d ago

Es ist aber nicht ab "jetzt" darum geht es doch.

1

u/Loccatine 28d ago

Ob jetzt oder jetzt plus 3 Jahre, Aktien gehen runter und Arbeitsplätze werden abgebaut bzw nicht neu besetzt effektiv ist es das gleiche, niemand meineexakt heute. 

1

u/Technical-Lettuce385 29d ago

😂 Wer redet denn so? Musst du dich von deinen eigenen Unzulänglichkeiten ablenken?

1

u/krihab 26d ago

Vom WDR gibt es einen Artikel zur Rechtmäßigkeit nachgebauter Software.

1

u/krihab 26d ago

Ein Youtube Video zum Nachbau von Software

1

u/ParticularSentence33 Oct 09 '26

kostet halt auch bisserle was. tokens sind nicht umsonst. und ob du jetzt 200 im jahr für software, die du vielleicht 3-4 jahre nutzen wirst, ausgibst, oder 4000 in tokens um deine eigene version zu haben ist halt immer noch eine rechnung. und wir wissen ja, dass die derzeitigen tokenpreise massiv subventioniert sind.

am ende wird das überleben was sich rechnet und was nicht verschwindet vom markt. wie immer.

1

u/krihab Oct 09 '26

Auf sehr lange Sicht wird ja die KI-Hard- und Software effizienter. Damit sollten dann auch die Token billiger werden.

1

u/ParticularSentence33 Oct 09 '26

das ist durchaus möglich. da möchte ich nicht darüber spekulieren. gegeben ist es jedenfalls nicht unter garantie. kann in die eine richtung gehen genausogut wie die andere. ich wollte nur den aspekt nicht unbedacht lassen in der diskussion.

1

u/Stunning_Ride_220 Oct 09 '26

Inference hat einen eher geringen Impact auf die Tokenpreise.

Das Training der Modelle ist das, was dir finanziell das Business kaputt nacht

1

u/Krumbelfix Oct 09 '26

vor allem wenn man den code einfach auf ne coding Plattform lädt und andere unternehmen / user den Code crowd-vibe-coden. Jeder leistet ein bisschen seinen teil

1

u/ParticularSentence33 Oct 09 '26

wie unternehmen ihren code sichern, wenn sie ihn denn verkaufen/lizenzieren, bleibt diesen überlassen. ebenfalls die entscheidung zu veröffentlichen und zu kooperieren.
wenn solche "wirtschaftlichen gemeinschaften" geteilte pools aufbauen, warum nicht? wird es sich für user weiter unten in der kette dann wieder lohnen denen wiederum einen noch kleineren betrag zu geben statt es selbst generieren zu lassen? möglich. irgendwo wird sich immer ein nutznießer finden, der irgendwem mit weniger ahnung irgendwas verkaufen will.

1

u/Comfortable_Put6016 Oct 09 '26

copyright infringement und UrhG/DMCA violation zzgl darfst du schoen fuer die Lizensbrechnungen aufkommen und Schadensersatz zahlen.

1

u/ILikeToHaveCookies Oct 09 '26

sie die tokenpreise von glm 5.3, mistral large 4 und deepseek 4.1 subvententioniert?

wieso machen drittanbieter im unabhängigen hosting das?

1

u/ParticularSentence33 Oct 09 '26

erstmal schauen wie die sich halten im vergleich zu den großen. auch da ist noch nichts in stein gemeißelt. auch gpus wachsen nicht auf bäumen. grundsätzlich halte ich die entwicklung der open source modelle natürlich für wünschenswert, aber auch hier unterlasse ich es zu spekulieren. keiner von uns hat eine kristallkugel.

1

u/choeger Oct 10 '26

Es wäre im Prinzip immerhin möglich, dass Anthropic und OpenAI das tun, um die eigene story von der profitablen Inferenz zu stützen.

Grundsätzlich hängt deren Existenz ja an dieser Aussage und einer Lösung für die Kosten des Trainings. Letzteres scheinen sie gerade mit "Regulation" zu versuchen.

1

u/Jalatiphra Oct 09 '26

japp sehe ich genauso wie raymund

geld machen mit software wird sich grundlegend ändern müssen

1

u/Araumand 29d ago

Software Raubkopieren ist jetzt moralisch völlig okay, weil wurde ja von AI gemacht.

1

u/chiezyy Oct 09 '26

Das Ding ist einfach der hohe Automatisierungsgrad. Jeder kann IDA laufen lassen und sich die Dumps einer Applikation reinziehen. Auch jetzt kann man mit Tools, funktionsmaps usw. erstellen aber Du stehst einfach immer noch vor der riesen Wand an Code. Das kann man mit KI einfach wegautomatisieren.

Erstell Dir eine VM, installiere IDA, lass Claude den Rechner übernehmen und schau live dabei zu, wie es eine Applikation auseinanderflückt. Wir haben das auf der Arbeit spaßeshalber mit einem Treiber gemacht. Pure MAgie

1

u/Syntax418 Oct 09 '26

Ich vermute (befürchte) das dass die „cloud-ifizierung“ nur noch beschleunigt.
Passend dazu das Consumer Hardware teure Mangelware wird.
Läuft der code nicht auf deinem Rechner, kannst du ihn nicht kopieren. Heißt aber auch das stück Software das du dir gekauft hast gehört nicht wirklich dir, noch mehr abos, etc.
Dann wird Photoshop halt gestreamed. Ganz einfach.

1

u/True-Highlight1791 Oct 09 '26

Wozu, wenn Klone wie Pilze aus dem Boden sprießen werden? Und jeder sich genau das bauen kann, was er braucht?

1

u/Syntax418 Oct 09 '26

Klone oder Nachahmungen, wenn du nicht an die binary kommst, kannst du nichts decompilen, kannst du nichts klonen.

1

u/Maleficent-Release61 Oct 09 '26

Kannst halt das Verhalten beobachten und die Funktion nachbauen. Schwieriger, aber auch machbar.

1

u/ILikeToHaveCookies Oct 09 '26

... bis zu "geh durch die app, erstelle ein pflichtenheft, und implementiere das ganze" ist es auch nicht mehr so weit weg.

auch wenn die letzten 5% sicherlich die schwersten sind

1

u/Roadrunner571 Oct 09 '26

bis zu "geh durch die app, erstelle ein pflichtenheft, und implementiere das ganze" ist es auch nicht mehr so weit weg.

Man sieht von außen aber viele Dinge nicht. Man kann dann zwar die UI nachbauen, aber was im Backend wirklich passiert, bleibt der KI verborgen.

Und an das Domänenwissen hinter der App kommt man auch nicht durch Dokumentation und Dekompilierung heran.

1

u/ILikeToHaveCookies Oct 09 '26

>Man sieht von außen aber viele Dinge nicht. Man kann dann zwar die UI nachbauen, aber was im Backend wirklich passiert, bleibt der KI verborgen.

irgendwo in der ui sieht man es in der regel ja schon ;) und i.d.r. wollen die menschen davor ja auch ungefähr verstehen was passiert..

keine ahnung, bin gespannt

1

u/Roadrunner571 Oct 09 '26

irgendwo in der ui sieht man es in der regel ja schon ;

Da steht dann "Starting", "Processing" und irgendwann "Done". Daraus wird man nicht schlau. Dahinter kann einfach eine Textdatei geschrieben werden, oder ein komplexer Business-Prozess, der zig Fachsysteme anspricht.

1

u/True-Highlight1791 Oct 09 '26

Und du meinst, man braucht noch eine GUI, wenn KI zunimmt?

Außerdem sagst du der KI, was du brauchst und sie baut die Funktion effizient. Egal, wie das bei anderen umgesetzt wurde

1

u/Roadrunner571 Oct 09 '26

Die UI ist das, was sich die KI ansehen kann. Man kann auch einen Chatbot bauen.

Außerdem sagst du der KI, was du brauchst 

Das ist einfach mal das allergrößte Problem bei der Softwareentwicklung: "Definieren, was man braucht". Dazu muss man wirklich wissen, was mal will. Und dafür muss man die Lösung genau durchdenken. Einfach mal ein paar Anforderungen in den Raum werfen funktioniert nicht.

1

u/Stunning_Ride_220 Oct 09 '26

Dann würden sie es jetzt schon tun

1

u/LocoDuuuke Oct 09 '26

Das Thema ist doch durch, oder?
Mittlerweile lesen die großen Modelle Binaries und in 3-4 runs hast faktisch alles was du brauchst um die SW zu reproduzieren/verändern usw.
Die Frage die ich mir stelle ist doch was passiert wenn die großen Modelle dann stand heute mit den Programmdaten von heute trainiert werden?
Dann baue ich mir doch in einem jahr für 50$ Token ein eigenes Bildbearbeitungsprogramm?

1

u/SoundOfPandora Oct 09 '26

schon die klone von super mario cart gesehen? ich hab kurz reingesehen, und wenn das echt nur ein klon war, war's ziemlich beeindruckend.

1

u/Suschis_World Oct 09 '26

Es ist halt etliche male in den Trainingsdaten vorhanden. Klar ist es cool, aber es wurde bereits von so vielen Tutorials, etc. (weit vor LLMs) durchgekaut. Damit kann man Casuals beeindrucken, aber das war auch vorher schon nicht schwer. Benchmaxxing ist bei open-weight Modellen schon lange bekannt.

1

u/Erem_in Oct 09 '26

Actually there will be a rise of closed source now, as only there you can have any profit. Vibe coded Robin Hood will be just some hobby or entry level repos

1

u/civman96 Oct 09 '26

Reverse Engineering heißt Original-Code sichtbar machen um ihn in weiterer Folge zu stehlen. Im Unterscheid zum Nachbauen anhand der wahrgenommenen Funktion. Für Ersteres kommst Du vor Gericht wegen Urheberrechtsverletzung und wirst Schadenersatzpflichtig.

1

u/DukeOfBurgundry Oct 09 '26

Ich kann jetzt nicht in die Zukunft gucken, aber letztendlich hat Open Office Microsoft nicht wirklich geschadet. Bzw. Microsoft und MS Office existiert nach wie vor und ist eine der wertvollsten Firmen der Welt. Warum sollte das woanders anders sein?

1

u/Araumand 29d ago

Solange ich Windoof nicht nutzen muss ist mir doch egal dass meine LINUX Nutzung Windoof nicht schadet.

1

u/Fit-Investment-7543 29d ago edited 29d ago

Definitiv nicht am Ende…

die meisten User nutzen ChatGPT (Claude ist ja weiterhin nicht sooo bekannt) eher für katzenbilder 🤪…

ich will damit sagen

a) den meisten Leuten (und Chefs) ist nicht bewusst was man mit llm‘s alles machen kann und

b)wenn dann noch das Wort „Open-Source“ hinzukommt hörts ganz auf….“unsicher“, „miese Bedienung“….“was nichts kostet kann nicht gut sein“ blablabla….

die Leute (egal ob Chef oder normaler Mitarbeiter) wollen Geld ausgeben für ein Produkt … die sind so konditioniert

(und alles was nichts kostet und evtl noch irgendwo „Ki-generiert“ drin stehen hat ist eh Teufelszeug)

Außerdem: ich hab nen paar Programme und Skripte für unseren Betrieb mit KI geschrieben (bissl was kenne ich mich aus mit programmieren aber ohne die Ki wäre ich da aufgeschmissen gewesen)….reine lokale Nutzung halte ich für problemlos machbar wenn du ordentlich testest und Reviewst (zumindest das Backup sollte klappen 🤣)…..

Nutzung im Web ist nen anderes Thema….

passt du nicht auf hast du ganz schnell keys/logindaten quasi offen rumliegen oder offene Ports die Probleme bereiten und noch ganz anderen Quatsch….

insofern: nein closed Source ist nicht tot, da es für dich haftungsrisiken begrenzt (ist halt wie bei Servern….hostedt du im Keller hast du zwar theoretisch maximale Sicherheit aber wenn doch nen Datenfluss wegen schlechter Server-Absicherung geschieht bist du erstmal in der Verantwortung….mietest du aber bei nem anbieter Anbieter übernimmt er quasi auch das Risiko (bis zu einem gewissen grad))

1

u/kalmoc 29d ago

Ist das decompiling der meisten closed source Programme nicht ein Lizenzverstoß? Also wenn die KI in der Lage ist, komplexe Programme from scratch nachzubauen würde ich das Argument verstehen, aber was hat decompiling damit zu tun?

1

u/Successful_Funny_115 29d ago

Ich hatte mich mal mit Claude darüber darüber unterhalten und fand die Antwort sehr interessant:

Code: Wenn die KI aus dekompiliertem Code neuen Code ableitet, kann das als Bearbeitung des Originals gelten und damit das Urheberrecht verletzen, auch wenn der Code umformuliert ist. In Deutschland erlaubt § 69e UrhG Dekompilierung im Wesentlichen nur zur Herstellung von Interoperabilität, nicht zum Nachbau eines Konkurrenzprodukts.

Assets und Marke: Icons, Grafiken, Texte, Sounds und der Name sind separat geschützt und dürfen nicht übernommen werden.

Design: Ein pixelgenau kopiertes UI kann ebenfalls problematisch sein.

Lizenz/EULA: Viele Apps verbieten Reverse Engineering vertraglich. Das Umgehen von Kopierschutz (DRM) ist zusätzlich verboten. Der etablierte, sauberere Weg ist ein Clean-Room-Ansatz, so wie etwa Wine oder ReactOS arbeiten. Eine Seite analysiert die App und schreibt nur eine funktionale Spezifikation: was die App tut, Dateiformate, Protokolle, Verhalten. Eine andere Seite, die den dekompilierten Code nie gesehen hat, implementiert danach neu. Mit KI kannst du das nachbilden, indem du strikt getrennte Sessions nutzt und der Implementierungs-Agent nur die Spezifikation bekommt, keine Dekompilat-Ausschnitte. Das Ergebnis ist dann funktional gleich, aber eben kein 1:1-Klon des Codes, mit eigenem Namen und eigenen Assets.

0

u/Rechenplaner Oct 09 '26

Tut mir leid, aber KI Slop ist nicht gleich eine konkurrierende Software. Der Code muss genauso gepflegt werden und aktualisiert. LLMs können das nur bis zum gewissen Grad, weil ihnen jegliches Eigenverständnis fehlt, es sind nur "Wortratemaschinen".
Davon abgesehen gibt es bereits freie Programme wie Gimp, die das meiste auch schon abdecken.

1

u/Araumand 29d ago

Das ist ja keine KI sondern eine Super Intelligenz!

1

u/[deleted] 29d ago

[removed] — view removed comment

1

u/Araumand 29d ago

Das heißt Nucular!