[inhibitormonoaminooksydazy]

#programowanie #pytanie

Mam pytanie odnośnie tworzenia systemów demo. Konkretnie mam system, w którym muszę zrobić wersje demo działającą przez 30 dni. I normalny odczyt daty z komputera wskazuje datę ustawiona w windowsie, więc jak ktoś sobie przestawi daty to będzie mógł zhakować ten system i używać go dowolnie długo.
A z założenia ten system nie wymaga internetu. Jak mam neta to nie ma problemu, mogę sprawdzić aktualną datę na jakimś serwerze. ALe muszę go zabezpieczyć, żeby bez neta też mógł chodzić.

I tutaj pytanie - czy można się powołać na jakiś zegar wewnętrzny BIOSu czy coś w tym stylu?

Jak ktoś ma doświadczenie ze sposobami zabezpieczeń to proszę o info.

Aplikacja jest w języku actionscript, ale to nieistotne, bo szukam ogólnie uniwersalnych sposobów zabezpieczania aplikacji demo.

[w.....e]

@inhibitormonoaminooksydazy a nie mozesz sprawdzic aktualnej daty na komputerze, zapisac jej w jakiejs bazie i uruchomic licznik 30 dni?

[Massad]

@inhibitormonoaminooksydazy: Zliczanie dni z różnymi datami w jakiś plikach. Może ktoś przedłuży o kilka dni, ale powinno być ok. Do tego sprawdzenia daty i godziny ostatniego uruchomiania, czy nie jest późniejsza niż obecna. Pełne zabezpieczenie nie istnieje.

[inhibitormonoaminooksydazy]

@wzr1one: dzięki, a ten licznik to gdzie miałby być uruchomiony? Aplikacja nie chodzi cały czas.

@Massad: czyli przy każym uruchomieniu zapisywać w jakimś pliku datę z uruchomienia i jak jest 30 różnych dat to wtedy zablokować aplikację. Dobrze rozumiem?

[Massad]

@inhibitormonoaminooksydazy: możesz wyliczać różnice między kolejnymi datami aby chwycić też weekendy.
Oczywiście nie jest to zabezpieczenie w pełni skuteczne. Znajðą się tacy co obejdą.

Aby utrudnić możesz szyfrować plik. dorzucić nagłówek itp.

[inhibitormonoaminooksydazy]

@Massad: szyfrowanie to pewnie będę musiał zrobić. Dzięki za pomoc, popróbuję z zapisywaniem dat w pliku tekstowym.

[Massad]

@inhibitormonoaminooksydazy: możesz jeszcze pomyśleć o połączeniu z jakimś plikiem konfiguracyjnym. I jakoś zapisywać identyfikator komputera.

[inhibitormonoaminooksydazy]

@Massad: a co to da?

A co do zapisywania dat w pliku txt to jak ktoś uruchamia program kilka razy jednego dnia to wtedy musiałbym zapisać tylko raz tą datę. A to znaczy, że majac w kompie wciąz ten sam dzien ustawiony to można używać w nieskończoność.

[DomelXXX]

@inhibitormonoaminooksydazy: To zliczaj również czas pracy aplikacji. Jeżeli aplikacja będzie pracować więcej niż 24 godziny w ciągu jednego dnia lub 720 godziny w czasie 30 dni to znaczy że oszukuje.

[Massad]

@inhibitormonoaminooksydazy: sztuczki typu wywal ten plik nie zadziałają.
Zapisuj datę i godzinę otwarcia i zamknięcia, a w trakcie działania co pewien czas możesz jeszcze sprawdzić, czy nie cofa czasu w trakcie.

[xan-kreigor]

@inhibitormonoaminooksydazy:
uptime (niedokładane
SMART z dysku
RDTSC (niedokładne)
ntp (podejrzane)
lista ostatnio otwartych czy zapisanych plików, razem z datami (kiedyś bardzo popularne)

hardmode:
serwer aktywacji, przesyłanie wszystkich informacji o sprzęcie użytkowania, generowanie jednorazowego seriala razem ze sprawdzaniem przez sieć

[inhibitormonoaminooksydazy]

@DomelXXX: @Massad: @xan-kreigor: dzięki za pomoc. Widzę, że to nie takie łatwe jak myślałem :)
Zastanawiam się czy nie lepiej ograniczyć wersję demo do konkretnej liczby uruchomień. Wtedy o wiele łatwiej sprawdzać, muszę tylko pilnować, żeby użytkownik nie usunął pliku z zapisaną liczbą, więc zrobię może ze dwa pliki ukryte gdzie zapisze liczbę uruchomień, nawet jak ktoś znajdzie jeden z nich i usunie to i tak nic mu nie

[Massad]

@inhibitormonoaminooksydazy: od razu załóż, że ktoś to złamie. Zastanów jak sprawne są w tym osoby które będą ściągać demo i dostosuj tak aby większość nie dala rady.

[inhibitormonoaminooksydazy]

@Massad: ja cały czas zakładam, że ktoś to złamie i się martwię, ale moj szef twierdzi, że jest mała szansa, że ktoś będzie próbował, bo grupa docelowa programu nie jest zbyt obeznana informatycznie :)

[u.....8]

@inhibitormonoaminooksydazy: możesz też dodatkowo zliczać czas, w którym aplikacja jest uruchomiona. ("Skoro działam juz 25 godzin, to nie może to być nadal 7 lipca" + "zaraz, zaraz, 5 lipca godz. 20:00 to już było, nie może dzisiaj być 4 lipca godz. 14:00" ).
Część apek zapisuje takie rzeczy dodatkowo w rejestrze - najlepiej zakodowane w trudy sposób, i nie w jednym punkcie. Jeśli zliczane uruchomienia i czas nie pasują do zapisów

[inhibitormonoaminooksydazy]

@uhu8: dzięki, chyba liczba uruchomień będzie jednak wygodniejsza, zapiszę to w bazie danych i w dwóch plikach, jeden z nich szyfrowany w jakiejś niestandardowej lokalizacji. (tylko muszę jeszcze znaleźć taką lokalizację wspólną dla różnych systemów operacyjnych:)

Nawet jak ktoś odinstaluje aplikację to te pliki zostaną, baza też zostaje, więc jakiś 'hakier' musiałby faktyczne stawiać system na nowo, ale raczej niewielu osobom będzie się chciało dla tego jednego programu tyle kombinacji robić.

[u.....8]

@inhibitormonoaminooksydazy: haker to zainstaluje w sandboxie :-)
Przy liczbie uruchomień możesz wprowadzić ograniczenie "1 sesja zamykana automatycznie 9h po uruchomieniu" na wypadek takich cwaniaków, co uruchomią raz i do następnego rebootu po 3latach będą hulać :-)

[inhibitormonoaminooksydazy]

@uhu8: eh, na sandboxa nie mam zabezpieczenia, ale nie mów mojemu szefowi :)))

[u.....8]

a, obczaj z RunAsDate - tam jest opcja "i zatrzymaj zegar" - jeśli Twoja aplikacja odkryje, że czas nie upływa to powinnazacząć coś podejrzewać.

[inhibitormonoaminooksydazy]

@uhu8: ok, jutro poczytam, bo na razie nie rozumiem jak to działa :) Wygląda na scheduler i nie wiem jak miałbym to zintegrować z moją aplikacją.

[u.....8]

@inhibitormonoaminooksydazy: nie, nie integrować. Chodzi o to, że jeśli chcesz przetestować swoje zabezpieczenia na czas demo, to zamiast przestawiać zegar systemowy wte i wewte, możesz wywoływać swoją aplikację poprzez RunAsDate, ustawiając jaka data i godzina będzie zapodana Twojej uruchomionej apce i czy zegar ma się posuwać czy stać w miejscu.