IP Library Granted Patent US 8,996,715
Granted Patent B2
US 8,996,715 · App. 11/473,914 · Granted Mar 31, 2015

Application firewall validation bypass for impromptu components

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 8,996,715
App. No.
11/473,914
Granted
Mar 31, 2015
Kind
B2
Abstract

A method of controlling data transfer between a Web client and a Web application by building a response with a target. The target indicates a destination to an impromptu component of the Web application. The target is signed when a response is built. After receiving the response by the Web client; the corresponding a request from the Web client includes the signed target. The request is received by an entry point of the Web application. The entry point has existing validation rules. The validation rules are by-passed when the signed target is verified. The target is restored in the request to the original state; and dispatched to the impromptu component.

Claims (51)

1. A method of controlling data transfer between a Web client and a Web application comprising:

building a response that includes a target, wherein the target indicates a destination of a request that is dispatched to an impromptu component of the Web application and has an original state;

signing the target with a digital signature to produce a signed target;

sending the response including the signed target to the Web client;

receiving the request from the Web client, wherein the request includes the signed target and one or more parameters for the impromptu component;

determining that the request is directed to the impromptu component by verifying the digital signature of the signed target;

upon verifying the digital signature of the signed target, bypassing a validation rule for validating the one or more parameters included in the request; and

restoring the target based at least in part on the signed target in the request to the original state.

2. The method as claimed in claim 1 , wherein the impromptu component is a portlet.

3. The method as claimed in claim 1 , wherein the target comprises a plurality of request parameters.

4. The method as claimed in claim 1 , wherein the Web Application has an entry point.

5. The method as claimed in claim 4 , wherein the entry point is an application firewall.

6. The method as claimed in claim 4 , wherein the target is signed by the entry point.

7. The method as claimed in claim 4 , wherein the entry point is a validation engine.

8. The method as claimed in claim 1 , wherein the signing the target further comprises transforming the signed target.

9. The method as claimed in claim 8 , wherein the transforming comprises rearranging names and values of a plurality of parameters of the request, resulting in a new unique parameter.

10. The method as claimed in claim 9 , further comprising restoring the plurality of parameters.

11. The method as claimed in claim 8 , wherein the transforming comprises encoding.

12. The method as claimed in claim 1 , wherein the target is signed by an Impromptu Component Manager.

13. The method as claimed in claim 1 , wherein the Web client is a simple object access protocol (SOAP) client.

14. A storage medium having a memory readable by a computer encoding a computer program for execution by the computer to carry out a method for controlling data transfer between a Web client and a Web application, wherein the computer program when executed on the computer causes the computer to:

build a response that includes a target, wherein the target indicates a destination of a request that is dispatched to an impromptu component of the Web application and has an original state;

sign the target with a digital signature to produce a signed target;

send the response including the signed target to the Web client;

receive the request from the Web client, wherein the request includes the signed target and one or more parameters for the impromptu component;

determine that the request is directed to the impromptu component by verifying the digital signature of the signed target;

upon verifying the digital signature of the signed target, bypass a the validation rule for validating the one or more parameters included in the request; and

restore the target based at least in part on the signed target in the request to the original state.

15. The storage medium as claimed in claim 14 , wherein the impromptu component is a portlet.

16. The storage medium as claimed in claim 14 , wherein the target comprises a plurality of request parameters.

17. The storage medium as claimed in claim 14 , wherein the Web Application has an entry point.

18. The storage medium as claimed in claim 17 , wherein the entry point is an application firewall.

19. The storage medium as claimed in claim 17 , wherein the entry point is a validation engine.

20. The storage medium as claimed in claim 17 , wherein the target is signed by the entry point.

21. The storage medium as claimed in claim 14 , wherein the signing the target further comprises transforming the signed target.

22. The storage medium as claimed in claim 21 , wherein the transforming comprises rearranging names and values of a plurality of parameters of the request, resulting in a new unique parameter.

23. The storage medium as claimed in claim 22 , wherein the computer is further caused to restore the plurality of parameters.

24. The storage medium as claimed in claim 21 , wherein the transforming comprises encoding.

25. The storage medium as claimed in claim 14 , wherein the target is signed by an Impromptu Component Manager.

26. The storage medium as claimed in claim 14 , wherein the Web client is a simple object access protocol (SOAP) client.

27. A system comprising:

a processor configured to:

build a response that includes a target, wherein the target indicates a destination of a request that is dispatched to an impromptu component of the Web application and has an original state,

sign the target with a digital signature, to produce a signed target,

send the response including the signed target to the Web client,

receive the request from the Web client, wherein the request includes the signed target and one or more parameters for the impromptu component,

determine that the request is directed to the impromptu component by verifying the digital signature of the signed target,

upon verifying the digital signature of the signed target, bypass a validation rule for validating the one or more parameters included in the request, and

restore the target based at least in part on the signed target in the request to the original state.

28. The system as claimed in claim 27 , wherein the impromptu component is a portlet.

29. The system as claimed in claim 27 , wherein the target comprises a plurality of request parameters.

Assignments (4)
CERTIFICATE OF AMALGAMATION Recorded Aug 15, 2008
From: COGNOS INCORPORATED
To: COGNOS ULC
Reel/Frame 021387/0813 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 15, 2008
From: COGNOS ULC
To: IBM INTERNATIONAL GROUP BV
Reel/Frame 021387/0837 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Aug 15, 2008
From: IBM INTERNATIONAL GROUP BV
To: INTERNATIONAL BUSINESS MACHINES CORPORATION
Reel/Frame 021398/0001 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Oct 20, 2006
From: ROY, PATRICK; DESBIENS, ROBERT
To: COGNOS INCORPORATED
Reel/Frame 018416/0042 →