GitHub "Organizations" act like "Users" in some cases. So the confusion is real.
Example, if you fork a repository in GitHub from an Organization instead of from a personal User account, the owners of the repo in the Organization can not only see your fork and any changes but can delete your fork. Not good.
Organization owners of a repository that has been forked have admin
permission to forks created in personal user namespaces, including the
ability to delete the fork and its branches.
This means that permission inheritance rules change based on not just private or public GitHub repo settings, but on whether you use a personal versus an organizational account. Personal accounts are not truly users that have ownership of their code. Organizations feels like a special type of Administrator to me, with the Organization now overriding all personal permissions over code, if they choose. Unless the person that forked the Organization's code is ALSO an Organization, you risk losing all rights to code changes in your fork.
For this reason, it is best to see Organizations as a higher level subtype of Admin User (not owner) so you understand the permissions assigned to it and the powers it holds over everything under it.