Software, KI und E-Learning für Hochschulen und Unternehmen.
Von der Webanwendung bis zum Moodle-Plugin: Wir planen, bauen und betreuen Ihre Software und prüfen sie mit dem Wissen aus über 45 gemeldeten Sicherheitslücken.
1Wie würden Sie das bei uns lösen?
5 Fälle, keine KundendatenFünf typische Situationen und wie wir sie angehen. Wählen Sie die, die Ihrer am nächsten kommt.
AusgangslageEin Plugin aus Moodle-3.x-Zeiten, der Entwickler ist nicht mehr erreichbar, das nächste Upgrade steht an.
- ①Bestandsaufnahme. Was das Plugin tut, wo Rechteprüfungen fehlen, welche APIs entfernt wurden.
- ②Upgrade auf 4.1 LTS mit automatisierten Tests für jede unterstützte Version.
- ③Danach Pflege zu jedem Moodle-Release, auf Wunsch per Wartungsvertrag.
AusgangslageEin Hinweis von außen oder ein ungutes Gefühl: Im Plugin könnte eine Lücke stecken.
- ①Verständlicher Befund. Wer die Lücke auslösen kann und was dann passiert.
- ②Fix an der richtigen Stelle, als Merge Request gegen Ihr Repository.
- ③Mit Test, damit die Lücke beim nächsten Umbau nicht zurückkommt.
AusgangslageDie Lücke ist bekannt und gefixt. Offen ist: Wurde sie ausgenutzt, und wer ist betroffen?
- ①Spuren suchen statt raten. Direkt in Datenbank und Logs.
- ②Betroffene eingrenzen. Wer hat die präparierten Inhalte gesehen, und wann?
- ③Klare Einschätzung. Für Leitung und Datenschutz: was passiert ist und was nicht.
AusgangslageMoodle soll auf einen eigenen Server, mit Updates, Backups und ohne offene Türen.
- ①Nur erreichbar, was erreichbar sein muss. HTTPS, Sicherheits-Header, keine Konfig- oder Backup-Dateien im Web.
- ②Daten getrennt vom Code. Uploads außerhalb des Webroots, Datenbank nicht öffentlich.
- ③Backups außer Haus, die Wiederherstellung wird regelmäßig getestet.
AusgangslageEin Assistent soll Fragen zu internen Dokumenten beantworten. Nicht jede Person darf jedes Dokument sehen.
- ①Rechte vor der Antwort. Der Assistent sieht nur, was die Person selbst sehen darf.
- ②Modell nach Ihren Vorgaben. Lokal betrieben oder bei einem Anbieter in der EU.
- ③Nachvollziehbar. Welche Quellen in welche Antwort geflossen sind.
2 / Belege
Woran sehe ich, dass Sie das können?
Sicherheitslücken gefunden und koordiniert an die Hersteller gemeldet. 24 davon sind veröffentlicht, die übrigen erscheinen nach dem jeweiligen Fix.
3 / Team
Mit wem habe ich es zu tun?
Sie sprechen direkt mit den Menschen hinter madasolis, ohne Zwischenstufen.
Mehr über uns →Vincent Schneider
Geschäftsführer, Entwicklung & Sicherheit
Seit über 8 Jahren in Entwicklung und IT-Sicherheit. Verbindet beides in jedem Projekt und hat über 45 Sicherheitslücken in großen Open-Source-Systemen gemeldet.
Veröffentlichte Lücken →Christian Niemczik
Gesellschafter
4 / Kontakt
Wie geht es weiter?
Beschreiben Sie Ihr Vorhaben in drei kurzen Schritten. Wir melden uns in der Regel innerhalb eines Werktags.