-
Data: 2011-06-28 12:55:56
Temat: Aplikacje bazodanowe - bezpieczeństwo
Od: Lukasz <k...@a...pl[usun]> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Witam,
ostatnio zastanawiam się nad poprawną architekturą aplikacji
bazodanowej, by była bezpieczna. Nie rozważam tutaj kwestii że będzie to
aplikacja na urządzenia mobilne, lub takie które mają bardzo ograniczone
zasoby. Język C++, może z wykorzystaniem Qt, relacyjna baza danych.
Program byłby pewną ewidencją na której wykonywałoby się odpowiednie
operacje(dodaj, usuń rekord, wystaw dokument itp. - bez większej
filozofii). Widzę dwa rozwiązania:
1) aplikacja w postaci grubego klienta - łączy się z bazą danych,
wykonuje operacje, posiada wszelkie funkcjonalności.
ZALETY:
- mniej roboty, jeden program
WADY:
- słaby stopień bezpieczeństwa bo np. mamy 100 użytkowników i każdy
program zna parametry dostępowe do bazy danych i można stosunkowo łatwo
je podpatrzeć.
2) aplikacja typu cienki klient - na serwerze przy bazie danych byłby
napisany serwer a klient jedynie wysyłałby żądania.
ZALETY:
- centralizacja dostępu,
- możliwość autoryzacji i autentykacji na maszynie gdzie dostęp ma tylko
admin,
WADY:
- konieczność stworzenie dwóch aplikacji: klient i serwer,
- program klienta działa jedynie gdy jest on-line(ewentualnie byłbym
ciekaw jak tutaj można coś zaradzić).
Przy okazji zapytam: jest sens np. trzymania zapytań tylko w aplikacji
serwera? Chodzi mi o to że klient nic nie wie o zapytaniach a jedynie
wysyła np. numer kontekstu z którego żądane są dane? Wtedy serwer
wyszukuje u siebie kontekst i wie jakie ma być zapytanie - wykonuje je i
wyniki odsyła do klienta. Dobry jest to zamysł czy przekombinowany?
Jakie są alternatywy?
Może ktoś ma jakieś komentarze do tego co napisałem? Byłbym wdzięczny za
wszelkie sugestie.
Pozdrawiam
Następne wpisy z tego wątku
- 28.06.11 13:11 Przemek O.
- 28.06.11 13:14 Michal Kleczek
- 28.06.11 13:33 Mariusz Kruk
- 28.06.11 13:36 Michal Kleczek
- 28.06.11 13:56 Stachu 'Dozzie' K.
- 28.06.11 13:58 Stachu 'Dozzie' K.
- 28.06.11 14:01 Stachu 'Dozzie' K.
- 28.06.11 14:08 Mariusz Kruk
- 28.06.11 14:20 Michal Kleczek
- 28.06.11 14:42 Stachu 'Dozzie' K.
- 28.06.11 15:00 Michal Kleczek
- 28.06.11 15:43 Lukasz
- 28.06.11 16:21 Michal Kleczek
- 28.06.11 20:25 Zbigniew Malec
- 28.06.11 20:55 Andrzej Jarzabek
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-12-16 W telefonie brak szufladki na drugą kartę SIM
- 2024-12-16 Szukam monitora HDMI ok. 4"
- 2024-12-16 Poznań => Key Account Manager <=
- 2024-12-16 Akwarium w aucie
- 2024-12-16 Warszawa => Account Manager - Usługi rekrutacyjne <=
- 2024-12-16 Warszawa => Expert Recruiter 360 <=
- 2024-12-16 Gdańsk => System Architect (background deweloperski w Java) <=
- 2024-12-16 Warszawa => Key Account Manager <=
- 2024-12-16 Warszawa => Spedytor Międzynarodowy <=
- 2024-12-16 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-16 Warszawa => Programista Microsoft Dynamics 365 Business Central <=
- 2024-12-16 Wrocław => Konsultant wdrożeniowy Comarch XL/Optima (Księgowość i
- 2024-12-16 Szczecin => Key Account Manager (ERP) <=
- 2024-12-16 Lublin => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-12-16 Gdańsk => Specjalista ds. Sprzedaży <=