Dotaz: Protipirátske zabezpečenie LAMP aplikácie

[Vetroplax]

Dobry den, rad by som vas poprosil o radu, resp. nasmerovanie na cestu k spravnemu rieseniu:

Prevadzkujeme malu aplikaciu (debian, apache, php, mariadb), ako externy dodavatel pre istu spolocnost. Pre tuto spolocnost je to business-critical, my dodavame applikaciu, support, analyzy a dalsie sluzby a veci s pridanou hodnotou okolo tohto. Hoci vztahy su korektne, s aktualnym vedenim, nastali iste zmeny, kde vnimame riziko, ze nasu aplikaciu, nainstalovanu na ich serveroch, si jednoducho odkopiruju a zacnu prevadzkovat sami. Riziko je realne, je to krajina balkanskeho typu, kde sa veselo pirati... Nejde tu o peniaze (nie primarne, je to minoritny klient), resp. nepredpokladame, ze sa to podari (na business vrstve urcite nebudu schopni dlhodobo maintainovat, na technologickej asi ano), ale o ten princip "ukradnutia".

Navrh riesenia: aplikacia (db, php kody) budu/su na zasifrovanych particiach, mountovane manualne pri boote, pricom heslo sa aktualne zadava manualne - toto existuje, principialne "MUST".

Chceme sprevadzkovat "validacny" server na nasej strane, na ktory by sa aplikacia (u klienta) pri kazdom boote A pri nejakych urcitych nahodnych intervaloch kontrolovala, ci dana instalacia je validna, optimalne i dokedy je validna. ak validacia zlyha (i v pripade, ze nebude konektivita na validacny server), vyhlasi piratsky mod a vykona prislusne akcie.

Otazka: ako/aky postavit "validacny" server, a ako by mohla prebiehat efektivna validacia? preferujeme existujuce riesenia, overene praxou.

Dakujem za podnety. Vetroplax

---

---

Odpovědi

[chrono]

Spoločnosti s oveľa väčším rozpočtom majú problém prísť s niečím čo by bolo nemožné prekonať a nedarí sa im to, takže pochybujem, že sa to podarí práve vám. Jediné naozaj fungujúce riešenie je to, že by ste vy prevádzkovali server, ale je otázne, či by som ja moje dáta posielal na cudzí server (hlavne ak tá firma neverí, že ja budem dodržiavať dohody).

[R]

Sifrovanie je nezmysel, kedze je to prakticky stale namountovane. Validacia je zbytocna, pretoze sa z da z kodu jednoducho odstranit.

Ak nie su blbi, uz to maju davno skopirovane. Uz len ako zalohu pre pripad, ze by sa vasa slavna firma na nich vysrala. Ja by som si vase "riesenie", ze na mojom serveri je zasifrovane nieco cudzie, do firmy nepustil.

[Heron]

+1

[Vetroplax]

Povodne to cele malo byt ako "sluzba", cim by paradoxne tento problem nevzikol. To, ze je to prevadzkovane, a prave takto, na serveroch klienta, je ich poziadavka, dokonca zo zakona (!) povinna... krajina neobmedzenych moznosti.

[xkucf03]

To, ze je to prevadzkovane, a prave takto, na serveroch klienta, je ich poziadavka, dokonca zo zakona (!) povinna... krajina neobmedzenych moznosti.

Podle mého je to jen nešťastně formulované zadání. Mít aplikaci/data na vlastním železe je celkem na nic, když je to černá skříňka, uvnitř které se může skrývat kdejaký mallware/spyware a u které je zákazník zcela odkázaný na dodavatele a může jím být vydíraný (nebo prostě dodavatel zkrachuje nebo naopak získá lukrativnější zakázky a na starého zákazníka se vykašle).

Správně zadání mělo být: dodejte aplikaci včetně zdrojových kódů, slušné licence a kompletní dokumentace.

[ET]

aplikaci na vlastnim zeleze (ve firme) ocenis zejmene kdyz ti padne pripojeni k netu... ze je to bb, o tom zadna

[neklan]

Za to (by) ale nezaplatili. Vývoj aplikace "do vlastních rukou" včetně věcí okolo je na statisíce. Takže správná varianta je "poskytování software" - vlastní server atd... ale to se nestalo, tak smolík.

[xkucf03]

+1

[knedla]

.... ak validacia zlyha (i v pripade, ze nebude konektivita na validacny server), vyhlasi piratsky mod a vykona prislusne akcie.

boze ochran ma pred takouto ochranu od dodavatela :)

[Ruža Becelin]

Pokud si to nebudou umet spravovat, tak at si to ukradnou, stejne jim to k nicemu nebude. Vydelavat v OSS se da nejlip na supportu...

[Vetroplax]

Plne s vami suhlasim, no Vasa odpoved je zalozena na premise, ze klient sa chova logicky ( / civilizovane / rozumne..). Co veru (plne v sulade s "kulturou" jeho krajinu) ale asi robit nebude, resp. bude to az poslenda moznost... Medzitym ale vyrobi tolko zbytocnych komplikacii, ktorym chceme prave tymto predist.

[pavlix]

Nevím, jestli by měl o kultuře mluvit člověk, který považuje svého zákazníka apriori za zloděje. Pokud mám na zákazníka vážné podezření, nastavím mu takovou cenu a takové podmínky, že službu/licenci pokud možno nekoupí. A pokud přecijen koupí, tak se zahojím získanými penězmi. A pokud si tím zákazník způsobí komplikace, které já pak budu muset řešit, zaplatí ještě podruhé.

[rADOn]

Nevím, jestli by měl o kultuře mluvit člověk, který považuje svého zákazníka apriori za zloděje.

+1

…nastavím mu takovou cenu a takové podmínky, že službu/licenci pokud možno nekoupí.

No nevim jestli predrazovanim se neco vyresi. Takhle to fungovalo u nas v devadesatych letech a vysledny efekt byl spis kontraproduktivni. Porad je tam implicitni neduvera takze vysledku je to stejna svinarna jako to co chce tazatel.

[pavlix]

Porad je tam implicitni neduvera takze vysledku je to stejna svinarna jako to co chce tazatel.

Žádnou sviňárnu v tom nevidím.

[rADOn]

Jiste ze nevidis, z pohledu dodavatele vsechno co uvidis jsou prachy. Ale ten clovek az zjisti ze jinym davas stejne zbozi lacineji, co si asi pomysli? Ze vyfasoval prirazku jako zavdavek na dobre vztahy?

[xkucf03]

Kdyby ten rozdíl v ceně byl způsoben nadstandardními vztahy mezi zaměstnanci těch firem, tak by to sviňárna (nebo spíš korupce) byla.

Ale jestli je ten rozdíl způsoben zvýšeným rizikem, tak proč ne? Vždyť úplně stejně fungují pojišťovny – když jsi z rizikovější skupiny, tak platíš víc, než někdo, u koho k pojistné události pravděpodobně nedojde.

Nicméně spíš jsem to chápal tak, že nastaví cenu zcela zjevně nepřiměřeně vysoko a tím vlastně řekne: s vámi obchodovat nechci.

[pavlix]

Nicméně spíš jsem to chápal tak, že nastaví cenu zcela zjevně nepřiměřeně vysoko a tím vlastně řekne: s vámi obchodovat nechci.

To je extrémní verze, kterou si schovávám na případy, kdy mám nějaký zvláštní důvod dotyčného neposlat do háje. Nedělám takové věci rád, ale někdy je to vhodnější než odmítnout.

[pavlix]

Jiste ze nevidis, z pohledu dodavatele vsechno co uvidis jsou prachy.

Nesmysl. Jako dodavatel jednotlivec vidím celý proces, narozdíl od obchodníků, kteří se můžou soustředit právě jenom na peníze.

Ale ten clovek az zjisti ze jinym davas stejne zbozi lacineji, co si asi pomysli?

Nepomyslí si nic, protože nikomu stejné zboží nedávám, každá zakázka na míru je unikátní. Nebavíme se tu o komoditizovaném software, pokud vím.

Ze vyfasoval prirazku jako zavdavek na dobre vztahy?

Osobně jsem takovou přirážku dal mnohokrát a bylo to k oboustranné spokojenosti. Přirážka mi pokryla nadstandardní služby či rizika, protistrana zase dostala službu dle očekávání.

[Lol Phirae]

Nechte to plavat.

Aplikaci a databázi si jistě mohou zkopírovat a ani tak šifrovaná partišna tomu nijak nebrání (pro provoz těch serverů se stejně musí odemknout).

To, co nejde předat je vaše hezky česky řečeno Know How. A to vám nikdo nevezme. Tedy, místo vymýšlení neřešitelného se raději věnujte zvyšování vašich znalostí a dovedností.

Navíc díky tomu, že ten produkt přímo vyvíjíte, tak jste vždy o krok dopředu (týden, měsíc, rok, podle toho, jak často uvolňujete nové verze a jak dlouho na nich pracujete). Tento náskok jen tak někdo, kdo si váš produkt zkopíruje, nedožene.

[Tomáš]

Stále ještě existují HW klíče

[Tomáš]

Kupř.:

http://www.rainbow.com.my/product.php

[xkucf03]

Ano, na tom je krásně vidět sviňskost proprietárního softwaru. Např. jeden uživatel, který si koupil software za desítky tisíc – ten software je „chráněný“ hardwarovým klíčem do LPT portu, bez něj nejde používat. Jenže sehnat dneska počítač s LPT portem není jen tak (zvlášť notebooky). Takže uživatel je za svoji poctivost (koupil si licenci) náležitě potrestaný:

• buď bude používat starý počítač nebo bude omezen ve výběru HW; virtualizace je problém, stejně tak provoz pod Wine (cracknutá aplikace tam chodí, ale legální LPT klíč nefunguje)
• nebo si koupí novou verzi programu s klíčem do USB, i když ji vůbec nepotřebuje (kupoval by ji jen kvůli tomu USB vs. LPT)
• nebo bude používat cracknutý software – jenže crack přesně pro jeho verzi a jazykovou mutaci neexistuje, takže by musel používat jinou, což by bylo nelegální
• nebo zaplatí nějakým ruským crackerům, aby cracknuli přesně tu jeho verzi – pak by mohl (svůj legálně zakoupený) software provozovat na moderním/libovolném hardwaru nebo virtualizovaně případně pod Wine a zbavit se i mallwaru zvaného MS Windows.
• technologicky je ta ochrana zcela neúčinná – kdokoli si může stáhnout z pirátských stránek nejnovější verzi programu a crack a používat ho nelegálně na libovolném hardwaru

[ToJeJedno]

Dobry den,

pred cca 5-6 rokmi sme riesili nieco podobneho - podrobnosti si uz nepamatam, nakoniec sme sa rozhodli pre obfuskaciu PHP kodu (komercne riesenie). Do PHP sa zaviedol modul, ktory vykonaval online deobfuskaciu na zaklade nejakeho kluca.

[chrono]

Odstránenie nejakej kontroly z takého kódu nie je príliš problém. ;)

[pavlix]

Osobně si myslím, že obfuskace kódu jde zcela proti zaměření portálu. Nahlášeno adminům.

[Max]

Né úplně zcela. Thread je myslím jasnou ukázkou toho, že tímto směrem by se vydávat lidé neměli, nemyslím si, že by to bylo zcela offtopic. Lock threadu tedy neprovedu.
Zdar Max

[pavlix]

Rozumím a díky za reakci.

[peter980]

najlepsie mat vlastny stroj - sifrovanie + vzdialene odomykanie cez ssh nevyriesi problem?

alebo nieco enterprise: http://www.rackscale.sk/managed-sluzby/security/anti-spam-virus