CVE-2026-42553

WysokieCVSS 7.1

Opublikowano: 27/05/2026(UTC)Zaktualizowano: 01/06/2026(UTC)Przetłumaczono: 07/06/2026(UTC)NVD NIST

Prawdopodobieństwo exploitacji (EPSS)

Niskie ryzyko

0.30%

Percentyl 22 - wyżej niż 22% wszystkich znanych CVE

Streszczenie

Cinny to klient Matrix. Przed wersją 4.10.3, zdalny uwierzytelniony atakujący, który dzieli pokój z ofiarą i ma uprawnienia do tworzenia emotikonów w pokoju, może spowodować, że klient ofiary wyśle swój token dostępu Matrix na serwer kontrolowany przez atakującego. Dzieje się tak, gdy ofiara otworzy wybór emotikonów lub naklejek zawierający złośliwy pakiet emotikonów.

Ocena ryzyka

Atakujący może uzyskać dostęp do tokena dostępu ofiary, co może prowadzić do nieautoryzowanego dostępu do konta użytkownika oraz danych w systemie Matrix. To stwarza poważne zagrożenie dla bezpieczeństwa organizacji i jej użytkowników.

Rekomendacja

Zaleca się aktualizację klienta Cinny do wersji 4.10.3 lub nowszej, aby usunąć tę podatność. Dodatkowo, warto przeprowadzić audyt uprawnień w pokojach oraz monitorować użycie emotikonów i naklejek w celu zminimalizowania ryzyka.

Oryginalny opis (angielski, źródło NVD)

Cinny is a Matrix client. Prior to 4.10.3, A remote authenticated attacker who shares a room with a victim and has permissions to create room emotes (for example in a DM) can cause the victim's client to send their Matrix access token to an attacker-controlled server. This occurs when the victim opens the emoji or sticker picker for the room containing a malicious emote pack. This is caused by an incorrect fallback in EmojiBoard that uses untrusted pack.meta.avatar (user-controlled) without converting/validating it as an MXC URL, allowing arbitrary HTTP(S) URLs to be used. Also, the service worker attaching the user's Authorization bearer token to all outbound GET requests whose URL contains /_matrix/client/v1/media/download or /_matrix/client/v1/media/thumbnail without verifying the request host matches the configured homeserver origin. An attacker-controlled URL containing those path fragments and permissive CORS will receive the victim's Authorization header (access token). This vulnerability is fixed in 4.10.3.