Arquivo da Categoria ‘Linux’

MeeGo: Será o fim do Symbian?

segunda-feira, 5 de julho de 2010


O Moblin é um sistema operacional baseado no Linux Fedora especialmente desenvolvido para netbooks, MIDs e outros dispositivos móveis. Leve, facilmente operável e com uma bela interface de usuário, ele nasceu nos laboratórios da Intel em 2007 e desde então conquistou vários fãs. Junto com ele, temos o Maemo, outro SO “mobile connected” baseado no Linux (neste caso, no Debian). O Maemo foi criado pela finlandesa Nokia em 2005 e também impressiona pela facilidade de uso e recursos de interface, apesar de estar presente em poucos aparelhos – como no Nokia N900.

No Mobile World Congress 2010, evento que reuniu em Barcelona a nata da telefonia móvel, Intel e Nokia anunciaram um acordo para criar uma plataforma para dispositivos móveis a partir da união do Moblin com o Maemo, o já badalado MeeGo. Na verdade o MeeGo não seria “criado” ou então “desenvolvido”, pois ambos os sistemas (Moblin e Maemo) executavam plataformas de middleware bastante similares. Os dois utilizaram X, Glib, D-Bus, Pango, Cairo, GStreamer, Evolution Data Server, PulseAudio, o mecanismo de renderização HTML Gecko da Mozilla, Telepathy, ConnMan e vários outros utilitários em comum. Só diferenciavam prá valer no kit de ferramentas de alto nível, pois enquanto o Moblin usava o GTK+ e o Clutter como kits de ferramentas preferidos a versão mais recente do Maemo estava em processo de transição para o Qt. Mas era só! Por esta razão, uni-los certamente não foi uma tarefa tããããããooo complicada!

Segundo as empresas, o MeeGo é “uma plataforma de software baseada em Linux compatível com múltiplas arquiteturas de hardware entre diversos segmentos de dispositivos, incluindo computadores móveis, netbooks, tablets, telefones para mídia, TVs conectadas e sistemas de entretenimento/informação veicular”. O MeeGo também terá código aberto e os desenvolvedores poderão vender seus aplicativos tanto na Nokia Ovi Store quanto na Intel AppUp Center. Podemos dizer que o MeeGo nasceu como uma manobra defensiva para fazer frente ao Android, do Google, um sistema operacional igualmente baseado na plataforma Linux cuja participação no mercado vem crescendo assustadoramente. E ele não é o único, pois Palm, Samsung e o multiconsórcio de fabricantes LiMo Foundation estão todos competindo nesse setor.

Então será que o MeeGo atropelará o querido Symbian? Ou melhor, será a morte dele? Esta é uma pergunta difícil, daquelas que só o tempo irá responder, mas a Nokia já anunciou: o smartphone N8 será o último modelo da N-series a ser equipado com o Symbian. “Mais adiante, os dispositivos N-series serão baseados no MeeGo”, disse o porta-voz da Nokia, Doug Dawson. E como a venda de smartphones só cresce, podemos afirmar que o velho Symbian já não se encontra em sua melhor fase, mesmo liderando (por quanto tempo?) este mercado!

É isso!



Modo Promiscuo Monitor RFMON drivers suporte Kismet

quinta-feira, 16 de agosto de 2007


Muitas pessoas utilizam ferramentas que operam de forma passiva para capturar pacotes da rede. Este tipo de “sondagem� é extremamente interessante porque nenhum pacote é inserido na rede alvo. Ou seja, não ocorre troca de informações entre o “espião� e a rede. Isto torna o indivíduo que se utiliza de tais métodos praticamente indetectável.

Sondar uma rede passivamente é fácil. Basta ter uma NIC (Network Interface Card – placa de rede) capaz de operar no modo promíscuo monitor ou RFMON (Radio Frequency Monitor) e um programa. A interface quando em modo promíscuo escuta toda a rede – ou – recebe todos os pacotes que nela trafegam. Já o RFMON é caracterizado por entender pacotes específicos de redes sem fio (por exemplo: difusão do nome da rede – ESSID).

Por vários motivos, nem todas as placas conseguem trabalhar no modo de monitoramento. O Sistema Operacional, por exemplo, influencia diretamente no sucesso ou não deste procedimento. A placa ipw2200, até o momento, não consegue operar no modo monitor no Windows (XP). Mas no Linux é extremamente fácil colocá-la para trabalhar neste modo. :-D Alias, Linux é o SO mais indicado aos que desejam se aventurar no mundo da espionagem passiva, pois possui uma quantidade considerável de drivers com capacidade para RFMON.

Abaixo algumas placas que operam em RFMON – classificadas por tipo de sistema:

Linux: Atmel_USB, ACX100, ADMTek, Atheros, Cisco, Prism2, Orinoco, WSP100, Drone, wtapfile, pcapfile, wrt54g, ipw2100, rt2400, rt2500, rt8180, ipw2200, ipw2915, ipw3945 e Broadcom 43xx;

OpenBSD: Prism2 (wi), Atheros (ath), Intel 2200/2225/2915 (iwi), Intel 2100 (ipw), Ralink (ral and ural), Realtek RTL8180L (rtw), WSP100, Drone, wtapfile e pcapfile;

FreeBSD: Atheros, Prism2, WSP100, Drone, wtapfile e pcapfile;

MacOSX: Airport, WSP100, Drone e wtapfile;

Win32: WSP100, Drone, wtapfile e pcapfile. Desconhecemos drivers públicos de RFMON para Win32.

Observação: o suporte por tipo de sistema está em constante alteração. Ainda restam esperanças se um chipset específico não está na lista acima. É só procurar em artigos mais recentes.

A VsF possui um notebook Centrino com adaptador Mini-PCI Pro/Wireless 2200 (ipw2200). Ver:

A interface de captura desta placa é ethX. Para colocá-la no modo promíscuo monitor basta utilizar o seguinte comando:

root@vivasemfio:/# ifconfig eth0 promisc

root@vivasemfio:/# ifconfig eth0
eth0 Encapsulamento do Link: Não Especificado Endereço de HW 00-**-35-**-D5-AA-**-CA-00-00-00-00-00-00-00-00
endereço inet6: fe80::20e:35ff:fe60:d5aa/64 Escopo:Link
UP BROADCASTPROMISC MULTICAST MTU:1500 Métrica:1
RX packets:7924 errors:0 dropped:0 overruns:0 frame:0
TX packets:901 errors:0 dropped:0 overruns:0 carrier:1
colisões:0 txqueuelen:1000
RX bytes:25401 (24.8 KiB) TX bytes:0 (0.0 b)
IRQ:11 Endereço de E/S:0×8000 Memória:cffff000-cfffffff

Alguns programas, como o Kismet, ao serem ativados colocam a placa em modo de monitoramento automaticamente. :-D

Muitas pessoas reclamam da instabilidade duma placa quando esta opera em RFMON. Nesses casos, é comum existir uma relação do problema com o DHCP habilitado. Funciona assim: o modo monitor entra em ação antes da obtenção de endereço por DHCP. Após algum tempo (cerca de 1 minuto) o tempo de espera do DHCP termina e a interface é desligada. Ou, recebe-se um endereço por DHCP. Mas será incapaz de renová-lo. Ao ocorrer uma tentativa de renovação, desliga-se a interface. Para evitar tais problemas, basta desabilitar o DHCP.

É isso pessoal…

Abraços !!! :-D :-D :-D