gpt4 book ai didi

java - 在 Spring Boot Data Rest 应用程序中保护 JSON-PATCH 路径

转载 作者:IT老高 更新时间:2023-10-28 13:47:19 29 4
gpt4 key购买 nike

我使用了一个非常普通的 spring-boot-starter-data-rest 设置并启用了 PATCH 方法。一切正常,但我有一个安全问题,想知道缓解它的推荐方法是什么。

问题在于 PATCH path 允许从不同的端点更新可访问的实体。所以,假设我有一个 comments 端点和一个 article 端点。每条评论与其文章都有一对一的关联。有权编辑评论的用户可以执行以下操作:

PATCH http://some.domain.foo/api/comments/1234
Content-Type: application/json-patch+json

[
{ "op": "replace", "path": "/article/title", "value": "foobar2" }
]

从而改变文章的标题!!

显然这不好。

在这种情况下,对于 API 的其他部分,与“文章”的关联需要是可遍历的。但它必须是只读的。

那么...我如何在 Spring 中实现这一点?

拦截请求?实现处理程序方法?从头开始编写我自己的 Controller ?

谢谢!

最佳答案

似乎 spring-data-rest 上的当前实现将路径转换为 ​​SpEL 以直接在 bean 上应用值。见 PatchOperation (v2.5.x) .

考虑以下选项:

  • 使用 json-merge PATCH 请求代替 json-patch 发送部分更新(使用“application/json”或“application/merge-patch+json”内容类型)。这将尊重 @JsonIgnore 和其他 Jackson 注释,并以不同方式处理关联。
  • 您可以完全禁用“json-patch+json”,例如通过添加安全过滤器
  • 如果仍然需要,您可以随时创建自定义 json-patch 实现
  • 使用不依赖 JPA 的应用程序级连接,即仅公开链接实体的 ID 并在您的 ResourceProcessor 中提供自定义链接。

此外,如果您使用 JPA 并且 Comment.article 使用 @ManyToOne 进行注释,请确保关联没有级联。即使文章对象被补丁修改,也不会与评论一起保存。

关于java - 在 Spring Boot Data Rest 应用程序中保护 JSON-PATCH 路径,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42590027/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com