Leonardo A Uzcategui, Age 72Westminster, CO

2008031, Dec 18, 2008

May 9, 2008

12/118197

Claudia S. Barrett - Wake Forest NC, US
Joseph Chacko - Sheffield, GB
Krithika Kashinath - Bangalore, IN
Shirish Kuncolienkar - Bangalore, IN
Leonardo A. Uzcategui - Georgetown TX, US

International Business Machines Corporation - Armonk NY

G06F 15/16

709202

A computer-implemented method for processing service requests in a distributed environment includes routing a type of service request to a first service provider in the distributed environment, the first service provider having a commitment level for handling the service request type, detecting a second service provider in the distributed environment capable of handing the service request type, determining a commitment level of the second service provider to handle the service request type, and responsive to the commitment level of the second provider exceeding the commitment level of the first provider, routing the service request type to the second service provider.

2018024, Aug 23, 2018

Apr 23, 2018

15/959581

- Armonk NY, US
Ching-Yun Chao - Austin TX, US
Patrick L. Davis - Pflugerville TX, US
Rohan Gandhi - Cedar Park TX, US
Yuhsuke Kaneyasu - Tokyo, JP
Lewis Lo - Toronto, CA
Ki H. Park - Cary NC, US
Ankit Patel - Austin TX, US
Kin Ueng - Austin TX, US
Iqbal M. Umair - Mississauga, CA
Leonardo A. Uzcategui - Westminster CO, US
Barbara J. Vander Weele - Austin TX, US

H04L 29/06
H04L 9/30

A new management node associated with a new rack sends at least a public key of the new management node to a first management node associated with a first rack and a plurality of autonomous management nodes. The first management node sends the new management node an access token trusted by at least a portion of the plurality of autonomous management nodes and a set of public keys corresponding to at least a portion of the plurality of autonomous management nodes. The new management node can send its public key and the access token to at least a portion of the plurality of autonomous management nodes. In response, the new management node can establish a mutual trust relationship with at least a portion of the plurality of autonomous management nodes.

2017014, May 25, 2017

Nov 25, 2015

14/951835

- Armonk NY, US
Ching-Yun Chao - Austin TX, US
Patrick L. Davis - Pflugerville TX, US
Rohan Gandhi - Cedar Park TX, US
Yuhsuke Kaneyasu - Tokyo, JP
Lewis Lo - Toronto, CA
Ki H. Park - Cary NC, US
Ankit Patel - Austin TX, US
Kin Ueng - Austin TX, US
Iqbal M. Umair - Mississauga, CA
Leonardo A. Uzcategui - Westminster CO, US
Barbara J. Vander Weele - Austin TX, US

H04L 29/06
H04L 9/30

A new management node associated with a new rack sends at least a public key of the new management node to a first management node associated with a first rack and a plurality of autonomous management nodes. The first management node sends the new management node an access token trusted by at least a portion of the plurality of autonomous management nodes and a set of public keys corresponding to at least a portion of the plurality of autonomous management nodes. The new management node can send its public key and the access token to at least a portion of the plurality of autonomous management nodes. In response, the new management node can establish a mutual trust relationship with at least a portion of the plurality of autonomous management nodes.

2017014, May 25, 2017

Nov 20, 2015

14/947129

- Armonk NY, US
Ching-Yun Chao - Austin TX, US
Li Yi - Beijing, CN
Leonardo A. Uzcategui - Georgetown TX, US
John Yow-Chun Chang - Austin TX, US
Rohan Gandhi - Austin TX, US

H04L 29/06

Cross-Site Request Forgery attacks are mitigated by a CSRF mechanism executing at a computing entity. The CSRF mechanism is operative to analyze information associated with an HTTP request for a resource. The HTTP request typically originates as an HTTP redirect from another computing entity, such as an enterprise Web portal. Depending on the nature of the information associated with the HTTP request, the HTTP request may be rejected because the CSRF mechanism determines that the request is or is likely associated with a CSRF attack. To facilitate this determination, the approach leverages a new type of “referer” attribute, a trustedReferer, which indicates that the request originates from a server that has previously established a trust relationship with the site at which the CSRF mechanism executes. The trustedReferer attribute typically is set by the redirecting entity, and in an HTTP request header field dedicated for that attribute.

2017014, May 18, 2017

Nov 16, 2015

14/942096

- Armonk NY, US
John Yow-Chun Chang - Austin TX, US
Ching-Yun Chao - Austin TX, US
Patrick L. Davis - Pflugerville TX, US
Rohan Gandhi - Cedar Park TX, US
Hugh E. Hockett - Raleigh NC, US
Yuhsuke Kaneyasu - Tokyo, JP
Lewis Lo - Toronto, CA
Matthew D. McClintock - Morrisville NC, US
Scott C. Moonen - Holly Springs NC, US
Ki H. Park - Cary NC, US
Ankit Patel - Austin TX, US
Kin Ueng - Austin TX, US
Iqbal M. Umair - Mississauga, CA
Leonardo A. Uzcategui - Westminster CO, US
Barbara J. Vander Weele - Austin TX, US

H04L 9/32
H04L 29/08

A first management node of a first rack can be registered to a shared file storage system by establishing a mutual trust relationship between the first management node and the shared file storage system. The first management node can access a plurality of respective public keys and a plurality of respective certificates of authority that are stored in the shared file storage system and associated with a plurality of respective registered management nodes. The first management node can store a public key and a certificate of authority in the shared file storage system. The first management node can form mutual trust relationships with other registered management nodes. The first management node can validate authenticity of messages received from registered management nodes of the plurality of registered management nodes using a respective public key and a respective certificate of authority associated with a respective registered management node sending a message.

2017013, May 11, 2017

Nov 10, 2015

14/937081

- Armonk NY, US
Ching-Yun Chao - Austin TX, US
Patrick L. Davis - Pflugerville TX, US
Rohan Gandhi - Cedar Park TX, US
Yuhsuke Kaneyasu - Tokyo, JP
Lewis Lo - Toronto, CA
Ki H. Park - Cary NC, US
Ankit Patel - Austin TX, US
Kin Ueng - Austin TX, US
Iqbal M. Umair - Mississauga, CA
Leonardo A. Uzcategui - Westminster CO, US
Barbara J. Vander Weele - Austin TX, US

H04L 12/911
H04L 29/08

A construct having a plurality of distributed resources can include a portion of a second rack having a plurality of computing devices controlled by a second management node. The second management node can determine it contains insufficient construct data such as user data, group data, resource data, or authorization policy data to execute an operation associated with the construct. The second management node can synchronize at least a portion of construct data with a first management node. The first management node can be associated with the construct and a mutual trust relationship can exist between the first management node and the second management node. The first management node and the second management node can comprise autonomous management nodes capable of functioning independent of the network.