[jira] [Updated] (SLING-7760) Sling Main Servlet - Change header configuration to a service

2020-01-10 Thread Jason Bailey (Jira)


 [ 
https://issues.apache.org/jira/browse/SLING-7760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Bailey updated SLING-7760:

Description: 
The ability to set headers must be done prior to any writing that occurs the 
output stream. This is the reason why the headers are set to be configured in 
the Sling Main Servlet.

With Sling being used to maintain multiple sites, having a single set of 
response headers creates problems where the header provides a non tailored 
response. One site may have a conflicting set of requirements then another site.

If the setting of headers was moved from being a configuration to being a 
service used by the Main Servlet, this would allow the following:
 * Headers set on a per site basis
 * Headers based on selected resource
 * Ability to modify the headers without causing the restart of the Sling Main 
Servlet
 ** Which if you're dealing with CSP headers can be a constant pain
 * Ability to create a CSP configuration Service that eases the use of CSP 
creation

 

 

  was:
Currently, for us to set the global response headers we need to add these to 
the Sling Main Servlet.

The problem with this is
 * Any changes to the Sling Main Servlet ends up with the service restarting. 
This has a negative overall effect to the environment
 * We run multiple domains out of a single instance. For a 
Content-Security-Header we end up putting in exemptions that should apply to 
one site for all sites. This is problematic from a security perspective

Ideally we would be able to configure headers based on the domain that's being 
requested


> Sling Main Servlet - Change header configuration to a service
> -
>
> Key: SLING-7760
> URL: https://issues.apache.org/jira/browse/SLING-7760
> Project: Sling
>  Issue Type: Improvement
>Reporter: Jason E Bailey
>Assignee: Jason E Bailey
>Priority: Major
>
> The ability to set headers must be done prior to any writing that occurs the 
> output stream. This is the reason why the headers are set to be configured in 
> the Sling Main Servlet.
> With Sling being used to maintain multiple sites, having a single set of 
> response headers creates problems where the header provides a non tailored 
> response. One site may have a conflicting set of requirements then another 
> site.
> If the setting of headers was moved from being a configuration to being a 
> service used by the Main Servlet, this would allow the following:
>  * Headers set on a per site basis
>  * Headers based on selected resource
>  * Ability to modify the headers without causing the restart of the Sling 
> Main Servlet
>  ** Which if you're dealing with CSP headers can be a constant pain
>  * Ability to create a CSP configuration Service that eases the use of CSP 
> creation
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Updated] (SLING-7760) Sling Main Servlet - Change header configuration to a service

2020-01-10 Thread Jason Bailey (Jira)


 [ 
https://issues.apache.org/jira/browse/SLING-7760?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Bailey updated SLING-7760:

Summary: Sling Main Servlet - Change header configuration to a service  
(was: Contextual Additional Response Headers)

> Sling Main Servlet - Change header configuration to a service
> -
>
> Key: SLING-7760
> URL: https://issues.apache.org/jira/browse/SLING-7760
> Project: Sling
>  Issue Type: Improvement
>Reporter: Jason E Bailey
>Assignee: Jason E Bailey
>Priority: Major
>
> Currently, for us to set the global response headers we need to add these to 
> the Sling Main Servlet.
> The problem with this is
>  * Any changes to the Sling Main Servlet ends up with the service restarting. 
> This has a negative overall effect to the environment
>  * We run multiple domains out of a single instance. For a 
> Content-Security-Header we end up putting in exemptions that should apply to 
> one site for all sites. This is problematic from a security perspective
> Ideally we would be able to configure headers based on the domain that's 
> being requested



--
This message was sent by Atlassian Jira
(v8.3.4#803005)