Live data from Hacker News

Show HN: I built an open source event-management system

github.com

11–20 of 32 posts

Re: Show HN: I built an open source event-management system

#11

Looks like you committed a .env file previously with some semi-private details contained within it, plus you’ve hardcoded some Cloudinary API credentials. You may want to rotate them before they’re abused by someone. Edit: oh and some database credentials & getstream.io api credentials

Founder of Stream here. I recommend that you rotate your API credentials. It's easy to do that in the dashboard.

Re: Show HN: I built an open source event-management system

#12

Looks like you committed a .env file previously with some semi-private details contained within it, plus you’ve hardcoded some Cloudinary API credentials. You may want to rotate them before they’re abused by someone. Edit: oh and some database credentials & getstream.io api credentials

Thank you for this. I will do that ASAP

Just a heads up (since I work at getstream.io) that you can easily and quickly rotate the Stream app key/secret via the dashboard.

Feel free to contact our support or myself directly - dwight@getstream.io - if you need a hand.

Re: Show HN: I built an open source event-management system

#13

Earlier quoted context omitted.

Thank you for this. I will do that ASAP

Just a heads up (since I work at getstream.io) that you can easily and quickly rotate the Stream app key/secret via the dashboard. Feel free to contact our support or myself directly - dwight@getstream.io - if you need a hand.

Do you have no process ready to rotate a user's exposed credentials? It's what I would expect from any service provider once they become aware of an exposure.

Re: Show HN: I built an open source event-management system

#14
post #13

Earlier quoted context omitted.

Just a heads up (since I work at getstream.io) that you can easily and quickly rotate the Stream app key/secret via the dashboard. Feel free to contact our support or myself directly - dwight@getstream.io - if you need a hand.

Do you have no process ready to rotate a user's exposed credentials? It's what I would expect from any service provider once they become aware of an exposure.

Isn't this exactly what he explained? The user has a easy toggle on their dashboard to rotate credentials - and if he needs a hand with it, contact their support for some help.

Re: Show HN: I built an open source event-management system

#15

Looks like you committed a .env file previously with some semi-private details contained within it, plus you’ve hardcoded some Cloudinary API credentials. You may want to rotate them before they’re abused by someone. Edit: oh and some database credentials & getstream.io api credentials

made a little tool to catch these things https://github.com/zricethezav/gitleaks. working on a CI version of it right now as well. gotta protect those credentials.

edit: ci version here - https://github.com/zricethezav/gitleaks-ci. work in progress, trying to add readme and instructions tonight. Also if anyone is interested in making gitleaks-ci into a paid github app... hmu

Re: Show HN: I built an open source event-management system

#17
post #13

Earlier quoted context omitted.

Do you have no process ready to rotate a user's exposed credentials? It's what I would expect from any service provider once they become aware of an exposure.

Isn't this exactly what he explained? The user has a easy toggle on their dashboard to rotate credentials - and if he needs a hand with it, contact their support for some help.

I think the parents question was why they wait for the customer to do something instead of blocking/rotating the compromised credentials once they became aware of their existence.

E.g. I remember reading that Amazon even scans Github for AWS credentials proactively now, since this happened all the time.

Re: Show HN: I built an open source event-management system

#19
post #18

Looks good; Needs refined UI

Maybe it's wise to split the project into two: the backend API (service) and the frontend UI / UX?

This way, if you're ultimately only interested in the service you're not dragging around the UI stuff (even if you're not using it).

Maybe?

Post reply on HN