1,838 karma · joined April 13, 2016
https://ramimac.me
Cedar is a health-tech and fintech company focused on reimagining how patients engage with the increasingly complicated and expensive healthcare system. Full-time positions are open across multiple teams and tech stacks; many other roles available beyond those listed below. Our tech stack prominently features React, Python, and Django. We are a post-series D company with over $350M raised and growing quickly.
Engineering Manager: https://www.cedar.com/careers/view/?gh_jid=2572428
Full Stack Engineer: https://www.cedar.com/careers/view/?gh_jid=2806490
Solutions Architect: https://www.cedar.com/careers/view/?gh_jid=2554778
Product Security Engineer: https://www.cedar.com/careers/view/?gh_jid=3371538
Please reach out to Sandy (sguan AT cedar.com) or myself (rmccarthy AT cedar.com) with Hacker News in the subject if you'd like to discuss directly!
(In case anyone else was curious - looks like the original authors are currently at Apple, Bridgewater, and Fly.io)
Post Series D startup with over $350M raised to date, Cedar is a health-tech company focused on reimagining how patients engage with increasingly complicated healthcare systems. Positions open across multiple teams and tech stacks, please reach out and apply below if interested!
Application Security Engineer(s): https://grnh.se/e66abff01us
Engineering Manager: https://grnh.se/326c1b2f1us
Tech Lead, Platforms: https://grnh.se/1b26f9f71us
Full Stack Engineer: https://grnh.se/ca8f86241us
Solutions Architect: https://grnh.se/c130a2dc1us
Solutions Engineer: https://grnh.se/16dfff0b1us
Product Design: https://grnh.se/c44af7671us
Check out our other openings at https://grnh.se/d747c2f21us!
Happy to answer questions, shoot me an email - I'm a security engineer here.
Rami McCarthy
first initial + last name @cedar.com
Tech stack: React, Python/Django
I agree that Zoom has had numerous security and privacy failings. I think it is important to color the characterization of their security teams with a timeline however.
Looking at that gist - the majority of the content predates the conclusion of the "90 day security plan" [1]. The team, and product no doubt, has changed immensely in the past year. That doesn't wallpaper over the history here, but there is completely different security leadership (e.g the current CISO didn't start until late June 2020 [2]) and staffing in place at this point that means your statements on their team likely aren't reflective of Zoom today.
[1] https://blog.zoom.us/ceo-report-90-days-done-whats-next-for-... [2] https://blog.zoom.us/zoom-hires-jason-lee-as-chief-informati...
If they actually aren't looking for people who just cram CTCI or leetcode, coming to this answer from first principles is demonstrably far more difficult than you'd expect achieved in an interview.
Calling it equivalent to a masters was also a marketing coup, there was plenty of discussion and pushback on that characterization when it was announced
"Require 2FA wherever possible" - Given the target audience, it would be nice if this was explicit about the reason to use hardware keys (including those builtin to TouchID + chromebooks).
"Accustom your team to locking their computers" - This is good advice, but I'd recommend configuring locking on inactivity a higher leverage effort
"Hire your first security engineer" - "do we have a security roadmap? do we manage to deliver on it?" is not a good heuristic for whether you need a security hire. I'd argue that most startups will lack a formal security roadmap when they don't have dedicated security staff. For example, the linked First Round article [1] has a more actionable recommendation, with justification: "Onboard your first, full-time security hire between 30-100 employees."
"Set up a bug bounty program (NEXT)" and "Monitor your user’s suspicious activities (NEXT)" being placed before "Have a security incident response plan (LATER)"
[1] https://review.firstround.com/how-early-stage-startups-can-e...
On the product side, https://www.enterpriseready.io/ does a good job breaking down expectations for SaaS (https://www.enterpriseready.io/features/product-security/).
In the long term, you'll find many of the largest possible customers will demand an on-prem option, and/or some level of external attestation (e.g. a pentest, SOC2, etc.)
I acknowledge this is a lot to throw at someone getting a product going, and don't want to be discouraging, but security products have an even larger expectation - especially because I expect your buyer and user personas to be security-centric
In terms of features/functionality, I could see some synergy with building in IR Tabletop/simulations.
Start with "246 Findings From our Smart Contract Audits: An Executive Summary" [1]
[1] https://blog.trailofbits.com/2019/08/08/246-findings-from-ou...
Survey was sent to 25k founders in the MicroConf database, 673 respondents (534 completed the survey)
This report isn't particularly technically complex, a majority of this sort of leaked data is widely available on clearweb forums. The minority requires building relationships and/or paying and/or developing a reputation that gets you access to more exclusive forums or circles. You then have to regularly crawl those forums, and avoid identification of your crawlers (as the more exclusive forums/site watch out for that sort of activity pattern). Then you just index the data and can perform searches or analysis.
https://scylla.sh/ is a free example covering just breach data.
From a career perspective, this is a subset of threat intelligence. The more interesting companies in this space often are leveraging military-style HumInt to gain access to these marketplaces and data, and often have leadership from that sort of military or government background. Most folks I'd assume are just standard engineers however, as a majority of the work is probably not specific to "dark web monitoring for intelligence."
[1] https://summitroute.com/downloads/aws_security_maturity_road... [2] https://aws.amazon.com/blogs/security/aws-foundational-secur...
The discussion of relative merit of bug bounty versus a pentest is well trod ground, so I won't rehash here except to say I would never consider a bug bounty replacement for a pentest, and if you're asked for a pentest report as part of third-party vetting etc. many organizations will be concerned to see a bug bounty program compiled report.
The latter example sounds like https://cobalt.io/. I've seen several reports and all I can say is if I were vetting a third-party or otherwise looking for assurance of security posture I would still want to see a "real" pentest from a reputable firm.