Impact
In the case of inter-object references via GenericForeignKey (a pattern allowing an object to reference another object that may belong to one of several different "content types" or database tables), when creating or updating an object containing a GenericForeignKey, Nautobot's REST API failed to enforce user "view" permissions when determining whether a given reference to another object would be valid.
As a concrete example, a user:
- who has permission to create or update
ImageAttachment records
- but who lacks permission to view (some or all)
Device records
- but who knows (via some other mechanism) the UUID of a specific
Device that they do not otherwise have access to
could create via the REST API an ImageAttachment linked to that specific Device.
Other models that use GenericForeignKey and may be writable via the REST API, and hence have a similar vulnerability to ImageAttachment, may include:
ApprovalWorkflowCableConfigContextContactAssociationDataComplianceDeviceExportTemplateGraphQLQueryNoteObjectMetadataRelationshipAssociationStaticGroupAssociationVirtualMachine
Additionally, any Nautobot Apps that provide models with a REST API and use GenericForeignKey may have a similar vulnerability for their models.
Patches
A general-purpose fix has been implemented in Nautobot 2.4.33 and 3.1.2, which ensures correct application of "view" permissions when creating or modifying object references via GenericForeignKey throughout the REST API. Individual models/views/serializers generally will not require any specific code changes to benefit from this fix.
Workarounds
No known workarounds at this time.
References
References
whatisproblem Reporter
Impact
In the case of inter-object references via
GenericForeignKey(a pattern allowing an object to reference another object that may belong to one of several different "content types" or database tables), when creating or updating an object containing aGenericForeignKey, Nautobot's REST API failed to enforce user "view" permissions when determining whether a given reference to another object would be valid.As a concrete example, a user:
ImageAttachmentrecordsDevicerecordsDevicethat they do not otherwise have access tocould create via the REST API an
ImageAttachmentlinked to that specificDevice.Other models that use
GenericForeignKeyand may be writable via the REST API, and hence have a similar vulnerability toImageAttachment, may include:ApprovalWorkflowCableConfigContextContactAssociationDataComplianceDeviceExportTemplateGraphQLQueryNoteObjectMetadataRelationshipAssociationStaticGroupAssociationVirtualMachineAdditionally, any Nautobot Apps that provide models with a REST API and use GenericForeignKey may have a similar vulnerability for their models.
Patches
A general-purpose fix has been implemented in Nautobot 2.4.33 and 3.1.2, which ensures correct application of "view" permissions when creating or modifying object references via
GenericForeignKeythroughout the REST API. Individual models/views/serializers generally will not require any specific code changes to benefit from this fix.Workarounds
No known workarounds at this time.
References
References