• 0 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: July 8th, 2023

help-circle






  • LASIM author here, ironically on my own alt: Just an FYI that support for Lemmy 0.18.3 is not yet out, but keep an eye out for it soon (I have it working on a branch but I need to test it more before release).

    This is the first breaking API change since it’s creation, so here are the limitations:

    • Old version (0.1.2) will only support API 0.18.1 and 0.18.2
    • New version (0.2.0) will only support 0.18.3 (and above until there are more breaking API changes)
    • Profiles downloaded with 0.1.2 (and below) will automatically be converted to work with 0.2.0.

    So that all means:

    • You can use the old LASIM to migrate between 0.18.2 Lemmy instances
    • You can use the new LASIM to migrate between 0.18.3 Lemmy instances
    • You can use the old LASIM to download from an 0.18.2 instance then use the new LASIM to upload to a 0.18.3 instance
    • You cannot use the new LASIN to download from a 0.18.3 instance and then the old LASIM to upload to a 0.18.2 instance (unless you are comfortable doing some manual work editing the JSON file so “old LASIM” understands it).

    This will be true of every release with breaking API changes.

    EDIT: PR is out. Once it builds, I’ll publish a new release! https://github.com/CMahaff/lasim/pull/21

    EDIT 2: Release is published! https://github.com/CMahaff/lasim/releases/tag/v0.2.0


    1. Inject exploit into a comment using custom emoji.
    2. Front-end parses the emoji incorrectly allowing JavaScript to be injected.
    3. JavaScript loads for everyone to views a page with the comment and sends their token and account type to the hackers domain.
    4. Hacker parses received tokens for admins and uses that to inject redirects into the front page of the Lemmy instance.

    To answer your other questions:

    • IMO there probably should be better parsing to remove this stuff from the back-end, so I’m not sure the front-end solution is the complete solution, but it should get things largely under control.
    • Back-end is theoretically not compromised besides needing to purge all the rogue comments. Attacker presumably never had access to the server itself.
    • Probably needs to be a mass reset of ALL passwords since lots of people’s tokens were sent during the attack, so their accounts could be compromised.








  • My concern is that configuring the site to automatically redirect users sounds like they have pretty large control over the site - the kind of control that I would assume is usually limited to users with root access on the server.

    Obviously hope nothing of value is lost and that there is a proper off-site backup of the content.

    Edit: See Max-P’s comment, it looks like the site redirection was accomplished in a way that IMO suggests they do NOT have full control over the site. We’ll obviously have to wait for the full debrief from the admins.