Sicherheit und Ethik

Stichworte:

Wie schreibe ich Quellcode so, dass die zur Verfügung stehenden Resourcen möglichst schonend genutzt werden?

Unter welchen Umständen sollte Forschungssoftware nicht öffentlich zugänglich gemacht werden?

  • Exportkontroll-Regimes (Technology readiness Levels beachten)
  • Dual Use (Militärische Nutzbarkeit)
  • wenn Rechte Dritter entgegenstehen (prioritäre Software-Elemente, Geschäftsgeheimnisse, Software die zur Verhaltensanalyse und zum Profiling geeignet ist …)
  • Wenn Software kommerzialisiert werden soll (siehe XXX)
  • wenn sie den nötigen Reifegrad noch nicht erreicht hat
  • wenn sie Geheimnisse (z.B. Passwörter) enthält

Was ist bei der Entwicklung und der Offenlegung von Software in sicherheitsrelevanten Bereichen zu beachten?

Beispiele (Security):

  • Forscher entwickelt Algorithmus und Software um starke Verschlüsselung zu brechen
  • Forscherin entdeckt Sicherheitslücke in einem Programm (Responsible Disclosure)

Beispiele (Safety):

  • Team entwickelt Software zur Regelung/Steuerung eines Versuchsreaktors
  • Team trainiert Modelle zur Regelung/Steuerung von Drohnen

Welche Umstände begründen hinsichtlich der Entwicklung von Forschungssoftware einen Interessenkonflikt?

  • Interessenskonflikt zwischen wissenschaftlicher und wirtschaftlicher Nutzung
  • mehrere Arbeitgeber von Entwickler (–> aufgeteiles Besitzverhältnis der Software)
  • Beteiligung an Ausgründung, Beteiligung an lizenznehmender Firma (EIgene oder deren Angehörige i.S.v. § 15 AO)
  • überall dort vorhanden, wo mehrere Anstellungsverhältnisse neben MPG in einer Person (oder auch nahe Verwandte) bestehen
    • Beispiel: Entwicklungstätigkeit kommt Firma zu Gute, wird aber mit MPG-Mitteln finanziert
  • Person mit mehreren Rollen im Kontext von Qualitätssicherung und Projektmanagement, sodass Deadlines vor Qualität geht

Beispiele:

  • Eine Gruppe entwickelt eine Software und gründet ein Startup um diese zu vermarkten. Mitnahmerechte, Lizensierung, Urheberrecht, Wertschöpfung?
  • Ein Forscher entwickelt innerhalb eines von der DFG finanzierten Drittmittelprojekts zusammen mit Kollegen von anderen universitären Forschungseinrichtungen ein Softwareprojekt. Wem “gehört” der Quellcode (während/nach) der Projektförderung?

Was ist beim Vorliegen eines Interessenkonflikt bei der Entwicklung und Offenlegung von Forschungssoftware zu beachten?

  • Transparenz muss vorhanden sein (z.B. Offenlegung gegenüber Vorgesetzen; Dokumentation, wann für wen gearbeitet)
  • Vereinbarung bei Kooperationen vorab treffen (z.B. im Kooperationsvertrag schreiben, Projekt-Policy); siehe auf MPG-GWP Kap. 3.3

Kann die Software auch für militärische Zwecke genutzt werden (“Dual Use”)?

Wie erkenne ich, ob die von mir entwickelte Software manipuliert wurde?

  • GitHub und Versionskontrolle
  • Checksummen veröffentlichen und vergleichen
  • wissenschaftliches Fehlverhalten laut MPG-GWP beachten z.B. Sabotage von Code, geschönte Ergebnisse, verteilen von Bibiotheken mit Manipulationen

Welche Entwicklungsressourcen und -plattformen fördern eine kommunikative, gemeinsame Softwareentwicklung, die Platz für respektvolle gegenseitige Kritik bereithält?

  1. https://ohb.mpg.de/Policies/MPG%20VII.201%20de%203.1/VII.2.01_Aufbau%20einer%20MPG-weiten%20Exportkontrolle_de.pdf, Zeile 49. ↩︎

FORS  IT4SCIENCE  GWP4RSE  FAQ  Nachhaltigkeit  Respekt  personenbezogene Daten  Interessenkonflikte  Fehlverhalten