Sind mit Delphi erstellte Programm sicherer?

[BlueStarHH]

Hallo,

sind mit Delphi erstelle Programm grundsätzlich "sicherer", als mit anderen Sprachen wie z.B. C? In Delphi gibt es ja die Typisierung und Stack-Overflows können nicht vorkommen, wenn bestimmte Dinge nicht tut (welche wären das)? Bei mit C erstellten programme liest man ja ständig, dass durch Stack-Overflows enorme Sicherheitslücken aufgetreten sind.

Hintergrund ist, dass ich einem Kunden begründen muss, warum mein Delphi-Programm sicher ist. Es ist ein Programm, das lokal bei ihm ohne installation läuft. Es zeigt kurze Hilfe-Animation in einem eingebetteten Chrome-Browser (HTML5/SVG) an. Mehr nicht. Ich muss begründen, warum das kein Sicherheitsrisiko für seine IT ist. Admin-Rechte/Internetzuggang braucht man auch nicht. Was könnte man da noch nennen?

Der Kunde hat Angst, dass wenn dort eine Sicherheitslücke auftreten sollte (was soll das hier sein) der Angreifer Schaden auf seinen System anrichtgen könnte oder sogar Vollzugriff auf alles bekommt.

[Gausi]

Nuja, wenn du einen Browser einbettest, dann hast du schonmal alle Sicherheitsprobleme drin, die der Browser auch hat.

Aber davon abgesehen: Welche Möglichkeiten zur Eingabe von Daten bietet das Progremm denn? Spielt es nur eine vorgegebene Animation ab? Dann besteht wenig Gefahr - es sei denn, dein Kunde unterstellt dir bösartige Absichten.

Oder kann der Anwender eigene (oder von Dritten, ggf. bösartige) Animationen einbetten und anzeigen lassen? Dann wäre das potentielle Problem deutlich größer - ungepatchte Bugs in der Browser-Engine wären dann unter Umständen auch dein Problem.

[Jasocul]

Zitat von Gausi:

Nuja, wenn du einen Browser einbettest, dann hast du schonmal alle Sicherheitsprobleme drin, die der Browser auch hat.

Aber davon abgesehen: Welche Möglichkeiten zur Eingabe von Daten bietet das Progremm denn? Spielt es nur eine vorgegebene Animation ab? Dann besteht wenig Gefahr - es sei denn, dein Kunde unterstellt dir bösartige Absichten.

Oder kann der Anwender eigene (oder von Dritten, ggf. bösartige) Animationen einbetten und anzeigen lassen? Dann wäre das potentielle Problem deutlich größer - ungepatchte Bugs in der Browser-Engine wären dann unter Umständen auch dein Problem.

Oder, falls die SVG-Dateien irgendwo auf dem Rechner oder Netzwerk abgelegt sind, könnten diese unabhängig vom Programm manipuliert werden. Darauf hat das Programm dann keinen Einfluss.

[BlueStarHH]

Zitat von Jasocul:

Zitat von Gausi:

Nuja, wenn du einen Browser einbettest, dann hast du schonmal alle Sicherheitsprobleme drin, die der Browser auch hat.

Aber davon abgesehen: Welche Möglichkeiten zur Eingabe von Daten bietet das Progremm denn? Spielt es nur eine vorgegebene Animation ab? Dann besteht wenig Gefahr - es sei denn, dein Kunde unterstellt dir bösartige Absichten.

Oder kann der Anwender eigene (oder von Dritten, ggf. bösartige) Animationen einbetten und anzeigen lassen? Dann wäre das potentielle Problem deutlich größer - ungepatchte Bugs in der Browser-Engine wären dann unter Umständen auch dein Problem.

Oder, falls die SVG-Dateien irgendwo auf dem Rechner oder Netzwerk abgelegt sind, könnten diese unabhängig vom Programm manipuliert werden. Darauf hat das Programm dann keinen Einfluss.

Das stimmt. ALLEs was das Programm braucht ist aber im Programmorder und "Program Files". Durch UAC mit Schreibschutz für nicht Admins.

[BlueStarHH]

Zitat von Gausi:

Nuja, wenn du einen Browser einbettest, dann hast du schonmal alle Sicherheitsprobleme drin, die der Browser auch hat.

Es ist ja nur die Chrome-"Engine" ohne die Chrome-GUI. Die GUI ist ja in Delphi erstellt. Wie könnte man das Nutzen um daraus einen Angriff zu starten?

Zitat von Gausi:

Aber davon abgesehen: Welche Möglichkeiten zur Eingabe von Daten bietet das Progremm denn?

Er kann einige Dinge konfigueren. Welche Animationen möchte er in welcher Häufikeit sehen. Mehere Hintereinander oder nur eine und sowas in der Art.

Zitat von Gausi:

Oder kann der Anwender eigene (oder von Dritten, ggf. bösartige) Animationen einbetten und anzeigen lassen?

Nein, kann er nicht. Wäre dann aber auch sein Problem, wenn er selbst Schadcode dort reinladen würde.

[Gausi]

Zitat von BlueStarHH:

Es ist ja nur die Chrome-"Engine" ohne die Chrome-GUI. Die GUI ist ja in Delphi erstellt. Wie könnte man das Nutzen um daraus einen Angriff zu starten?

Die Engine wird die HTML- und SVG-Dateien laden und verarbeiten. Wenn dabei ein "Buffer Overflow" passiert, über den der Angreifer (der das HTML/SVG böswillig manipuliert hat) dann seinen Code ausführen kann, dann geht das - völlig egal, was deine GUI macht.

Da dein Programm aber praktisch keine Eingaben von außen erlaubt (außer ein paar Klicks und Einstellungen), und dein Programm nicht viel mehr zu sein scheint als eine selbststartende Animation, würde ich das dem Kunden so weitergeben. Wo keine komplexen User-Eingaben möglich sind, kann auch kein Angreifer Unsinn machen.

Zitat von Jasocul:

Oder, falls die SVG-Dateien irgendwo auf dem Rechner oder Netzwerk abgelegt sind, könnten diese unabhängig vom Programm manipuliert werden. Darauf hat das Programm dann keinen Einfluss.

Dann hat der Angreifer aber schon Zugriff auf das System. Dann sind Security-Probleme im Code von irgendwelchen Programmen auch (fast) egal.

[himitsu]

Zitat von Jasocul:

Oder, falls die SVG-Dateien irgendwo auf dem Rechner oder Netzwerk abgelegt sind, könnten diese unabhängig vom Programm manipuliert werden. Darauf hat das Programm dann keinen Einfluss.

Dann hat der Angreifer aber schon Zugriff auf das System. Dann sind Security-Probleme im Code von irgendwelchen Programmen auch (fast) egal.[/QUOTE]
Bezüglich dem "fast".

Wenn die SVG in einem ungeschützten Bereich von einem normalen Nutzer bearbeitet werden kann (bzw. von einem Programm mit diesen Rechten)
und diese Datei dann z.B. von einem Programm mit Admin- oder System-Rechten gelesen und verarbeitet wird,
dann bekommt dieser Code somit dann auch die höheren Rechte.

[jaenicke]

Es gibt viele Alternativen zur Anzeige von Animationen, z.B. Delphi SVG für SVGs, die komplett in Delphi implementiert sind und deren Quelltext man mit bekommt. Die Wahrscheinlichkeit, dass dort dann Sicherheitslücken ausgenutzt werden, ist geringer als bei weit verbreiteten riesigen Bibliotheken wie eine komplette Browserfunktionalität, die viel mehr potentiell gefährliche Funktionen haben.

[Kas Ob.]

Interesting subject and question, though i see deep and complex even more philosophical.

Security and its gap is limitless pit, there is no standard unless you define security and its gap, so what security means here, what your client may be failed to point and may be you also failed to understand his point of view.

Security in many cases is simple trust of chain, if i trust Daniel (the founder of this forum) with my information, then i obliged to trust the administrators he trusted with my information and so on, this a way to handle security and trust, is my email is secure here ? that can't be answered by simply yes or no.

Security most the time is simple as black or white, but there is cases where it is shades aka risk involvement, and this is huge factor many fail to consider.

Now to your question(s)
Is Delphi safer than C?, this can't be answer by yes or no, in general Delphi is less prone to overflow attacks, it is just harder to weaponize/exploit.
Is your client right with being afraid of your code? yes and the client is right not just always, but in this case, you obliged to give him peace of mind, for his money.

So:
1) you must understand him, his point of view and his trusted people, the ones that might be doing their jobs around him.
2) He rightfully doesn't trust you code, or may be doesn't trust you and your ability to write secured code, this is his right.
3) Why using Chrome, for me chrome is a security risk on its own.
4) Delphi on Virus Scanners like https://www.virustotal.com/ will do very badly on its own !
5) Ditch Chrome and adjust the EXE to minimal, switch to ( i can't believe i am saying it) Internet Explorer or Edge, this will help with Security scanners/analyzers.
6) Your client own the source, without it he will rightfully doubt the whole thing for ever, i recommend to give him the source in full, a compile-able source, and let him audit it, himself or by a 3rd party he trust, so ask you to build or if might prefer to ask a 3rd or even 4th party, that will give him the peace and trust he asking for.

When you have (6) on the table as offer without negotiating, thing will shift and the risk factor by his standard will drop greatly.

My 0.002 cent in short and sorry for bad English and sorry if that didn't help.

[DasWolf]

Zitat von Kas Ob.:

Interesting subject and question, though i see deep and complex even more philosophical.

Security and its gap is limitless pit, there is no standard unless you define security and its gap, so what security means here, what your client may be failed to point and may be you also failed to understand his point of view.

Security in many cases is simple trust of chain, if i trust Daniel (the founder of this forum) with my information, then i obliged to trust the administrators he trusted with my information and so on, this a way to handle security and trust, is my email is secure here ? that can't be answered by simply yes or no.

Security most the time is simple as black or white, but there is cases where it is shades aka risk involvement, and this is huge factor many fail to consider.

Now to your question(s)
Is Delphi safer than C?, this can't be answer by yes or no, in general Delphi is less prone to overflow attacks, it is just harder to weaponize/exploit.
Is your client right with being afraid of your code? yes and the client is right not just always, but in this case, you obliged to give him peace of mind, for his money.

So:
1) you must understand him, his point of view and his trusted people, the ones that might be doing their jobs around him.
2) He rightfully doesn't trust you code, or may be doesn't trust you and your ability to write secured code, this is his right.
3) Why using Chrome, for me chrome is a security risk on its own.
4) Delphi on Virus Scanners like https://www.virustotal.com/ will do very badly on its own !
5) Ditch Chrome and adjust the EXE to minimal, switch to ( i can't believe i am saying it) Internet Explorer or Edge, this will help with Security scanners/analyzers.
6) Your client own the source, without it he will rightfully doubt the whole thing for ever, i recommend to give him the source in full, a compile-able source, and let him audit it, himself or by a 3rd party he trust, so ask you to build or if might prefer to ask a 3rd or even 4th party, that will give him the peace and trust he asking for.

When you have (6) on the table as offer without negotiating, thing will shift and the risk factor by his standard will drop greatly.

My 0.002 cent in short and sorry for bad English and sorry if that didn't help.

Remove point 6. Why turn a customer's suspected or imaginary security concern into a real security issue for the provider/manufacturer?

Zum TE:
Du musst nicht erklären, warum Delphi-Software sicherer ist, sondern warum Deine Software sicher ist. Das muss kein Aufsatz sein oder eine komplette Beschreibung der Software. Da reicht einfach ein Ein- oder Zweizeiler. Du schließt einfach aus, dass Durch Deine Software ein Sicherheitsrisiko entsteht oder darüber Sicherheitslücken ausgenutzt werden können. Solltest Du Deine Software dahingehend schon diversen Tests unterzogen haben, kannst Du das vielleicht auch noch erwähnen (Stichwort Qualitätssicherung).