Multilaterally Secure Communication Anonymity in Decentralized Social Networking

Building future generation service-oriented information broker networks

“…Intelligent features and PETs further guide user interactions with the digital sphere, illustrated by context-aware access control [16], trust and privacy advice, or organizing their personal information sphere [14]. Besides integrating existing networks and services, the platform provides its own OSN functionalities, which are not available in known and popular OSN, in particular network anonymity [17][18] [19].…”

“…idemix allows the desired pseudonymous credential exchange, https://prime.inf.tu-dresden.de/idemix/ while still offering the possibility to de-anonymize user pseudonyms when needed -such as in the case of abuse or for accounting purposes, as required by law enforcement or for financial transactions [27]. This enables di.me to operate by transmitting personal data only via secure credentials, and on a completely pseudonymous basis, which is critical in ensuring that multiple identities managed from one central point can be unlinkable in all information flows within the di.me environment and this at least at the technological level [17][18] [19].…”

“…The project considered requirements categories in order to balance research and development outcomes in a multilateral manner [11]. The cited literature in previous sections reflects these outcomes throughout the project duration: trust, privacy and security were considered throughout the project, and in this order 13 for trust metrics and advisories [14][16][28] [29], anonymity and secure communication [17][18] [19], while considering unlinkability in the case of multiple identity support in a decentralized OSN [15]. The focus of this article, however, remains on how these numerous contributions are aligned with legal and ethical issues.…”

“…elicitation, alignement, and priorization support necessarily occurred at process level. In order to address such complex cross-functional integration issues [30], the AFFINE methodology 17 [31] was followed within some workpackages in order to facilitate multi-lateral requirements cross-functional integration.Indeed, a complex analysis of all requirements by involving different partners with different goals and assessing thereby the correctness of design and implementation of agreed requirements can not be just solved by using various PETs (as demonstrated in [15] and solve in [18] and [19]). For instance, AFFINE enforces the earlier consideration of multilateral security requirements along with other (N)FRs also by involving all stakeholders, negotiating and aligning their potentially conflicting interests in the design 18 and development process, which meets our argumentation for privacy-by-design according to [7] and [8] in previous sections.…”

“…For instance, AFFINE enforces the earlier consideration of multilateral security requirements along with other (N)FRs also by involving all stakeholders, negotiating and aligning their potentially conflicting interests in the design 18 and development process, which meets our argumentation for privacy-by-design according to [7] and [8] in previous sections. 19 …”