this post was submitted on 29 Jun 2024
28 points (75.9% liked)

Selfhosted

40183 readers
128 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
ruud@lemmy.world
Loki@lemmy.world
CannaVet@lemmy.world
devve@lemmy.world
HybridSarcasm@lemmy.world
HybridSarcasm@lemmy.hybridsarcasm.xyz
28
Phone home tracking image in DocuSeal, and how to remove it (www.reddit.com)
submitted 4 months ago* (last edited 4 months ago) by meonkeys@lemmy.world to c/selfhosted@lemmy.world
9 comments fedilink hide all child comments
 

Kinda proud of this, so forgive me while I brag. I found a likely "phone home" tracking image in DocuSeal. I searched around: there was an extant issue about the image. I asked the devs: would they accept a PR to remove the image? A maintainer responded quickly that they were not interested in a PR to remove it, so I forked it in minutes with my tiny hack, built a new Docker image and re-deployed to my server after making a one-line change in a Docker Compose file.

Here's the hack: https://github.com/meonkeys/docuseal/commit/e710678d

Happy to share my compose config as well if folks are interested.

I do want to put in a plug for DocuSeal: they made an excellent thing. It's a fast and beautiful app for adding signatures to PDFs, similar to DocuSign or HelloSign, but awesomely AGPL licensed and easy to self-host. I got it running in minutes and it worked very well. I support what they're doing and I want to see them succeed. OpenSign looks cool too but I haven't tried that one yet.

So yeah. Self-hosting and FOSS FTW!

cross-posted to: reddit r/selfhosted (there's no additional content in the post at that link. Sorry, I should have posted on Lemmy first! Anyway, above is the copy/pasted post so you can get it without having to use reddit)

you are viewing a single comment's thread
view the rest of the comments
[–] just_another_person@lemmy.world 1 points 4 months ago* (last edited 4 months ago) (2 children)

Friend, please listen to reason.

The "code" you linked to is not functional code of any sort. Not to be nitpicky, it's just an HTML image tag, so its Markup at best. All you did was stop the loading of an SVG image. The fact that they source it from their own domain tells you everything: they have a script that runs to check the current number of stars, then generates this image that reflects that. SVG is an image format. It's really standard.

All your other points you're making because you do not have much experience in the software realm, which I'm not saying to be dismissive or anything at all, I'm simply illustrating that all the points you're questioning or mentioning are 100% standard.

  • you don't make a fork for three lines of code and ask others to "check it out". If anything, just point out the issue and post a diff or a script to fix it. Simple.
  • They have a pro version, and are using images they generate in a template viewed by users to promote its popularity and try to sell pro. They're running a business out of this. Not every FOSS project is non-profit, and these people are simply trying to sell a product AS WELL as keep it open source for others to enjoy, like yourself. Feel lucky to have the privilege they are letting you use it for free.
  • The term "phoning home" as you're trying to use it, is wrong. You're implying that it is functionally doing something unexpected. It is not. It is sourcing an image in HTML. The suspicious type of phoning home is code that executes locally and pulls down other functional bits of code that alter the way the software APPEARS to be used. It's a way of obfuscating something shady, like a virus, or malware. This is not that kind of code.
  • If your concern is simply that the code you've run is sourcing an image from somewhere, I can only imagine how upset you'll be to learn that software repos of this size are pulling things from dozens, if not hundreds of places. This project pulls from rubygems, yarnpkgs, and the dreaded example.com.
  • Lastly, the reason that team responded to you in that manner was more that they were taken aback. Like "WTF is this person talking about? I don't get it." Realize that they were nice enough to respond, where most project maintainers would just ignore or close the issue.

Also, you might want to freak out about the social badges being sourced in this as well. This isn't a "privacy first" project or anything. They aren't doing anytweird, you're just misunderstanding some things.

[–] coffee_chum@lemmy.ml 19 points 4 months ago

Just to play devils advocate for a minute- Loading from their own domain means they can actually garner quite a bit of information from just the serving of the svg:

  • date and time of access
  • IP (country, state, region, etc)
  • Potential for SVG xss attack if hoster doesn't clamp down their CSP settings

Date/time/IP are good enough for getting pretty good estimates of who all uses their software. Doesn't matter if they are or aren't using that data- it is being sent to them on their own accord and terms. The public has no way of knowing.

And this is all perfectly acceptable, as long as you do one of the following:

  • Prominent notice to user that tracking is enabled by default, and it can be disabled by doing X, Y, or Z. State the kind of tracking information collected and maybe even say logs are kept in memory or dumped after X days.
  • Allow for opt-in tracking. This one's pretty straightforward.

All of this doesn't really matter if the dev isn't willing to change anything about the remote image.

But a fork?? Yeah, totally unnecessary. You can take easily care of this at the reverse proxy layer by preventing the svg (or anything else for that matter) from being served. Just serve a 404 or something instead or do a regex replace and remove it altogether from the page prior to serving.

[–] neko@sh.itjust.works 9 points 4 months ago* (last edited 4 months ago) (1 children)

Loading external images will reveal to the site where it’s loaded from at least these things:

  • User’s IP
  • Useragent string
  • Referrer

Also it can set third-party cookies which can be used to track specific user.

I don’t know if this project processes any of that data, but outside images can be used for tracking purposes.

At least it would be a good idea to limit some of this things for that img tag by setting some attributes that prevent referrer and cookies from being sent.

[–] just_another_person@lemmy.world -4 points 4 months ago* (last edited 4 months ago)

AGAIN.

This is not "phoning home" as claimed. It is not a SECURITY RISK as claimed. It is a privacy want/complaint/nag at the very VERY least. THIS IS ALSO NOT A PRIVACY FOCUSED PROJECT.

Refer to the original comment, and realize this was being run in a container. So, what...it's a risk to have libcurl ide tidied on your server? Your IP address is so damn private and important? Literally nobody cares.

Y'all need to get better hobbies, seriously. Probably just need to get off the Internet if this is the stuff causing consternation in your lives.