Hi All,

 

During a travel that led to the change of time zone, I accidentally forgot
to change the time zone settings of my computer.

 

I have two application (which use Higgins 1.1M6 code):

 

.         The JCUAL: this application send a request to the Higgins Selector
Switch and use Microsoft CardSpace;  there is an end user that select an
I-Card to interact with my Bandit IdP. When I perform a token request, MS
Cardspace doesn't conclude the operation and exits with the following fatal
error (I read this error in the Windows' EventViewer):

 

The security timestamp is stale because its creation time ('12/06/2009
8.14.39') is too far back in the past. Current time is '12/06/2009 9.14.39',
maximum timestamp lifetime is '00:05:00' and allowed clock skew is
'00:05:00'

                

This means that the MS Cardspace provide a check between the Issue and
receive token time with a tolerance of five minutes.

 

.         The JCAL: in particular to make possible the use of Higgins
between a Java/C++ server application (acting as RP) and non-interactive
Java/C++ clients (i.e. applications that do not interact with end users to
select cards, etc.). For us an application that needs to authenticate to an
RP providing an authentication token obtained from an STS is a "client
application". In this application, If I voluntarily replicate the time zone
mismatch scenario, the Higgins 1.1M6 code doesn't intercept this bad
situation. Is in the Higgins Framework provided a similar check in the SOAP
interaction with the STS?

 

Any feedbacks will be appreciated.

 

TIA.

 

Best regards.

 

============================

Dr. Leonardo Straniero

CRS - Corporate Research

 <http://www.txt.it/> cid:[email protected]

c/o Tecnopolis N.O.

Strada Prov. per Casamassima Km 3

70010 Valenzano (BA) - Italy

<<image001.gif>>

_______________________________________________
higgins-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/higgins-dev

Reply via email to