Philipp Berger

As CTO of neXenio, I support companies and organizations in designing their new collaboration on the basis of simple and highly secure solutions.

[Philipp Berger @BergerPhilipp]

@fluepke @_lucaApp Nach der Untersuchung handelt es sich um eine fehlerhafte Übersicht, die aufgrund des fehlgeschlagenen KYB Prozesses deines Accounts zustande gekommen ist. Dafür entschuldigen wir uns, dies hat auch keine Auswirkung, weder auf dich noch auf andere Locations.

[Philipp Berger @BergerPhilipp]

@fluepke @_lucaApp Hallo @fluepke vielen Dank für deine Nachricht.
Du hast keinen aktiven PayAccount bei uns im System, wir analysieren, wie es zu der Mail gekommen ist.

[Philipp Berger @BergerPhilipp]

@_lucaApp Alle Systeme von luca die von außen erreichbar sind, nutzen kein Java oder die genannten Systeme. Sekundäre Systeme in den internen Netzen werden von uns seit Freitag zusätzlich geprüft und geupdated.

[Philipp Berger @BergerPhilipp]

@mame82 @sedu5490 @Linuzifer @_lucaApp @neXenio_Berlin Hey Marcus,
richtig gesehen, wir nutzen #log4j nicht im luca System und unsere automatische Audit Tools haben auch keine Subdependencies identfiziert die davon betroffen sind.

[Philipp Berger @BergerPhilipp]

@sand2drn @neXenio_Berlin Hey,
thanks for staying tuned.
We actually did not include this in the minor releases.
Instead it will be included in 1.2.0.

Best,
Phil

[Philipp Berger @BergerPhilipp]

@marc_o_berlin @janboehm @_lucaApp Sollte dies in der Historie dann falsch sein, liegt das auch an der Anzeige. Die Daten sind alle richtig erfasst und die Anzeige wird mit dem nächsten Update korrigiert.

[Philipp Berger @BergerPhilipp]

@marc_o_berlin @janboehm @_lucaApp Hallo. Es handelt sich dabei um einen Anzeigefehler in Zusammenhang mit dem neuen Update. Bitte starte jetzt einmal die App neu.

[Philipp Berger @BergerPhilipp]

@KatzschkeM Sollte dies in der Historie dann falsch sein, liegt das auch an der Anzeige. Die Daten sind alle richtig erfasst und die Anzeige wird mit dem nächsten Update korrigiert.

[Philipp Berger @BergerPhilipp]

@KatzschkeM Hallo. Es handelt sich dabei um einen Anzeigefehler in Zusammenhang mit dem neuen Update. Bitte starte jetzt einmal die App neu.

[Philipp Berger @BergerPhilipp]

@benfooben @mame82 @maex_rakete @ralf @Linuzifer @chaosupdates @evawolfangel Man muss auf die Unsicherheit beim Umgang mit Infektionen bei Betreibern eingehen.
Dahin gehend zu informieren ist auch Teil von unseren Schulungen, allerdings zur Risikoeinschätzung liegt die Expertise beim GA.

[Philipp Berger @BergerPhilipp]

@mame82 @benfooben @maex_rakete @ralf @Linuzifer @chaosupdates @evawolfangel Und genau deswegen ist es nicht nur Ende-zu-Ende Verschlüsselung, sondern doppelt einmal für GA und dann für Betreiber. Weil das GA erst berechtigter Empfänger ist im Infektionsfall und nicht pauschal.

[Philipp Berger @BergerPhilipp]

@benfooben @mame82 @maex_rakete @ralf @Linuzifer @chaosupdates @evawolfangel Aus der Praxis, sobald Anfragen versandt werden, findet meist ein Anruf zu Klärung statt.
Weil sich natürlich ein Betreiber fragt, 'Was ist passiert, sollte ich noch mehr tuen?'
Falls dann bei der Klärung weitere Hinweis kommen, gibt es erneute/angepasste Anfragen.

[Philipp Berger @BergerPhilipp]

@benfooben @mame82 @maex_rakete @ralf @Linuzifer @chaosupdates @evawolfangel Es gibt natürlich Prüfmöglichkeiten, angefangen bei der Anzahl an Checkins bis hin zu einer manuellen Plausibilitätsprüfung und den nun auch möglichen manuellen Checkouts durch den Betreiber.

Risiko gilt in alle Richtungen da kein IT-System nicht angreifbar ist...

[Philipp Berger @BergerPhilipp]

@t_ringel @ralf @Linuzifer @chaosupdates @mame82 @evawolfangel Technisch wird in diesem moment der EncryptedPrivKey
in den Browser-Storage gespeichert.
Um dann bei Anzeige der Tischnummern verwendet zu werden, diese zu entschlüsseln.
https://t.co/rRmxotQiEe

[Philipp Berger @BergerPhilipp]

@mame82 @benfooben @maex_rakete @ralf @Linuzifer @chaosupdates @evawolfangel Der Mehrwert der erneuten Umschlüsselung ergibt sich daraus, dass es verhindert, dass viele Daten nicht mit den selben Schlüsseln gesichert werden.
Und so nicht eine Partei unabhängig von der anderen auf Daten zugreifen kann.

[Philipp Berger @BergerPhilipp]

@benfooben @maex_rakete @mame82 @ralf @Linuzifer @chaosupdates @evawolfangel Grade normale nicht sicherheitsaffine Nutzer tendieren dazu (unabhängig der Schulung), solche vermeidlich nur "einmal" gebrauchte Dateien zu verlieren.

[Philipp Berger @BergerPhilipp]

@benfooben @maex_rakete @mame82 @ralf @Linuzifer @chaosupdates @evawolfangel Im Kern geht es darum die Kontaktnachverfolgung zu ermöglichen und dies so sicher wie möglich.
Die Erfahrungen aus Schulungen, Betreiberbefragungen und der Austausch mit dem Gesundheitsamt zeigt das es wichtig ist, den Schlüssel im Bewusstsein zu behalten.

[Philipp Berger @BergerPhilipp]

@mame82 @ralf @Linuzifer @chaosupdates @evawolfangel Die Funktion der Tische haben wir in der Security Overview beschrieben. Diese werden als additionaldata übergeben.
Tatsächlich ist einer der Hauptvorteile auch die Erinnerung der Betreiber an die Existenz des Schlüssels, welcher für viele Leute leicht in Vergessenheit gerät.

[Philipp Berger @BergerPhilipp]

@ralf @Linuzifer @chaosupdates @mame82 @evawolfangel /5 Wir werden bei den Formulierungen achtgeben, um solche Missverständnisse zu vermeiden. Wie auch für Passwörter gilt, dass private Schlüssel niemals offengelegt werden. Die Kontaktdaten sind natürlich davon nicht betroffen, diese können weiterhin nicht entschlüsselt werden.

[Philipp Berger @BergerPhilipp]

@ralf @Linuzifer @chaosupdates @mame82 @evawolfangel /4 
Zusätzlich Vorteil für die Kontaktnachverfolgung
* auschecken einzelner Tische, um die Anwesenheitsdokumentation für Betreiber zu erleichtern

* höhere Datenqualität für Gesundheitsämter mit präziseren Checkout Zeiten