După cateva ore de căutări/cercetări/efort am ajuns la concluzia că awstats nu poate rula pe openwrt deoarece un interpretor perl complet lipsește. În schimb, microperl poate fi folosit pentru a rula programe simple, cum ar fi:
microperl -le 'print q/Hello world/'

Mai multe detalii in pagina plugin-ului: http://daniel.toffee.ro/soft/wlpg/zenphotoplugin.php

Plugin-ul este listat in situl zenphoto, in sectiunea Windows Add-Ons.

Zilele acestea m-am confruntat din nou cu problema rezolvarii resurselor publice. Am inceput prin a scrie un articol folosind DocBook. XML-ul rezultat avea ca preambul urmatoarele:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML 5.0//EN" "http://docbook.org/xml/5.0/dtd/docbook.dtd">

iar XSLT-ul folosit pentru generarea codului HTML incepea asa:

<?xml version="1.0" encoding="ASCII"?>
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns="http://www.w3.org/1999/xhtml"
version="1.0">
<xsl:import href="http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl"/>

Dupa cum se vede cel putin urmatoarele resurse web trebuiesc rezolvate:

http://docbook.org/xml/5.0/dtd/docbook.dtd
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl


Sigur, acest lucru se poate face simplu prin accesarea din Internet a acestor resurse. Atunci cand nu avem Internet sau dorim ca acest lucru sa se intample rapid este indicat ca aceste resurse sa fie disponibile local iar rezolvarea lor sa se faca local. Exista Entity Resolution care defineste un format XML pentru asocierea resurselor referite la alte resurse (inclusiv resurse locale). Aceste fisiere XML sunt numite “catalog” care permit gestiunea a doua tipuri de asocieri:

• asociaza o entitate externa la URI-ul unei resurse;
• asociaza URI-ul unei resurse la un alt URI;

Exemplu de fisier catlog:

<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog" prefer="public">
<public publicId="-//OASIS//DTD DocBook XML 5.0//EN" uri="dtd/docbook.dtd"/>
<system systemId="http://docbook.org/xml/5.0/dtd/docbook.dtd" uri="dtd/docbook.dtd"/>
</catalog>


Pentru Java exista biblioteca Resolver care permite rezolvarea resurselor. Mai jos doua exemple:

daniel>java org.apache.xml.resolver.apps.resolver -d 99 -c d:/authoring/docbook-5.0/catalog.xml -p "-//OASIS//DTD DocBook XML 5.0//EN" public
Resolve PUBLIC (publicid, systemid):
public id: -//OASIS//DTD DocBook XML 5.0//EN
Result: file:d:/authoring/docbook-5.0/dtd/docbook.dtd

daniel>java org.apache.xml.resolver.apps.resolver -d 99 -c d:/authoring/docbook-5.0/catalog.xml -s "http://docbook.org/xml/5.0/dtd/docbook.dtd" system
Resolve SYSTEM (systemid):
system id: http://docbook.org/xml/5.0/dtd/docbook.dtd
Result: file:d:/authoring/docbook-5.0/dtd/docbook.dtd


Problema a inceput atunci cand am incercat sa folosesc aceasta biblioteca din ant. Exista elementul xmlcatalog care permite definirea unui catalog nou sau referirea unuia existent. Cand se refera un catalog extern este nevoie ca biblioteca resolver sa fie disponibila. Acest lucru este documentat:

In addition, external catalog files may be specified in a nested catalogpath, but they will be ignored unless the resolver library from xml-commons is available in the system classpath.

Deci important este ca resolver.jar sa fie in system classpath altfel obtinem o notificare de genul:

Warning: XML resolver not found; external catalogs will be ignored

Inchei cu urarea “May All Your Names Resolve Successfully!“

• jad – the fast JAva Decompiler
• Byte Code Engineering Library

Folosind jad am decompilat clasele din pachetele ro si com arhiva oxygenEclipse.jar.
Cand accesam preferintele pentru Oxygen din Eclipse un mesaj de notificare era afisat. Ca urmare m-am dus in fisierul descriptor al plugin-ului (plugin.xml) si am gasit clasa responsabila cu informatiile de inregistrare – com.oxygenxml.editor.preferences.MainPreferencePage. In aceasta clasa gasim:

int j = (int)Math.ceil((g.J().getTime() - System.currentTimeMillis()) / 0x5265c00L);

cod care, de la o posta se vede, determina numarul de zile care au mai ramas pana la expirarea licentei.
Pentru a avea un j mai mare ar trebui ca g.J().getTime() sa intoarca un timp cat mai departat de ziua curenta.
Astfel, in clasa ro.sync.D.G avem:

private void A(Date date, J j)
{
A(date);
A(j);
long l = 0x5265c00L;
O = new Date(E.getTime() + (long)j.A() * l);
}

Iar pentru ca O sa fie un Date cat mai in viitor ar trebui ca l sa fie cat mai mare.
Semnificatia lui l?

0x5265c00L = 86400000 milis = 86400 s = 1440 min = 24 ore

Deci sunt l milisecunde intr-o zi. Acest numar il consider un punct slab in securitatea oricarui soft. O simpla cautare prin cod dupa acest numar ne poate duce direct la locul unde putem modifica astfel incat sa prelungim perioada de licentiere.
Daca intr-o zi sunt de doua ori mai multe milisecunde decat normal atunci perioada de licentiere se dubleaza.
Pentru a face ca o zi sa aiba 172800 secunde folosim Class Contruction Kit iar apoi actualizam arhiva oxygenEclipse.jar cu clasa modificata.

Am vrut sa arat cat de simplu e sa prelungesti perioada de incercare a unei aplicatii si unde sunt punctele slabe.
Clasele desi sunt obfuscate, am demonstrat ca acest lucru nu este suficient. Raman totusi unele informatii (numele claselor entry point, diferite string-uri, diferite constante, etc) care pot fi folosite pentru a “sparge” securitatea aplicatiei.
Cele prezentate in acest post au scop pur demonstrativ, in nici un caz nu indeamna la folosirea ilegala a aplicatiilor software. Recomand calduros cumpararea acestei aplicatii.

Intai am instalat darkstat
ipkg install darkstat
si rulat
/etc/init.d/darkstat start

Dupa cum spune la pornire (darkstat: listening on 0.0.0.0:667), darkstart porneste un webserver (pe portul 667) unde se pot vedea rezultatele monitorizarii. Foloseste libpcap pentru monitorizare. Paginile web generate (cele fara grafice) pot fi vizualizate si cun browser in mod text (elinks). Consumul de resurse (CPU) poate fi considerat un dezavantaj daca nu se doresc facilitatile de packet sniffer.

vnStat s-a instalat la fel de simplu
ipkg install vnstat
dar configurarea si rularea necesita cativa pasi:

1. Initializarea “bazei de date”: vnstat -u -i eth0. Acest pas se repeta pt. fiecare interfata care se doreste monitorizata. Rezultatul este fisier binar in directorul /var/lib/vnstat numit la fal ca si interfata.
2. Setarea unui cronjob: 0-55/5 * * * * /mmc/usr/bin/vnstat -u. Scopul este actualizarea “bazei de date” din cand in cand.
3. Obtinerea datelor: vnstat. Deasemenea, se pot obtine datele din ultimele 24 ore (-h), ultimele 30 zile (-d) sau ultimele 12 luni (-m).

Rezultatele sunt afisate in mod text – pentru unii poate e un avantaj. Pentru ceilalti exista vnStat PHP frontend. Folosind aceste scripturi PHP, rezultatele monitorizarii pot fi vizualizate folosind un web browser.

Ce va cuprinde blog-ul? Ideile mele care merita sa fie cunoscute si de altii – sper sa le prezint intr-o forma concisa si atractiva. Voi incerca sa prezint continut original, dreptul de autor revenindu-mi – unde va fi altfel voi preciza.

Happy blogging!