Alle Ressourcen entdecken

Developer-First Security befähigt Entwickler, Produkte und Anwendungen mit Tools, Schulungen und Richtlinien abzusichern, die sich in bestehende Workflows einfügen

Bei der Priorisierung von Schwachstellen werden die Schwachstellen einer Anwendung geordnet und eingestuft, um ihre Behebung zu vereinfachen. Dazu werden sie anhand von Schweregrad, Risiko, Erreichbarkeit, geschäftlicher Kritikalität und potenziellen Auswirkungen bewertet.

Alles Wissenswerte zu Incident Response – einschließlich der Schritte zur Erstellung eines wirksamen Incident-Response-Plans, der die Schäden eines Cyberangriffs begrenzt.

Cloud-Sicherheit ist eine gemeinsame Verantwortung von Cloud-Anbietern und Kunden.

Erfahren Sie, wie Sie Sicherheitstools und -prozesse erfolgreich in Entwicklerteams einführen.

Damit Entwicklerinnen und Entwickler Sicherheitstools und -praktiken annehmen, müssen Sie Verständnis und Empathie für Ihre Entwicklungsteams aufbringen.

Erfahren Sie, wie Sie Ihre Teams unterstützen, damit sie sich befähigt fühlen, Sicherheitspraktiken und -Tools für die Entwicklung einzusetzen.

Erfahren Sie, warum Entwickler Sicherheitspraktiken übernehmen, welche Hindernisse es gibt und wie Sie es ihnen erleichtern, sicher zu bleiben.

Bei einem Open-Source-Audit wird die in Ihren Anwendungen verwendete Open-Source-Software auf Sicherheitslücken und Lizenzverstöße in Open-Source-Bibliotheken oder zwischen der Open-Source-Software und dem Produkthersteller geprüft.

DevOps wird mitunter als überbewertet bezeichnet. Doch stellen Sie sich die Alternative vor: eine Welt, in der Sie Anwendungsupdates nur jeden Monat oder jedes Quartal veröffentlichen könnten.

Unternehmen, die Cloud Computing einführen möchten, nennen Sicherheit und Compliance als zwei der drei größten Hindernisse: 35 % der Cybersicherheitsexperten gaben an, dass Sicherheit ihr größtes Hindernis ist, während 31 % Compliance nannten (Statista).

Wenn viele Unternehmen in die Cloud wechseln, gehen sie davon aus, dass der Cloud-Anbieter – sei es Amazon Web Services (AWS), Google Cloud, Microsoft Azure oder ein anderer – vollständig für die Cloud-Sicherheit verantwortlich ist.

Führende Cloud-Plattformen wie Amazon Web Services (AWS), Google Cloud (GCP) und Microsoft Azure beschäftigen Tausende Sicherheitsexperten, die rund um die Uhr ihre Public-Cloud-Infrastruktur schützen. Für die Sicherheit von Cloud-Deployments sind sie jedoch nicht allein verantwortlich.

Public-Cloud-Anbieter räumen Sicherheit hohe Priorität ein, denn ihr Geschäftsmodell hängt vom Vertrauen der Öffentlichkeit ab. In der Cloud verschwinden jedoch die Grenzen, die herkömmliche lokale IT-Infrastrukturen schützen.

Der Code, der heute viele – ja, die meisten – Anwendungen antreibt, enthält Open-Source-Komponenten.

Was ist eine Open-Source-Richtlinie? Unternehmen stehen heute unter großem Druck, effizienter und agiler zu werden und diese Eigenschaften auch bei Wachstum beizubehalten, um in einem zunehmend wettbewerbsintensiven Markt bestehen zu können.

Was ist Open-Source-Governance? Open-Source-Governance umfasst die anerkannten Regeln und Gepflogenheiten, die ein Open-Source-Projekt leiten.

Cyberkriminalität beschäftigt jedes Unternehmen – vom Großkonzern bis hin zu kleinen und mittelständischen Unternehmen mit möglicherweise begrenztem technischem Fachwissen.

Software-Abhängigkeiten ermöglichen es Entwicklerinnen und Entwicklern, Software schneller bereitzustellen, indem sie auf bereits geleisteter Arbeit aufbauen.

Open-Source-Software wird seit einigen Jahren aufgrund ihres kollaborativen und öffentlichen Charakters immer häufiger eingesetzt. Das macht sie sowohl für Entwickler als auch für Angreifer attraktiv.

Erfahren Sie mehr über die sich wandelnde Rolle und die Aufgaben des modernen CISO. Entdecken Sie, wie sich seine Bedeutung und Verantwortung weiterentwickeln.

Die Verbesserung sicherer Entwicklungsprozesse ist ein Weg, der Zeit braucht. Er beginnt damit, Transparenz über die bestehenden Sicherheitsprozesse und -praktiken der einzelnen Teams zu schaffen. Geschieht dies nicht einfühlsam, kann es als Reaktion auf vermeintliche Schwächen in der Entwicklung wahrgenommen werden. Wenn andere Schuldzuweisungen oder Bewertungen vermuten, reagieren sie leicht defensiv.

Jedes Unternehmen hat eine eigene Kultur. Daran sollten Sie Ihr Security-Champions-Programm ausrichten. Kopieren Sie nicht einfach ein erfolgreiches Programm eines anderen Unternehmens. Suchen Sie stattdessen nach wertvollen Tipps und Best Practices, die zu Ihren Teams und Ihrer Unternehmenskultur passen.

Auf dem fortlaufenden Weg zur Einführung und Weiterentwicklung eines DevSecOps-Modells können alle davon profitieren, wenn Erfolge und Erkenntnisse geteilt werden. Die folgenden Beispiele zeigen Organisationen, die DevSecOps eingeführt haben und ein höheres Reifegradniveau erreichen wollten.