Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Lots of apps out of date (not updated since 2016) #3129

Open
TylerRick opened this issue Mar 19, 2019 · 3 comments
Open

Lots of apps out of date (not updated since 2016) #3129

TylerRick opened this issue Mar 19, 2019 · 3 comments

Comments

@TylerRick
Copy link

I was really, really interested in this platform as I read about it... And then I saw that most of the apps I'm interested in using from the marketplace are woefully out of date. That's kind of a deal-breaker. Is anyone working on improving this?

If you want people to use this platform, you need to provide frequent updates and the current releases of the apps people want to use!

Really old releases are going to scare people away and make them think this platform is stagnant and no longer maintained (which maybe it isn't?). It's also hard to take claims of security very seriously when the apps available in the marketplace don't even have the latest security releases that the developers have provided.

Here are some examples:

What problems have led to this situation, and how can we fix them?

  • Do we need to automate the builds so they happen automatically whenever the developer releases a new release upstream? I suspect this would help tremendously, so that it's not a manual chore that is easy to forget about or procrastinate, especially if it's up to a single person to do the release...

  • Do we need to find maintainers (or team of maintainers) for some of these?

  • What else would help?

@ocdtrekkie
Copy link
Collaborator

ocdtrekkie commented Mar 19, 2019

There are a few people who are working on this. @xet7 and @JamborJan have done some work updating previously abandoned packages, and @zenhack has done some work on a newer way to package Sandstorm apps using more standard container formats (Docker). Though to be honest/blatant, Sandstorm is not getting a lot of developer attention right now overall.

Note that Sandstorm's primary goal was to be able to assume that apps were malicious or broken, and therefore, most app vulnerabilities don't pose a significant risk to a Sandstorm user. The worst case scenario is really that someone who has access to a Sandstorm document with a lower permission level (say, read-only), can modify data in that document or see information they weren't supposed to. App vulnerabilities can't affect other grains/documents at all, and a grain can only be accessed in any way by a user who has been given access to the grain via Sandstorm. (As such, a document you don't share with anyone is more or less invulnerable to everything, in theory.)

I am involved in app approval for the market, and we are not held up on that side, we need people to maintain and update packages, and in some cases, the original packagers were Sandstorm.io employees and in others, the people who ported the app to Sandstorm are just not interested in updating them at present. If people can get the packages updated and working, we can get them in the market.

@Michael-S
Copy link
Contributor

I would add that the same security page you linked itemizes ways Sandstorm mitigates or completely negates many categories of security risk.

My understanding is that integrating the applications with Sandstorm's security/packaging model is a significant amount of work, so automating the process isn't practical. I would love to be wrong about that.

@zenhack
Copy link
Collaborator

zenhack commented Mar 19, 2019 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants