8 research outputs found

    Revision 2 Summary

    Get PDF
    Versio

    The Domination of the English Language in the Global Village: Efforts to Further Develop the Internet By Populating It With Non-Latin-Based Languages

    Get PDF
    At the top of the homepage of the Internet Corporation for Assigned Names and Numbers (ICANN) is a choice of nine different languages in which to read information about the organization; four of them are languages written in non-Latin script (Arabic, Chinese, Japanese and Russian). Clicking upon any of the language options brings the reader to a new website in that language and, presuming the reader has a computer and screen that can handle non-Latin script, the webpage reads legibly and clearly. The Uniform Resource Locator (URL), however, still reads in Latin script despite the webpage’s content being in a foreign script. This article will examine the current state of affairs in policy-oriented Internet realms and suggest that the cohesive development of Internationalized Domain Names (IDNs), which are domain names in character sets other than American Standard Code for Information Interchange (ASCII), is a critical step to take in order to more fully utilize the potential the Internet offers for international communication

    Privacy Preserving Network Security Data Analytics: Architectures and System Design

    Get PDF
    An incessant rhythm of data breaches, data leaks, and privacy exposure highlights the need to improve control over potentially sensitive data. History has shown that neither public nor private sector organizations are immune. Lax data handling, incidental leakage, and adversarial breaches are all contributing factors. Prudent organizations should consider the sensitive nature of network security data. Logged events often contain data elements that are directly correlated with sensitive information about people and their activities -- often at the same level of detail as sensor data. Our intent is to produce a database which holds network security data representative of people\u27s interaction with the network mid-points and end-points without the problems of identifiability. In this paper we discuss architectures and propose a system design that supports a risk based approach to privacy preserving data publication of network security data that enables network security data analytics research

    IMBus: instant Messaging bus

    Get PDF
    Os principais sistemas de instant messaging, desenvolvidos pelos grandes produtores de software, têm protocolos proprietários e fechados, o que não permite que exista comunicação entre eles. Isto implica que um utilizador necessite de utilizar vários clientes de instant messaging, por forma a comunicar com os seus contactos em todas as redes. Este trabalho tem como principal objectivo o desenvolvimento de um bus de instant messaging, que seja capaz de integrar vários serviços deste tipo. O bus permitirá a um utilizador comunicar com os seus contactos, também ligados ao bus, independentemente do seu serviço, usando apenas um cliente. Foi realizado um estudo sobre os protocolos de instant messaging, tanto protocolos abertos, cujo objectivo assenta na interoperabilidade, como os serviços disponibilizados pelos grandes sistemas. Deste estudo destacou-se o protocolo aberto XMPP e o serviço de instant messaging da Yahoo, sendo estes os escolhidos para provar o objectivo do projecto. A solução proposta tem por base um servidor que implementa parcialmente o protocolo XMPP, escolhido como formato nativo do bus de instant messaging. A interoperabilidade entre serviços de instant messaging é conseguida através de Web Services (designados por módulos de tradução), sendo cada um capaz de comunicar com outro serviço de instant messaging. O servidor disponibiliza também um Web Service (Web Service Central) que expõe o bus aos módulos de tradução. As operações do Web Service Central fazem a tradução para o protocolo nativo do bus. Desta forma existe um ponto único de processamento de funcionalidades (o servidor, processando pedidos feitos ao Web Service Central, por parte dos módulos), sendo todas as mensagens redireccionadas para o módulo respectivo ao utilizador destinatário
    corecore