-
Notifications
You must be signed in to change notification settings - Fork 107
Allow containers to access shared public content #422
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
Reviewer's guide (collapsed on small PRs)Reviewer's GuideAdds SELinux policy booleans and documentation to let container domains read or manage files labeled as public_content_t / public_content_rw_t, enabling shared content between containerized and non-containerized services while defaulting to secure behavior. File-Level Changes
Possibly linked issues
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
Summary of ChangesHello @ipilcher, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! This pull request enhances the flexibility of SELinux policies for containerized environments by providing system administrators with explicit control over how containers interact with shared public content. It introduces two new booleans that allow for either read-only or full read/write access to specifically labeled public files, thereby simplifying file sharing between containerized and non-containerized services. Highlights
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for Github and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey there - I've reviewed your changes - here's some feedback:
- In the man page example for
container_manage_public_content,set seboolhas an extra space and should besetseboolto match the actual command and the earlier example.
Prompt for AI Agents
Please address the comments from this code review:
## Overall Comments
- In the man page example for `container_manage_public_content`, `set sebool` has an extra space and should be `setsebool` to match the actual command and the earlier example.Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code Review
This pull request introduces two new SELinux booleans, container_read_public_content and container_manage_public_content, to allow containers read-only or read-write access to shared public content. The changes in container.te correctly define and implement the policy for these booleans. The documentation in container_selinux.8 is also updated accordingly. My review found a minor typo in an example command in the man page, which I've suggested a fix for.
|
Ephemeral COPR build failed. @containers/packit-build please check. |
|
Tests failed. @containers/packit-build please check. |
a56412d to
892a5c1
Compare
|
/packit retest-failed |
lsm5
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
@ipilcher would be nice to add a test as a shell / beakerlib script. Not a blocker for this PR.
@haircommander @rhatdan PTAL
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ipilcher, lsm5, sourcery-ai[bot] The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Can you point me to some examples? |
@ipilcher There's nothing in this repo itself. But in the Again, this could be an item for later. Just that I'm trying to improve CI test coverage for this repo. This PR could totally go in without it. |
Add 2 new booleans to enable access: * container_read_public_content allows read-only access to files labeled as public_content_t or public_content_rw_t. * container_manage_public_content allows full read, write, create, etc., access to files labeled as public_content_rw_t. Fixes containers#406 Signed-off-by: Ian Pilcher <arequipeno@gmail.com>
Add descriptions of the container_read_public_content and container_manage_public_content booleans. Signed-off-by: Ian Pilcher <arequipeno@gmail.com>
Signed-off-by: Ian Pilcher <arequipeno@gmail.com>
Currently, there is no simple way for a system administrator to share files between containerized and non-containerized services (e.g., a containerized media server and a non-containerized web server). This PR adds two new booleans that enable read-only or read/write (plus create, rename, etc.) access by containers to files labeled as
public_content_torpublic_content_rw_t.Summary by Sourcery
Document new SELinux booleans for allowing containers to access shared public content.
Documentation: