@alvar_f vielleicht solltet ihr mal eine Beschwerde gegen Microsoft führen, weil Excel Formeln verarbeitet... die freuen sich bestimmt von dieser "lange nicht geschlossenen Sicherheitslücke" zu hören.
Schaut euch bitte auch mal Microsoft Edge an!
Ich habe letztens gesehen, dass der Browser ungewollte Web Requests ausführen kann, wenn eine Webanwendung Eingaben nicht validiert und Ausgaben nicht encoded... nicht dass Microsoft hier noch weitere #LucaApp Lücken verursacht
Kleine Hinweis zu Excel:
Zum Glück validiert wenigstens Excel Eingaben und warnt sogar vor Formeln in Daten, die nicht gewünscht sein könnten (auch wenn sie ihre Daseinsberechtigung haben).
Wenn #LucaApp aber NIE Formeln exportiert, sollte eine solche Warnung nie zu sehen sein!
• • •
Missing some Tweet in this thread? You can try to
force a refresh
@alvar_f@juergen34@da_mister_e@UlrichKelber Nur leider steht da vieles mit wenig Wert. Das letzte mal als ihr mit dem (mittlerweile überholtem) Dokument argumentieren wolltet, hatte ich noch bis Seite 9 gelesen, die ausführt, dass hier nur Papierlage geprüft wurde (Dokumentation des Herstellers 🤣). Heute reicht Seite 2...
@alvar_f@juergen34@da_mister_e@UlrichKelber auf der ihr behauptet Kontaktdaten seien Ende-zu-Ende verschlüsselt. Mag sein, dass zum Erstellungszeitpunkt nicht klar war, dass das nicht stimmt (auch wenn es in der Herstellerdokumentation schon im März nicht so dargestellt wurde). Mittlerweile ist dies auch in belegten...
@alvar_f@juergen34@da_mister_e@UlrichKelber Sicherheitslücken genutzt und demonstriert worden. Das Papier liest sich wie eine Werbebroschüre und hält dabei Versprechen aufrecht, bei denen sogar der Entwickler zurückstecken musste.
Da ist eine MS365 Diskussionen natürlich einfacher, denn dort gibt es Alternativen ...
Heute Gelegenheit gehabt, die #LucaApp auch mal auf ein Testgerät zu installieren, statt nur in Code und Konzepte zu schauen.
Die SMS TAN Verification lässt sich auch für die Android App umgehen, da Client-seitig realisiert 😒
Demo:
Was mir auch überhaupt nicht gefällt:
Die User-IP fällt am Server zwangsläufig ab, aber hier erzwingt man für jeden HTTP request noch einen UserAgent header mit:
- Android SDK Version
- Geräte Hersteller
- Geräte Typ
Das sind DREI unnötige Classifier für device fingerprints
Kurze Illustration zu Classifiern die von 3rd party trackern genutzt werden, um Geräte möglichst eindeutig zu (wenn z.B. unique identifier nicht mehr nutzbar sind).
... hätte nicht gedacht, dass die Animation bei einer solchen Software passen würde:
Meine Tweets zu der #LucaApp wurden in den vergangenen Tagen gehäuft mit emotional aufgeheizten Aussagen gemischt, in Teilen auch mit technischen Schwachsinn den einige so on die Heide hauen.
Hier ein paar Klarstellungen:
Es ist mir ziemlich egal von wem digitale Covid ...
Tracing Lösungen beworben werden (schließt auch @lesmoureal ein, dessen Umgang mit kritischen Äußerungen ich dennoch nicht mag).
Luca verfolgt ein anderes Ziel als CWA und nutzt dafür einen zentralen Ansatz. Auch das mag ich nicht, weil es zusätzliche Risiken birgt.
Das SiKo von Luca ist nicht schlecht, wenn man es auf die definierten "Objectives" beschränkt betrachtet (man hat sich hier Mühe gegeben), dennoch reicht das nicht.
Einige begründende Beispiele:
Das Luca backend ist als eine Art Daten Treuhänder zu sehen. Es wurden auch ...
Okay, doing my first baby steps with r2frida (which combines the power of @radareorg and @fridadotre).
Gonna share my progress in this thread (live, so keep calm).
The goal: Runtime inspection of data sent out by TikTok !!before!! it gets encrypted
1/many
First of all, we do not start from zero. I got some prior knowledge from past reversing attempts and want to share some important facts.
TikTok's (log data) encryption is accomplished by a native library. The Android Java code just serves as proxy function to the native function
The decompiled code for the respective native JNI function of an older TikTok version looks something like this, but in this example I use the most current TT version (no statical analysis done, yet)
Recently tweeted on a bypass for Snapchat's cert pinning. It required monitoring 'android_dlopen_ext' to instrument the native target library directly after load.
Absence of 'adroid_dlopen_ext' on older Android SDKs raised some questions, so I'll share a partial solution.
1/n
The appended screenshot shows an alternative approach to monitor loading of dynamic modules for JNI based on 'JavaVMExt::LoadNativeLibrary'.
Below it is showcased with @fridadotre frida-trace (upper terminal) and a modified script for the frida-trace hook (lower terminal)
2/n
As pointed out in the comments, you have to deal with C++ mangled function names and the std::string implementation of the respective C++ library, to do it in this way (less clean than the 'android_dlopen_ext' approach).
3/n
Whenever I talk about an Android app sending data to Asian countries, some folks go crazy.
Let me comfort you: If you are a European user, like me, most apps communicate to US servers as shown below (2h capture ... DJI, AliExpress, Gojek etc).
What? Not to US?? Let me help you!
My issue is simply that I am using a German DNS-Server, which might be a bit biased when it comes to resolving a DNS host to the best suited server.
So lets resolve with DNS over TLS from @Cloudflare
Hmm ... still so much US-traffic, even from Asian apps?
Okay, my fault ... I am still using an European source IP (Germany).
So let me change this, too, by using a VPN exit in Japan!
Damn, even more requests are directed to US, now.
Sorry, I cannot help you - your data will always end up in US ... unless you install Camera360 😉