HNHacker News
TopNewBestAskShowJobs

gneray

197 karma · joined February 15, 2018

submissionscomments
gneray··on How We Turn Authorization Logic into SQL
Thanks. What would you want to us to write about next?
gneray··on Open secrets about Hacker News
Where did you sort all this stuff out?
gneray··on Scryer Prolog: A modern Prolog implementation written mostly in Rust
Authorization is one use case, e.g.,

"Can this user do this thing given these constraints?" or even "Show me all the things this user can do given these constraints"

Our team is solving for this use case. While we focus a lot on abstractions, APIs, etc. that are appropriate for our use case, under the hood everything is driven by an embeddable logic language that we write in Rust, called Polar: https://docs.osohq.com/reference/polar.html

gneray··on Scryer Prolog: A modern Prolog implementation written mostly in Rust
I recall Annie Ogborn having some good resources. Here's one I just found when looking around: https://www.oreilly.com/library/view/oscon-2014-complete/978...
gneray··on The New Timescale Cloud
If anyone from the Timescale team is here, can you give a specific example of how this is different from the "DBaaS" services you reference? I get that you're going to give transparency into what's behind the scenes, which is how it's different from serverless options. But what would be an example of how this "transparent box" is different from something like RDS or Aurora or...?
gneray··on Why observability requires a distributed column store
+1
gneray··on AuthZ: Scalable permissions system
It's a fair question, but in fairness to Carta, until recently, there have been ~zero commercial or open source solutions to building application authorization (beyond limited helper libraries or things like Active Directory, which solve only a portion of the problem). Developers have typically figured out the models on their own and implemented them in application code with IF statements, etc. and/or by building separate authorization services. Other publicly documented examples include teams at Slack (https://slack.engineering/role-management-at-slack/) and Gusto (https://engineering.gusto.com/layering-authorization-into-a-...)

OPA is one solution that's emerged in recent years. The author describes his team's point of view after evaluating it for their purposes.

Oso (https://www.osohq.com/) is a framework for application authorization. Disclosure: I'm a cofounder. Based on the post, the Carta team started their work in 2019, but we only open sourced Oso mid-2020, so they wouldn't have known about it.

And in the last few months, a few other companies have announced offerings to address this problem too.

So it's understandable why Carta chose to build. Now/soon other teams like them should have more options to choose from when they encounter similar challenges too.

gneray··on AuthZ: Scalable permissions system
I'm not an expert on Shiro, but there are a number of high level differences, e.g.,

- Shiro covers authorization, plus authentication, session mgt, etc. The Carta project is authorization only

- Shiro relies on external data to make authorization decisions. The Carta project stores that data internally

- Shiro is run as part of your app. The Carta project is run as a separate service

    - Related: Shiro is specific to Java.
gneray··on Zanzibar: Google’s Consistent, Global Authorization System (2019)
Thanks!
gneray··on Zanzibar: Google’s Consistent, Global Authorization System (2019)
Fair, but even still AD only gives you a piece of the puzzle when it comes to authorization. You still have to do all the modeling and implementation inside your app and map it to however that's stored in AD.
gneray··on Zanzibar: Google’s Consistent, Global Authorization System (2019)
I'm curious what's driving the resurgence in interest authorization infrastructure, particularly the Zanzibar paper. As founder of Oso (https://www.osohq.com/), I have my own opinions, and I think this is a good thing. But would love to hear others' points of view here.
gneray··on Ory Keto, open source authorization server based on Google Zanzibar
How did you land on the Zanzibar architecture over other choices?

Full disclosure: I'm cofounder/CEO of Oso (https://www.osohq.com/), a library for authorization. Overall, it's incredible to see all the activity around authorization recently.

gneray··on Ask HN: Who is hiring? (April 2021)
Oso | Software Engineer, Developer Advocate, & Eng Manager | New York City (NYC) | Onsite or Remote

Over the last 15 years, companies like AWS, Stripe, and Twilio have helped developers offload anything not core to their apps so they can focus on what matters to their users. Despite a lot of progress in developer tooling, most developers still roll their own authorization.

You might start with something quick 'n dirty – some IF statements and roles in a database, which may not be pretty but gets the job done...until you need to add more features, and more features. And inevitably every team band-aids onto this system until they do a big refactor. This is lost time for an area that's not core to what most companies are trying to solve for their users, and what's more, no one on the team is feeling great about this work.

At Oso (backed by Sequoia), we're building the first batteries-included library for authorization so developers don't have to roll it on their own ever again. We're designing slick APIs to cut down the amount of time they spend getting their system set up, and building a fully-fledged policy engine and programming language (in Rust) under the hood to ensure they can customize their system however they need. We don't have any product managers – the engineers on the team are responsible for taking broad problems, experimenting with potential solutions and shipping a superhuman experience for our users.

The team members who join now will not only have a disproportionately large impact on the product, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit:

- Software Engineer: https://www.osohq.com/jobs/eng

- Developer Advocate: https://www.osohq.com/jobs/dev-advocate

- Engineering Manager: https://www.osohq.com/jobs/eng-mgr

gneray··on Open source projects should run office hours
Agreed. We do this at Oso (batteries-included library for application authorization).

https://www.osohq.com/ https://calendly.com/osohq/1-on-1

gneray··on Ask HN: Who is hiring? (March 2021)
Oso | Software Engineer, Developer Advocate, & Eng Manager | New York City (NYC) | Onsite or Remote

Oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with a batteries-included library for authorization.

We open sourced Oso last summer, and the feedback has been amazing. We are hiring folks who want shave down the time developers have to spend thinking about things like roles and route authorization. We spend the bulk of our time building the Oso policy language, Polar, and libraries on top of it. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit:

- Software Engineer: https://www.osohq.com/jobs/eng

- Developer Advocate: https://www.osohq.com/jobs/dev-advocate

- Engineering Manager: https://www.osohq.com/jobs/eng-mgr

gneray··on Ask HN: Who is hiring? (February 2021)
Oso | Software Engineer, Developer Advocate, & Eng Manager | New York City (NYC) | Onsite or Remote

Oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We open sourced Oso last summer, and the feedback has been amazing. We are hiring folks who want shave down the time developers have to spend thinking about things like roles and route authorization. We spend the bulk of our time building the Oso policy language, Polar, and libraries on top of it. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit:

- Software Engineer: https://www.osohq.com/jobs/eng

- Developer Advocate: https://www.osohq.com/jobs/dev-advocate

- Engineering Manager: https://www.osohq.com/jobs/eng-mgr

gneray··on I no longer trust The Great Suspender
Ditto
gneray··on Why the Service Mesh Should Fade Out of Sight
How could the writer make the argument he made and not talk about dependency management?

NB I'm surprised that anything from Forrester made it on here but kudos to them.

gneray··on Our Dumb Security Questionnaire
nice, thanks for sharing
gneray··on Ask HN: Who is hiring? (January 2021)
oso | Software Engineer, Developer Advocate, & Eng Manager | New York City (NYC) | Onsite or Remote

oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We open sourced oso last summer, and the feedback has been amazing. We are hiring folks who want shave down the time developers have to spend thinking about things like roles and route authorization. We spend the bulk of our time building the oso policy language, Polar, and libraries on top of it. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit:

- Software Engineer: https://www.osohq.com/jobs/eng

- Developer Advocate: https://www.osohq.com/jobs/dev-advocate

- Engineering Manager: https://www.osohq.com/jobs/eng-mgr

gneray··on Oso – open-source policy engine for authorization in Rust
This is true.

But truth be told, if you reach out to us via Slack/email/whatever we will do our best to help you regardless. Every eng on the team takes part in our community support rotation. We typically respond to a new Slack message in <5 min during business hours, and we watch it closely and respond as quickly as possible outside of that. We are eager to help our users.

The commercial support options are for customers that require specific contractual SLAs, etc.

gneray··on Oso – open-source policy engine for authorization in Rust
The core for developers will continue to be free and open source – i.e., libraries, language + policy engine, debugger, REPL.

We’ll have a commercial product geared towards ops and security teams. We’re not yet ready to take the wraps off anything yet, but among the things we’re working on or planning: an oso mgt, service, auditing, policy governance, etc. See also: https://news.ycombinator.com/item?id=25443747

gneray··on Oso – open-source policy engine for authorization in Rust
Agreed (other oso cofounder here).

Would even be great to move beyond terms like attributed-based access control (ABAC), which many devs aren't familiar with even if they've actually built those features (e.g., a user can read her own data). ABAC is technically so broad, when in reality it's the underlying patterns that matter, e.g., hierarchies, sharing, multi-tenancy...many more.

gneray··on Ask HN: Who is hiring? (December 2020)
oso | Software Engineer and Developer Advocate | New York City (NYC) | Onsite or Remote

oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We open sourced oso this past summer, and the feedback has been amazing. We are hiring folks who want shave down the time developers have to spend thinking about things like roles and route authorization. We spend the bulk of our time building the oso policy language, Polar, and libraries on top of it. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now will not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit:

- Software Engineer: https://www.osohq.com/jobs/eng

- Developer Advocate: https://www.osohq.com/jobs/dev-advocate

gneray··on Ask HN: Who is hiring? (November 2020)
oso | Developer Advocate | New York City (NYC) | Onsite or Remote

oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We open sourced oso this past summer, and the feedback has been amazing. We are out to build a big, vibrant community of open source users, and we need to be proactive to achieve that goal. To that end, we are hiring our first Developer Advocate. This person will report to the cofounder/CTO and work closely with him, the cofounder/CEO, and the rest of the engineering team.

We are hiring folks who want to put security in the hands of fellow makers. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now will not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit https://www.osohq.com/company/jobs or email jobs [at] osohq [dot] com.

gneray··on Ask HN: Who is hiring? (October 2020)
oso | Developer Advocate | New York City (NYC) | Remote or Onsite

oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We recently released oso into Developer Preview, and the feedback has been amazing. We are out to build a big, vibrant community of open source users, and we need to be proactive to achieve that goal. To that end, we are hiring our first Developer Advocate. This person will report to the cofounder/CTO and work closely with him, the cofounder/CEO, and the rest of the engineering team.

We are hiring folks who want to put security in the hands of fellow makers. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now will not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit https://www.osohq.com/jobs/dev-advocate or email jobs [at] osohq [dot] com.

gneray··on Ask HN: Who is hiring? (September 2020)
oso | Developer Advocate | New York City (NYC) | Remote or Onsite

oso (backed by Sequoia) puts security in the hands of the makers. We're doing this by delivering security as code, or as Charity Majors (cofounder & CTO of Honeycomb) put it, "Consumer-quality developer tools" for security (https://twitter.com/mipsytipsy/status/1288326027001782273) – beginning with an open source policy engine for authorization.

We recently released oso into Developer Preview, and the feedback has been amazing. We are out to build a big, vibrant community of open source users, and we need to be proactive to achieve that goal. To that end, we are hiring our first Developer Advocate. This person will report to the cofounder/CTO and work closely with him, the cofounder/CEO, and the rest of the engineering team.

We are hiring folks who want to put security in the hands of fellow makers. We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. The team members who join now will not only have a disproportionately large impact on the product and the community, but also on the culture and future of the company.

We are based in NYC and hiring folks remote or onsite.

To apply, please visit https://www.osohq.com/company/jobs or email graham [at] osohq [dot] com.

gneray··on Ask HN: Who is hiring? (January 2020)
oso | Software Engineer | New York City (NYC) - Onsite | https://www.osohq.com/

oso (backed by Sequoia) makes backend infrastructure security not terrible for developers and ops. We provide a normalized and consistent interface to core security controls, like who can access what, and we do so in a way that’s invisible to developers and simple for ops. We are hiring small number of sharp engineers who want to get involved on the ground floor and who have some combination of experience in and appetite for taking on these kinds of problems:

1. Building an elegant experience for a highly technical end-user, e.g., making it easy and intuitive for an ops engineer to get up and running in <5 mins

2. Low-level distributed systems, e.g., building lightweight proxies that manage requests asynchronously and deal with things like caching and network failures

3.Running an on-path production service, e.g., building a scalable and resilient service layer across multiple regions and cloud providers

We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. By virtue of our stage, the engineers who join now will not only have a disproportionately large impact on the product, but also on the culture and future of the company. Given the importance of these team members and magnitude of their contribution, they will get a meaningful equity position.

To apply, please email graham [at] osohq [dot] com

gneray··on Ask HN: Who is hiring? (December 2019)
oso | Software Engineer | New York City (NYC) - Onsite | https://www.osohq.com/

oso (backed by Sequoia) makes backend infrastructure security not terrible for developers and ops. We provide a normalized and consistent interface to core security controls, like authentication and encryption, and we do so in a way that’s invisible to developers and simple for ops. We are hiring small number of sharp engineers who want to get involved on the ground floor and who have some combination of experience in and appetite for taking on these kinds of problems:

1. Building an elegant experience for a highly technical end-user, e.g., making it easy and intuitive for an ops engineer to get up and running in <5 mins

2. Low-level distributed systems, e.g., building lightweight proxies that manage requests asynchronously and deal with things like caching and network failures

3. Running an on-path production service, e.g., building a scalable and resilient service layer across multiple regions and cloud providers

We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. By virtue of our stage, the engineers who join now will not only have a disproportionately large impact on the product, but also on the culture and future of the company. Given the importance of these team members and magnitude of their contribution, they will get a meaningful equity position.

Founding team: Graham Neray (early employee and Chief of Staff at MongoDB) and Sam Scott (PhD in Cryptography).

To apply, please email graham [at] osohq [dot] com

gneray··on Ask HN: Who is hiring? (November 2019)
oso | Software Engineer | New York City (NYC) - Onsite | https://www.osohq.com/

oso (backed by Sequoia) makes backend infrastructure security not terrible for developers and ops. We provide a normalized and consistent interface to core security controls, like authentication and encryption, and we do so in a way that’s invisible to developers and simple for ops. We are hiring small number of sharp engineers who want to get involved on the ground floor and who have some combination of experience in and appetite for taking on these kinds of problems:

1. Building an elegant experience for a highly technical end-user, e.g., making it easy and intuitive for an ops engineer to get up and running in <5 mins 2. Low-level distributed systems, e.g., building lightweight proxies that manage requests asynchronously and deal with things like caching and network failures 3. Running an on-path production service, e.g., building a scalable and resilient service layer across multiple regions and cloud providers

We are building the product in Rust, which we think is both a good design choice for our use case and a fun choice for the team. By virtue of our stage, the engineers who join now will not only have a disproportionately large impact on the product, but also on the culture and future of the company. Given the importance of these team members and magnitude of their contribution, they will get a meaningful equity position.

Founding team: Graham Neray (early employee and Chief of Staff at MongoDB) and Sam Scott (PhD in Cryptography).

To apply, please email graham [at] osohq [dot] com

← PreviousPage 3 of 4Next →