Full metadata record
| DC Field | Value | Language |
|---|---|---|
| dc.contributor.author | 이향숙 | * |
| dc.contributor.author | 이주희 | * |
| dc.contributor.author | 장승환 | * |
| dc.date.accessioned | 2018-12-07T16:30:44Z | - |
| dc.date.available | 2018-12-07T16:30:44Z | - |
| dc.date.issued | 2017 | * |
| dc.identifier.issn | 1939-0114 | * |
| dc.identifier.other | OAK-20643 | * |
| dc.identifier.uri | https://dspace.ewha.ac.kr/handle/2015.oak/247413 | - |
| dc.description.abstract | Tian and Huang proposed a lattice-based CLS scheme based on the hardness of the SIS problem and proved, in the random oracle model, that the scheme is existentially unforgeable against strong adversaries.Their security proof uses the general forking lemma under the assumption that the underlying hash function H is a random oracle. We show that the hash function in the scheme is neither one-way nor collision-resistant in the view of a strong Type 1 adversary.We point out flaws in the security arguments and present attack algorithms that are successful in the strong Type 1 adversarial model using the weak properties of the hash function. © 2017 Seunghwan Chang et al. | * |
| dc.description.sponsorship | Ministry of Science, ICT and Future Planning | * |
| dc.language | English | * |
| dc.publisher | Hindawi Limited | * |
| dc.title | Security analysis of a certificateless signature from lattices | * |
| dc.type | Article | * |
| dc.relation.volume | 2017 | * |
| dc.relation.index | SCIE | * |
| dc.relation.index | SCOPUS | * |
| dc.relation.journaltitle | Security and Communication Networks | * |
| dc.identifier.doi | 10.1155/2017/3413567 | * |
| dc.identifier.wosid | WOS:000399214200001 | * |
| dc.identifier.scopusid | 2-s2.0-85018675779 | * |
| dc.author.google | Chang S. | * |
| dc.author.google | Lee H.-S. | * |
| dc.author.google | Lee J. | * |
| dc.author.google | Lim S. | * |
| dc.contributor.scopusid | 이향숙(34870017000) | * |
| dc.contributor.scopusid | 이주희(55777987400) | * |
| dc.contributor.scopusid | 장승환(55494300500) | * |
| dc.date.modifydate | 20250201081000 | * |