| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
There was a problem hiding this comment.
Updates SECURITY-THREAT-MODEL.md to more explicitly define PyIceberg’s security scope boundaries and calibrate which report classes should be treated as vulnerabilities vs. bugs/hardening work.
Changes:
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Sorry, something went wrong.
| Iceberg Python loads configuration from documented default locations, including | ||
| `.pyiceberg.yaml` resolved from the working directory, the user home directory, | ||
| and `PYICEBERG_HOME`, together with `PYICEBERG_`-prefixed environment | ||
| variables. This resolution order is public, documented behavior and follows the | ||
| same pattern as configuration loading in widely used tooling across the |
There was a problem hiding this comment.
LGTM, we have discussed about these offline.
Thanks for adding them here
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Rationale for this change
Update SECURITY-THREAT-MODEL.md to introduce additional scope boundaries that define security issues in iceberg-python.
This updated boundary excludes the following categories of issues from being labeled as a security issue in PyIceberg:
Are these changes tested?
Markdown only change - no testing required.
Are there any user-facing changes?
No