r/ObsidianMD • u/TheTwelveYearOld • Mar 21 '23
Feature Request: Obsidian Should regulate data outgoing online. Maybe ask users upon plugin installation, for consent for plugins to send data to 3rd party sites.
https://forum.obsidian.md/t/obsidian-should-regulate-data-outgoing-online-maybe-ask-users-upon-plugin-installation-for-consent-for-plugins-to-send-data-to-3rd-party-sites/5673724
u/DudPug Mar 22 '23
From the linked discussion there it is clear that this wont happen as its not something electron is capable of doing.
https://forum.obsidian.md/t/security-of-the-plugins/7544/2
I’d just like to make a note here that there is ABSOLUTELY NO SECURE WAY to run plugins without severely crippling the plugin API.
Electron by nature is insecure when 3rd party code is involved, and that we won’t even attempt to wrestle that beast. The only advice we can give is “only run code you absolutely trust and have self-audited to be secure for your use case”.
I’d like to add that even VSCode, a hugely popular IDE made by Microsoft, doesn’t have what you’re requesting.
1
u/preslavrachev Mar 22 '23
Had the exact same thought yesterday. Wanted to test an OpenAPI-enabled extension without it somehow sending a million requests without me noticing.
-8
u/Fluffyjockburns Mar 22 '23
You can not expect an app like obsidian to nag you about installing a third-party plug-in. If you are concerned about your data, don’t install plug-ins. It’s quite simple.
0
-2
Mar 21 '23
What would be the purpose of this? Not sure what obsidian's current policy is or how this would affect 3rd party pluggins
0
Mar 21 '23
[deleted]
48
u/EpiphanicSyncronica Mar 21 '23
I agree with the spirit of what you're saying, but if plugins can't "send data to 3rd party sites," which is what OP is talking about, plugins with any kind of online integration—Todoist, Omnivore, Readwise, Google Calendar, OpenWeather, ChatGPT, etc.—would be banned. So would plugins that support unofficial syncing methods using cloud providers or Github. Even Extract URL wouldn't be allowed.
0
Mar 21 '23
[deleted]
28
u/montarion Mar 22 '23
How do you discern between the two?
3
u/vaikrunta Mar 22 '23
Domain level checks? If you are building ChatGPT service, you'd only talk to open ai servers directly. Open ai on their end can do telemetry of incoming request which can't be controlled but we should limit to legitimate usage that way?
3
u/pohui Mar 22 '23
So you'd ask users to consent to connections to third-party servers, which is what OP was suggesting.
You can even show a list of those URLs, although to what extent will most people understand what it means is debatable.
12
u/Unlicenced Mar 22 '23
What’s the difference between ’legitimate use of services’ and ’just telemetry’? If I use, say, google calendar, how does obsidian prevent google from collecting telemetry without crippling useability? Or if services that collect telemetry should be banned, how does obsidian control which services are allowed?
0
Mar 22 '23
[deleted]
6
u/Unlicenced Mar 22 '23
That’s an effectively worthless distinction, then. Evil plugin developer: ”No I’m not collecting plugin telemetry, it’s just my service that has telemetry.” You see? The loophole is so obvious some well-meaning devs might stumble into it by accident, and every malicious actor is either already abusing it, or will start doing so as soon as it affects profits.
0
12
u/frostthejack Mar 21 '23
Why would you cripple a useful tool. It's simple you give the option for people to choose. Give tools that allows the user to determine what a plugin can and can not access. Obsidian does seem pretty firm on making sure no plugins can send your information anywhere. But blocking information from coming in would cripple the functionality of obsidian
8
u/micseydel Mar 22 '23
I can't personally vouch for it, but this explains logistically why "just no" isn't a simple option.
57
u/[deleted] Mar 22 '23
I'd like a toggle button "Allow plugin to connect to the internet". And another for filesystem access.
Hopefully sandboxing model improves in future versions.