If you mean GeneralSigning by Digital signing, it is not used when the client communicates with the meter. GeneralSigning is used when 3rd party sends a request to the client. The request is signed with a digital signature.
When the client communicates with the meter, and if messages are digitally signed, data is sent using General Ciphering and One-pass Diffie-Hellman or Static Unified Model.
You can get more info from this from Green Book:Exchanging protected xDLMS APDUs between TP and server.
Hii Sir,
Good Morning!!!
I gone through the Annex D of green book.
As per annex D page number 484 there is following note:
NOTE The protection to be applied by each party is subject to project specific companion specifications, but the overall protection shall meet the security policy configured in the server.
For example, the server would accept any of the following:
-(1) digital signature applied by the TP and authentication applied by the client;
-(2) authentication applied by the TP and digital signature applied by the client;
-(3) both digital signature and authentication applied by the client;
-(4) both digital signature and authentication applied by the TP.
as per point number 3 server should accept both digital signature and authentication applied by the client.
Our meter is able to accept both digital signature and authentication applied by the client but gurux not using this type so that we are unable to test suite1 with gurux.
can please help to provide digital signature and authentication?
is gurux root certificate changed ?
because all new certificate generated get filed because of signature verification using the following gurux roor certificate:
I'm sorry, but it is changed. There was an error in the P-384 certificate and both certificates were accidentally re-genererated. CI is now improved and the root certificate is not re-generated anymore.
Hi,
Hi,
If you mean GeneralSigning by Digital signing, it is not used when the client communicates with the meter. GeneralSigning is used when 3rd party sends a request to the client. The request is signed with a digital signature.
When the client communicates with the meter, and if messages are digitally signed, data is sent using General Ciphering and One-pass Diffie-Hellman or Static Unified Model.
You can get more info from this from Green Book:Exchanging protected xDLMS APDUs between TP and server.
BR,
Mikko
Hii,
Hii,
Thank you very much!!! :)
BR,
AP
Hii Sir,
Hii Sir,
Good Morning!!!
I gone through the Annex D of green book.
As per annex D page number 484 there is following note:
NOTE The protection to be applied by each party is subject to project specific companion specifications, but the overall protection shall meet the security policy configured in the server.
For example, the server would accept any of the following:
-(1) digital signature applied by the TP and authentication applied by the client;
-(2) authentication applied by the TP and digital signature applied by the client;
-(3) both digital signature and authentication applied by the client;
-(4) both digital signature and authentication applied by the TP.
as per point number 3 server should accept both digital signature and authentication applied by the client.
Our meter is able to accept both digital signature and authentication applied by the client but gurux not using this type so that we are unable to test suite1 with gurux.
can please help to provide digital signature and authentication?
BR,
AP
Hii Sir,
Hii Sir,
We are using general-signing APDU's.
BR,
AP
Hi,
Hi,
None of our clients is not using GeneralSigning at the meter, but support for GeneralSigning can be added, but it is released in August.
BR,
Mikko
Hii,
Hii,
Thanks!!!
is gurux root certificate changed ?
because all new certificate generated get filed because of signature verification using the following gurux roor certificate:
-----BEGIN Gurux_Root_CA_Cert_New Copy.cer-----
LS0tLS1CRUdJTiBDRVJUSUZJQ0FURS0tLS0tDQpNSUlCMURDQ0FYdWdBd0lCQWdJ
RGxFWVBNQW9HQ0NxR1NNNDlCQU1DTUU0eEZEQVNCZ05WQkFNTUMxSnZiM1FnDQpR
MEVnTWpVMk1SY3dGUVlEVlFRS0RBNUhkWEoxZUNCVFpXTjFjbWwwZVRFUU1BNEdB
MVVFQnd3SFZHRnRjR1Z5DQpaVEVMTUFrR0ExVUVCaE1DUmtrd0hoY05NakV3TVRB
eE1EQXdNREF3V2hjTk5EQXdNVEF4TURBd01EQXdXakJPDQpNUlF3RWdZRFZRUURE
QXRTYjI5MElFTkJJREkxTmpFWE1CVUdBMVVFQ2d3T1IzVnlkWGdnVTJWamRYSnBk
SGt4DQpFREFPQmdOVkJBY01CMVJoYlhCbGNtVXhDekFKQmdOVkJBWVRBa1pKTUZr
d0V3WUhLb1pJemowQ0FRWUlLb1pJDQp6ajBEQVFjRFFnQUU0Z1FkL1NYZFhUTDdY
Zm9BMEM0ZVFTMWNoR2o4ek4rZVlzZENiUWFVUFZIVEZNbUZaSzFmDQpPN3NCSnl5
SnNiYVpldXhLMW84ZkJaVHVJdG5qRVJIam5hTklNRVl3S1FZRFZSME9CQ0lFSUg2
UkxCY3RYVmpmDQpXY05yRFozWFhJR0V1SkpONVJ0MVlrQnNKQ1Q3SjdBTE1Bd0dB
MVVkRXdFQi93UUNNQUF3Q3dZRFZSMFBCQVFEDQpBZ0VHTUFvR0NDcUdTTTQ5QkFN
Q0EwY0FNRVFDSUNXdURkSXNacnd3cFIzVk82d3NvaCs3SWthSFh5R25GczJxDQpq
WXkxZC90akFpQU1QM2NXMVZaaVhURnNGMURIWWZZQVphNlU3R3ZhRHRBYmhicHZk
aDZOR2c9PQ0KLS0tLS1FTkQgQ0VSVElGSUNBVEUtLS0tLQ0K
-----END Gurux_Root_CA_Cert_New Copy.cer-----
can add the notification if gurux root certificate get changed with link to get modified root certificate?
BR,
AP
Hi,
Hi,
I'm sorry, but it is changed. There was an error in the P-384 certificate and both certificates were accidentally re-genererated. CI is now improved and the root certificate is not re-generated anymore.
BR,
Mikko
Hii,
Hii,
Thanks!!!
Can provide the link to get new root certificate.
BR,
AP
Hi,
Hi,
https://certificates.gurux.fi/api/CertificateGenerator
BR,
Mikko
Hii Sir,
Hii Sir,
Thanks!!!
Sorry for bothering you!!!
Every time forgot to google for the Gurux Root certificate.
BR,
AP