Skip to main contentQuestionDo you actually need them?If not, keep the default block in place and stop there.
→
ScopeAllow the narrowest surfacePrefer a tight protocol and host allow-list over a broad permission.
→
ResilienceTest asset failure modesMake sure the output still behaves acceptably if the asset is unavailable.
→
Trust boundaryDocument the decisionMake the asset dependency visible in the surrounding workflow or product.
External assets are an explicit trust decision, not a background convenience.
External assets are useful when a rendered document needs images, linked media, or other hosted content, but they should never be enabled by accident.
Recommended Sequence
- Decide whether the document genuinely depends on external assets.
- Prefer the narrowest allow-list that satisfies the use case.
- Keep the allowed protocols and hosts explicit in the render options.
- Verify that the output still behaves well if assets fail to load.
- Make the trust boundary visible in the surrounding product or workflow.
Practical Rule
If you do not need external assets, do not enable them. If you do need them, document the reason and keep the scope as tight as possible.