Notizen zu Recruiting, Sicherheit und dazu, wie wir Kit bauen.
Prüfen Sie den Wechsel Ihrer Zugangsdaten nach dem Railway-Vorfall: alte Zugriffe sperren, neue Einstellungen übernehmen und abhängige Abläufe testen.
Testen Sie die Passkey-Wiederherstellung vor der Pflicht: verlorene Geräte, fehlende Ersatzschlüssel, Freigaben und weiterhin angemeldete Sitzungen.
Im Zod-Repository lag Schadcode, doch kein infiziertes Paket erschien auf npm. Vier Prüfungen klären, ob manipulierte Quellen bis zu Ihren Nutzern gelangten.
Nach Domain-Hijacking reicht die DNS-Wiederherstellung nicht aus. Prüfen Sie TLS-Zertifikate, beantragen Sie den Widerruf und dokumentieren Sie offene Fragen.
Der Vorfall bei Fakturownia zeigt, warum Rechnungsanbieter klare Meldewege für Schwachstellen und Prämien für nachgewiesene, schwerwiegende Funde brauchen.
Der Vorfall bei Medyc zeigt, warum Anbieter medizinischer Software vor einem Angriff einen sicheren Meldeweg und ein finanziertes Bug-Bounty-Programm brauchen.
Dieser Leitfaden hilft Ihnen, Hinweise auf Tests durch KI-Agenten zu sichern, Zugriffe auf Ihre Anwendung zu prüfen, Risiken einzugrenzen und die zuständige Stelle zu kontaktieren.
Prüfen Sie beim SSO-Offboarding laufende Sitzungen, API-Tokens, Verzögerungen beim Verzeichnisabgleich und Ausnahmen, bevor Sie einen SaaS-Anbieter abnehmen.
Schließen Sie Meldungen zu offengelegten Zugangsdaten mit Nachweisen ab: Zugriff sperren, alte Secrets widerrufen und die Grenzen der Untersuchung festhalten.
Zeige Einträge 10-18 von 33 gesamt