Die Art und Weise der Software-Entwicklung ändert sich ständig und die Bereitstellungszyklen werden immer schneller. Wenn die Anwendungssicherheit das Tempo von DevOps mithalten will, spielt Automatisierung eine Schlüsselrolle.

Der Markt für IoT-Anwendungen entwickelt sich rasant. Oft steht für die Anbieter die Performance der jeweiligen Lösung allerdings vor dessen Sicherheit. Das kann sich perspektivisch rächen. Ein Plädoyer für’s Umdenken.

Mit einem Plug-in für die Code Sight IDE vereint Synopsys das Static Application Security Testing, kurz SAST, und Kompositionsanalyse in einem Tool. Schwachstellen in proprietärem Code sowie bekannte Sicherheitslücken in Open-Source-Abhängigkeiten lassen sich damit innerhalb der Entwicklungsumgebung erkennen.

Mit einem Plug-in für die Code Sight IDE vereint Synopsys das Static Application Security Testing, kurz SAST, und Kompositionsanalyse in einem Tool. Schwachstellen in proprietärem Code sowie bekannte Sicherheitslücken in Open-Source-Abhängigkeiten lassen sich damit innerhalb der Entwicklungsumgebung erkennen.

Sichere Software-Entwicklung ist nicht einfach nur eine Maßgabe, denn sicheres Programmieren muss man lernen. Gerade bei Open-Source-Komponenten kann es aber zu Fehlern kommen, denn in diesen Projekten hat nicht jeder das Secure Coding von der Pike auf gelernt.

Das Halbleiterunternehmen Infineon entwickelt zusammen mit Synopsys Beschleuniger für künstliche Intelligenz in Automobilanwendungen.

In einer Code-gesteuerten IT-Welt muss Sicherheit den gesamten Software Development Lifecycle abdecken. Doch wie bleibt dabei gewährleistet, dass Anwendungsentwicklung und -Bereitstellung nicht gestört werden?

In weit über 90% aller neuen Softwareprojekte kommt inzwischen Open Source zum Einsatz. Angesichts dieser Verbreitung stellt sich die Frage: Wie kann man sicherstellen, dass diese Open-Source-Komponenten allen Qualitäts-, Lizenz- und Sicherheitsansprüchen gerecht werden?

Das Tool für statische Application Security Tests Coverity ist in einer neuen Version erschienen. Mehr Skalierbarkeit, der Support weiterer Programmiersprachen und Frameworks sowie eine bessere Schwachstellenanalyse waren die Gründe für die Aktualisierung.

In den meisten Entwicklungsprojekten wird Software nicht komplett neu geschrieben, sondern baut auf bestehenden Komponenten auf. Diese Komponenten können aus vorherigen Projekten, aus Open Source Quellen oder von Zulieferern kommen. Wie kann man sicherstellen, dass diese Drittanbieterkomponenten den eigenen Qualitäts-, Lizenz- und Sicherheitsansprüchen gerecht werden?