स्प्रिंग 5.0.3 RequestRejectedException: URL सामान्य नहीं होने के कारण अनुरोध अस्वीकार कर दिया गया था


89

सुनिश्चित नहीं है कि यह स्प्रिंग 5.0.3 के साथ एक बग है या मेरे अंत में चीजों को ठीक करने के लिए एक नई सुविधा है।

नवीनीकरण के बाद, मुझे यह त्रुटि मिल रही है। दिलचस्प है कि यह त्रुटि केवल मेरी स्थानीय मशीन पर है। HTTPS प्रोटोकॉल के साथ परीक्षण वातावरण पर समान कोड ठीक काम करता है।

जारी है ...

मुझे यह त्रुटि इसलिए मिल रही है क्योंकि परिणामी JSP पेज लोड करने के लिए मेरा URL है /location/thisPage.jsp। मूल्यांकन कोड request.getRequestURI()मुझे परिणाम देता है /WEB-INF/somelocation//location/thisPage.jsp। अगर मैं JSP पेज का URL ठीक करता हूं location/thisPage.jsp, तो चीजें ठीक होती हैं।

तो मेरा प्रश्न यह है कि क्या मुझे कोड में पथ /से हटा देना चाहिए JSPक्योंकि आगे बढ़ने के लिए आवश्यक है। या Springमेरी मशीन और परीक्षण वातावरण के बीच एकमात्र अंतर के रूप में एक बग पेश किया है प्रोटोकॉल HTTPबनाम HTTPS

 org.springframework.security.web.firewall.RequestRejectedException: The request was rejected because the URL was not normalized.
    at org.springframework.security.web.firewall.StrictHttpFirewall.getFirewalledRequest(StrictHttpFirewall.java:123)
    at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:194)
    at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:186)
    at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:357)
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:270)


1
समस्या को 5.1.0 में हल करने की योजना है; वर्तमान में 5.0.0 में यह समस्या नहीं है।
java_dude

जवाबों:


73

स्प्रिंग सिक्योरिटी डॉक्यूमेंटेशन में अनुरोध में // ब्लॉक करने के कारण का उल्लेख किया गया है।

उदाहरण के लिए, इसमें पथ-ट्रैवर्सल अनुक्रम (जैसे /../) या एकाधिक फ़ॉरवर्ड स्लैश (//) हो सकते हैं, जो पैटर्न-मैचों को विफल करने का कारण बन सकते हैं। कुछ कंटेनर सर्वलेट मैपिंग करने से पहले इन्हें सामान्य करते हैं, लेकिन अन्य नहीं करते हैं। इस तरह के मुद्दों से बचाने के लिए, फ़िल्टरचैनप्रॉक्सी अनुरोध की जांच और लपेटने के लिए एक HttpFirewall रणनीति का उपयोग करता है। अन-सामान्यीकृत अनुरोध स्वचालित रूप से डिफ़ॉल्ट रूप से अस्वीकार कर दिए जाते हैं, और मिलान के लिए पथ पैरामीटर और डुप्लिकेट स्लैश हटा दिए जाते हैं।

तो दो संभावित उपाय हैं -

  1. डबल स्लैश निकालें (पसंदीदा तरीका)
  2. नीचे दिए गए कोड का उपयोग करके StrictHttpFirewall को अनुकूलित करके स्प्रिंग सुरक्षा में अनुमति दें।

चरण 1 कस्टम फ़ायरवॉल बनाएँ जो URL में स्लैश की अनुमति देता है।

@Bean
public HttpFirewall allowUrlEncodedSlashHttpFirewall() {
    StrictHttpFirewall firewall = new StrictHttpFirewall();
    firewall.setAllowUrlEncodedSlash(true);    
    return firewall;
}

चरण 2 और फिर इस सेम को websecurity में कॉन्फ़िगर करें

@Override
public void configure(WebSecurity web) throws Exception {
    //@formatter:off
    super.configure(web);
    web.httpFirewall(allowUrlEncodedSlashHttpFirewall());
....
}

चरण 2 एक वैकल्पिक कदम है, स्प्रिंग बूट को बस एक बीन की आवश्यकता होती है जिसे प्रकार से घोषित किया जाता है HttpFirewallऔर इसे फ़िल्टर श्रृंखला में ऑटो-कॉन्फ़िगर करेगा।

स्प्रिंग सिक्योरिटी 5.4 अपडेट

वसंत सुरक्षा 5.4 और इसके बाद के संस्करण (स्प्रिंग बूट> = 2.4.0) में, हम नीचे बीन बनाकर अस्वीकार किए गए अनुरोध के बारे में शिकायत करने वाले बहुत से लॉग से छुटकारा पा सकते हैं।

import org.springframework.security.web.firewall.RequestRejectedHandler;
import org.springframework.security.web.firewall.HttpStatusRequestRejectedHandler;

@Bean
RequestRejectedHandler requestRejectedHandler() {
   return new HttpStatusRequestRejectedHandler();
}

हां पथ-ट्रैवर्सल सुरक्षा शुरू की गई है। यह एक नई विशेषता है और इससे समस्या पैदा हो सकती है। जो मुझे यकीन नहीं है, जैसा कि आप देख रहे हैं कि यह HTTPS पर काम करता है और HTTP पर नहीं। मैं तब तक इंतजार करूंगा जब तक कि यह बग जीरा
java_dude

संभवतः हमारे मुद्दे का बहुत हिस्सा ... लेकिन ... उपयोगकर्ता // में टाइप नहीं कर रहा है, इसलिए मैं यह पता लगाने की कोशिश कर रहा हूं कि दूसरी / पहली जगह में कैसे जोड़ा जा रहा है ... अगर वसंत हमारे पैदा कर रहा है jstl url इसे जोड़ना नहीं चाहिए, या इसे जोड़ने के बाद इसे सामान्य करना चाहिए।
xenoterracide

5
यह वास्तव में समाधान को हल नहीं करता है, कम से कम वसंत सुरक्षा 5.1.1 के लिए। अगर आपको दो स्लैश जैसे / b / c की आवश्यकता है, तो आपको DefaultHttpFirewall का उपयोग करना होगा। TheNormalized विधि को StrictHttpFirewall में कॉन्फ़िगर या ओवरराइड नहीं किया जा सकता है।
जेसन विनेबेक

कोई भी मौका किसी को संकेत दे सकता है कि बूट के विपरीत अकेले वसंत में ऐसा कैसे करें?
12

29

setAllowUrlEncodedSlash(true)मेरे लिए काम नहीं किया। डबल स्लैश होने isNormalizedपर भी आंतरिक विधि वापस आती है false

मैंने केवल निम्नलिखित कोड होने के StrictHttpFirewallसाथ प्रतिस्थापित किया DefaultHttpFirewall:

@Bean
public HttpFirewall defaultHttpFirewall() {
    return new DefaultHttpFirewall();
}

मेरे लिए अच्छा काम करना।
उपयोग करके कोई जोखिम DefaultHttpFirewall?


1
हाँ। सिर्फ इसलिए कि आप अपने रूममेट के लिए एक अतिरिक्त कुंजी नहीं बना सकते हैं, इसका मतलब यह नहीं है कि आपको डोरमैट के तहत एकमात्र कुंजी रखनी चाहिए। सलाह नहीं दी। सुरक्षा नहीं बदली जानी चाहिए।
java_dude

18
@java_dude महान आप कैसे कोई जानकारी या औचित्य प्रदान नहीं किया, सिर्फ एक अस्पष्ट सादृश्य।
kaqqao

एक अन्य विकल्प StrictHttpFirewallURL की अस्वीकृति पर थोड़ा और नियंत्रण देने के लिए उप-वर्ग है, जैसा कि इस उत्तर में विस्तृत है ।
vallismortis

1
यह मेरे लिए काम करता है, लेकिन मुझे अपने बीन एक्सएमएल में यह भी जोड़ना पड़ा:<sec:http-firewall ref="defaultHttpFirewall"/>
जेसन विनेबेक

1
इस समाधान का उपयोग करने के निहितार्थ क्या हैं?
फेलिप डेसिडेराटी

10

मुझे उसी समस्या का सामना करना पड़ा:

स्प्रिंग बूट संस्करण = 1.5.10
स्प्रिंग सुरक्षा संस्करण = 4.2.4


यह समस्या एंडपॉइंट्स पर हुई, जहां ModelAndViewव्यूनेम को पूर्ववर्ती स्लैश के साथ परिभाषित किया गया था । उदाहरण:

ModelAndView mav = new ModelAndView("/your-view-here");

अगर मैंने स्लैश को हटा दिया तो यह ठीक काम कर गया। उदाहरण:

ModelAndView mav = new ModelAndView("your-view-here");

मैंने RedirectView के साथ कुछ परीक्षण भी किए और यह पूर्ववर्ती स्लैश के साथ काम करने लगा।


2
इसका समाधान नहीं है। क्या होगा अगर यह वसंत की तरफ एक बग था। यदि वे इसे बदल देते हैं, तो आपको फिर से सभी परिवर्तन को पूर्ववत करना होगा। मैं इसके बजाय ५.१ तक इंतजार करूंगा क्योंकि तब तक इसका समाधान हो जाएगा।
java_dude

1
नहीं, आपको परिवर्तन वापस करने की आवश्यकता नहीं है क्योंकि आगे के स्लैश को पूर्ववर्ती किए बिना व्यूनाम को परिभाषित करना पुराने संस्करणों पर ठीक काम करता है।
टॉरस्टेन ओजापर्व

वास्तव में यही समस्या है। यदि यह ठीक काम करता है और आपने कुछ भी नहीं बदला है, तो स्प्रिंग ने एक बग पेश किया है। पथ हमेशा "/" से शुरू होना चाहिए। किसी भी वसंत प्रलेखन की जाँच करें। इनकी जाँच करें github.com/spring-projects/spring-security/issues/5007 & github.com/spring-projects/spring-security/issues/5044
ja_dude

1
यह मुझे भी। अग्रणी के बिना सभी ModelAndView को अपडेट करना '/' समस्या को ठीक किया
नथन पेरियर

jira.spring.io/browse/SPR-16740 मैंने एक बग खोला, लेकिन प्रमुख को हटाना / मेरे लिए ठीक नहीं रहा, और ज्यादातर मामलों में हम केवल एक स्ट्रिंग (नियंत्रक से) के रूप में दृश्य नाम वापस कर रहे हैं । समाधान के रूप में अनुप्रेषित दृश्य को देखने की जरूरत है।
xenoterracide

6

एक बार जब मैंने एपीआई कॉल करते समय डबल स्लैश का उपयोग किया तो मुझे वही त्रुटि मिली।

मुझे http: // localhost: 8080 / getSomething को कॉल करना था लेकिन मैंने http: // localhost: 8080 // getSomething को लाइक किया । मैंने अतिरिक्त स्लैश को हटाकर इसे हल किया।


क्या हम इसके लिए कुछ अपवाद हैंडलिंग लिख सकते हैं ताकि हम ग्राहक को उसके गलत इनपुट के बारे में बता सकें?
YouAreAwesome

5

मेरे मामले में,, 4.2.12 के लिए वसंत-securiy-वेब 3.1.3 से अपग्रेड defaultHttpFirewallसे बदल गया था DefaultHttpFirewallकरने के लिए StrictHttpFirewallडिफ़ॉल्ट रूप से। तो बस नीचे दिए गए XML कॉन्फ़िगरेशन में इसे परिभाषित करें:

<bean id="defaultHttpFirewall" class="org.springframework.security.web.firewall.DefaultHttpFirewall"/>
<sec:http-firewall ref="defaultHttpFirewall"/>

के HTTPFirewallरूप में सेट करेंDefaultHttpFirewall


1
कृपया अपने कोड में कुछ विवरण जोड़कर बताएं कि क्या चल रहा है और क्यों। यह अच्छा अभ्यास है। यदि आप नहीं करते हैं, तो आपका उत्तर हटाए जाने के जोखिम में है। इसे पहले ही निम्न गुणवत्ता के रूप में चिह्नित किया गया है।
herrbischoff

3

नीचे समाधान चारों ओर एक साफ काम है। यह सुरक्षा से समझौता नहीं करता है क्योंकि हम एक ही सख्त फ़ायरवॉल का उपयोग कर रहे हैं।

फिक्सिंग के चरण निम्नानुसार हैं:

चरण 1: नीचे के रूप में StrictHttpFirewall ओवरराइडिंग एक वर्ग बनाएँ ।

package com.biz.brains.project.security.firewall;

import java.util.Arrays;
import java.util.Collection;
import java.util.Collections;
import java.util.HashSet;
import java.util.List;
import java.util.Set;

import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.springframework.http.HttpMethod;
import org.springframework.security.web.firewall.DefaultHttpFirewall;
import org.springframework.security.web.firewall.FirewalledRequest;
import org.springframework.security.web.firewall.HttpFirewall;
import org.springframework.security.web.firewall.RequestRejectedException;

public class CustomStrictHttpFirewall implements HttpFirewall {
    private static final Set<String> ALLOW_ANY_HTTP_METHOD = Collections.unmodifiableSet(Collections.emptySet());

    private static final String ENCODED_PERCENT = "%25";

    private static final String PERCENT = "%";

    private static final List<String> FORBIDDEN_ENCODED_PERIOD = Collections.unmodifiableList(Arrays.asList("%2e", "%2E"));

    private static final List<String> FORBIDDEN_SEMICOLON = Collections.unmodifiableList(Arrays.asList(";", "%3b", "%3B"));

    private static final List<String> FORBIDDEN_FORWARDSLASH = Collections.unmodifiableList(Arrays.asList("%2f", "%2F"));

    private static final List<String> FORBIDDEN_BACKSLASH = Collections.unmodifiableList(Arrays.asList("\\", "%5c", "%5C"));

    private Set<String> encodedUrlBlacklist = new HashSet<String>();

    private Set<String> decodedUrlBlacklist = new HashSet<String>();

    private Set<String> allowedHttpMethods = createDefaultAllowedHttpMethods();

    public CustomStrictHttpFirewall() {
        urlBlacklistsAddAll(FORBIDDEN_SEMICOLON);
        urlBlacklistsAddAll(FORBIDDEN_FORWARDSLASH);
        urlBlacklistsAddAll(FORBIDDEN_BACKSLASH);

        this.encodedUrlBlacklist.add(ENCODED_PERCENT);
        this.encodedUrlBlacklist.addAll(FORBIDDEN_ENCODED_PERIOD);
        this.decodedUrlBlacklist.add(PERCENT);
    }

    public void setUnsafeAllowAnyHttpMethod(boolean unsafeAllowAnyHttpMethod) {
        this.allowedHttpMethods = unsafeAllowAnyHttpMethod ? ALLOW_ANY_HTTP_METHOD : createDefaultAllowedHttpMethods();
    }

    public void setAllowedHttpMethods(Collection<String> allowedHttpMethods) {
        if (allowedHttpMethods == null) {
            throw new IllegalArgumentException("allowedHttpMethods cannot be null");
        }
        if (allowedHttpMethods == ALLOW_ANY_HTTP_METHOD) {
            this.allowedHttpMethods = ALLOW_ANY_HTTP_METHOD;
        } else {
            this.allowedHttpMethods = new HashSet<>(allowedHttpMethods);
        }
    }

    public void setAllowSemicolon(boolean allowSemicolon) {
        if (allowSemicolon) {
            urlBlacklistsRemoveAll(FORBIDDEN_SEMICOLON);
        } else {
            urlBlacklistsAddAll(FORBIDDEN_SEMICOLON);
        }
    }

    public void setAllowUrlEncodedSlash(boolean allowUrlEncodedSlash) {
        if (allowUrlEncodedSlash) {
            urlBlacklistsRemoveAll(FORBIDDEN_FORWARDSLASH);
        } else {
            urlBlacklistsAddAll(FORBIDDEN_FORWARDSLASH);
        }
    }

    public void setAllowUrlEncodedPeriod(boolean allowUrlEncodedPeriod) {
        if (allowUrlEncodedPeriod) {
            this.encodedUrlBlacklist.removeAll(FORBIDDEN_ENCODED_PERIOD);
        } else {
            this.encodedUrlBlacklist.addAll(FORBIDDEN_ENCODED_PERIOD);
        }
    }

    public void setAllowBackSlash(boolean allowBackSlash) {
        if (allowBackSlash) {
            urlBlacklistsRemoveAll(FORBIDDEN_BACKSLASH);
        } else {
            urlBlacklistsAddAll(FORBIDDEN_BACKSLASH);
        }
    }

    public void setAllowUrlEncodedPercent(boolean allowUrlEncodedPercent) {
        if (allowUrlEncodedPercent) {
            this.encodedUrlBlacklist.remove(ENCODED_PERCENT);
            this.decodedUrlBlacklist.remove(PERCENT);
        } else {
            this.encodedUrlBlacklist.add(ENCODED_PERCENT);
            this.decodedUrlBlacklist.add(PERCENT);
        }
    }

    private void urlBlacklistsAddAll(Collection<String> values) {
        this.encodedUrlBlacklist.addAll(values);
        this.decodedUrlBlacklist.addAll(values);
    }

    private void urlBlacklistsRemoveAll(Collection<String> values) {
        this.encodedUrlBlacklist.removeAll(values);
        this.decodedUrlBlacklist.removeAll(values);
    }

    @Override
    public FirewalledRequest getFirewalledRequest(HttpServletRequest request) throws RequestRejectedException {
        rejectForbiddenHttpMethod(request);
        rejectedBlacklistedUrls(request);

        if (!isNormalized(request)) {
            request.setAttribute("isNormalized", new RequestRejectedException("The request was rejected because the URL was not normalized."));
        }

        String requestUri = request.getRequestURI();
        if (!containsOnlyPrintableAsciiCharacters(requestUri)) {
            request.setAttribute("isNormalized",  new RequestRejectedException("The requestURI was rejected because it can only contain printable ASCII characters."));
        }
        return new FirewalledRequest(request) {
            @Override
            public void reset() {
            }
        };
    }

    private void rejectForbiddenHttpMethod(HttpServletRequest request) {
        if (this.allowedHttpMethods == ALLOW_ANY_HTTP_METHOD) {
            return;
        }
        if (!this.allowedHttpMethods.contains(request.getMethod())) {
            request.setAttribute("isNormalized",  new RequestRejectedException("The request was rejected because the HTTP method \"" +
                    request.getMethod() +
                    "\" was not included within the whitelist " +
                    this.allowedHttpMethods));
        }
    }

    private void rejectedBlacklistedUrls(HttpServletRequest request) {
        for (String forbidden : this.encodedUrlBlacklist) {
            if (encodedUrlContains(request, forbidden)) {
                request.setAttribute("isNormalized",  new RequestRejectedException("The request was rejected because the URL contained a potentially malicious String \"" + forbidden + "\""));
            }
        }
        for (String forbidden : this.decodedUrlBlacklist) {
            if (decodedUrlContains(request, forbidden)) {
                request.setAttribute("isNormalized",  new RequestRejectedException("The request was rejected because the URL contained a potentially malicious String \"" + forbidden + "\""));
            }
        }
    }

    @Override
    public HttpServletResponse getFirewalledResponse(HttpServletResponse response) {
        return new FirewalledResponse(response);
    }

    private static Set<String> createDefaultAllowedHttpMethods() {
        Set<String> result = new HashSet<>();
        result.add(HttpMethod.DELETE.name());
        result.add(HttpMethod.GET.name());
        result.add(HttpMethod.HEAD.name());
        result.add(HttpMethod.OPTIONS.name());
        result.add(HttpMethod.PATCH.name());
        result.add(HttpMethod.POST.name());
        result.add(HttpMethod.PUT.name());
        return result;
    }

    private static boolean isNormalized(HttpServletRequest request) {
        if (!isNormalized(request.getRequestURI())) {
            return false;
        }
        if (!isNormalized(request.getContextPath())) {
            return false;
        }
        if (!isNormalized(request.getServletPath())) {
            return false;
        }
        if (!isNormalized(request.getPathInfo())) {
            return false;
        }
        return true;
    }

    private static boolean encodedUrlContains(HttpServletRequest request, String value) {
        if (valueContains(request.getContextPath(), value)) {
            return true;
        }
        return valueContains(request.getRequestURI(), value);
    }

    private static boolean decodedUrlContains(HttpServletRequest request, String value) {
        if (valueContains(request.getServletPath(), value)) {
            return true;
        }
        if (valueContains(request.getPathInfo(), value)) {
            return true;
        }
        return false;
    }

    private static boolean containsOnlyPrintableAsciiCharacters(String uri) {
        int length = uri.length();
        for (int i = 0; i < length; i++) {
            char c = uri.charAt(i);
            if (c < '\u0020' || c > '\u007e') {
                return false;
            }
        }

        return true;
    }

    private static boolean valueContains(String value, String contains) {
        return value != null && value.contains(contains);
    }

    private static boolean isNormalized(String path) {
        if (path == null) {
            return true;
        }

        if (path.indexOf("//") > -1) {
            return false;
        }

        for (int j = path.length(); j > 0;) {
            int i = path.lastIndexOf('/', j - 1);
            int gap = j - i;

            if (gap == 2 && path.charAt(i + 1) == '.') {
                // ".", "/./" or "/."
                return false;
            } else if (gap == 3 && path.charAt(i + 1) == '.' && path.charAt(i + 2) == '.') {
                return false;
            }

            j = i;
        }

        return true;
    }

}

चरण 2: एक फ़ायरवॉल रिप्रेज़ेंट क्लास बनाएँ

package com.biz.brains.project.security.firewall;

import java.io.IOException;
import java.util.regex.Pattern;

import javax.servlet.http.Cookie;
import javax.servlet.http.HttpServletResponse;
import javax.servlet.http.HttpServletResponseWrapper;

class FirewalledResponse extends HttpServletResponseWrapper {
    private static final Pattern CR_OR_LF = Pattern.compile("\\r|\\n");
    private static final String LOCATION_HEADER = "Location";
    private static final String SET_COOKIE_HEADER = "Set-Cookie";

    public FirewalledResponse(HttpServletResponse response) {
        super(response);
    }

    @Override
    public void sendRedirect(String location) throws IOException {
        // TODO: implement pluggable validation, instead of simple blacklisting.
        // SEC-1790. Prevent redirects containing CRLF
        validateCrlf(LOCATION_HEADER, location);
        super.sendRedirect(location);
    }

    @Override
    public void setHeader(String name, String value) {
        validateCrlf(name, value);
        super.setHeader(name, value);
    }

    @Override
    public void addHeader(String name, String value) {
        validateCrlf(name, value);
        super.addHeader(name, value);
    }

    @Override
    public void addCookie(Cookie cookie) {
        if (cookie != null) {
            validateCrlf(SET_COOKIE_HEADER, cookie.getName());
            validateCrlf(SET_COOKIE_HEADER, cookie.getValue());
            validateCrlf(SET_COOKIE_HEADER, cookie.getPath());
            validateCrlf(SET_COOKIE_HEADER, cookie.getDomain());
            validateCrlf(SET_COOKIE_HEADER, cookie.getComment());
        }
        super.addCookie(cookie);
    }

    void validateCrlf(String name, String value) {
        if (hasCrlf(name) || hasCrlf(value)) {
            throw new IllegalArgumentException(
                    "Invalid characters (CR/LF) in header " + name);
        }
    }

    private boolean hasCrlf(String value) {
        return value != null && CR_OR_LF.matcher(value).find();
    }
}

कदम 3: को दबाने के लिए एक कस्टम फ़िल्टर बनाने RejectedException

package com.biz.brains.project.security.filter;

import java.io.IOException;
import java.util.Objects;

import javax.servlet.FilterChain;
import javax.servlet.ServletException;
import javax.servlet.ServletRequest;
import javax.servlet.ServletResponse;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;

import org.springframework.core.Ordered;
import org.springframework.core.annotation.Order;
import org.springframework.http.HttpHeaders;
import org.springframework.security.web.firewall.RequestRejectedException;
import org.springframework.stereotype.Component;
import org.springframework.web.filter.GenericFilterBean;

import lombok.extern.slf4j.Slf4j;

@Component
@Slf4j
@Order(Ordered.HIGHEST_PRECEDENCE)
public class RequestRejectedExceptionFilter extends GenericFilterBean {

        @Override
        public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
            try {
                RequestRejectedException requestRejectedException=(RequestRejectedException) servletRequest.getAttribute("isNormalized");
                if(Objects.nonNull(requestRejectedException)) {
                    throw requestRejectedException;
                }else {
                    filterChain.doFilter(servletRequest, servletResponse);
                }
            } catch (RequestRejectedException requestRejectedException) {
                HttpServletRequest httpServletRequest = (HttpServletRequest) servletRequest;
                HttpServletResponse httpServletResponse = (HttpServletResponse) servletResponse;
                log
                    .error(
                            "request_rejected: remote={}, user_agent={}, request_url={}",
                            httpServletRequest.getRemoteHost(),  
                            httpServletRequest.getHeader(HttpHeaders.USER_AGENT),
                            httpServletRequest.getRequestURL(), 
                            requestRejectedException
                    );

                httpServletResponse.sendError(HttpServletResponse.SC_NOT_FOUND);
            }
        }
}

चरण 4: कस्टम फ़िल्टर को सुरक्षा कॉन्फ़िगरेशन में स्प्रिंग फ़िल्टर श्रृंखला में जोड़ें

@Override
protected void configure(HttpSecurity http) throws Exception {
     http.addFilterBefore(new RequestRejectedExceptionFilter(),
             ChannelProcessingFilter.class);
}

अब ऊपर फिक्स का उपयोग करके, हम RequestRejectedExceptionएरर 404 पेज को हैंडल कर सकते हैं ।


धन्यवाद। यह वह दृष्टिकोण है जिसका उपयोग हमने अस्थायी रूप से अपने जावा माइक्रोसर्वर को अपग्रेड करने के लिए किया था जब तक कि फ्रंट-एंड ऐप्स सभी अपग्रेड नहीं हो जाते। मुझे सामान्य रूप से '//' को सफलतापूर्वक अनुमति देने के लिए चरण 3 और 4 की आवश्यकता नहीं थी। मैंने अभी-अभी उस स्थिति के बारे में टिप्पणी की है जो कि सामान्यीकृत में डबल-स्लैश के लिए जाँच की गई है और फिर इसके बजाय CustomStrictHttpFirewall वर्ग का उपयोग करने के लिए सेम को कॉन्फ़िगर किया है।
gtaborga

क्या कॉन्फ़िगरेशन के माध्यम से आसान समाधान है? लेकिन फायरवॉल को बंद किए बिना ..
प्रथमेश

0

मेरे मामले में, समस्या पोस्टमैन के साथ लॉग इन नहीं होने के कारण हुई थी, इसलिए मैंने अपने क्रोम सत्र में हेडर से लिए गए सत्र कुकी के साथ एक अन्य टैब में एक कनेक्शन खोला।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.