bezpieczeństwo – Page 2 – JZ IT Consulting Ltd

Jak połączyć prywatne z firmowym w jednym urządzeniu?

Post author:Jaroslaw Zelinski
Post published:20 January 2014
Post category:Analizy biznesowa i projektowanie oprogramowania

Tak więc bezpieczeństwo powinno być raczej elementem wymagań w postaci "oczekiwany efekt" a nie "jak je zapewnić". Nie rozumiem dlaczego tak wielu analityków i działy IT wzbraniają się przed uznaniem, że oprogramowanie powinno być dostępne na dowolnym urządzeniu mobilnym i że nie powinno pozwalać na..., i tu określone ograniczenia. Moim zdaniem bezpieczeństwo powinno być definiowane (wymagania) poprzez ryzyka, których chcemy uniknąć w określonym, biznesowo oczekiwanym (a nawet zastanym) środowisku, a nie poprzez narzucanie konkretnego sposobu i technologii, w szczególności przymusu korzystania z konkretnego sprzętu czy oprogramowania.

Bezpieczny jak email czyli wcale

Post author:Jaroslaw Zelinski
Post published:9 August 2013
Post category:Analizy biznesowa i projektowanie oprogramowania

Korzystanie z własnego repozytorium daje ochronę bo: my nim administrujemy, w przeciwieństwie do sieci Internet, nie da się go "podsłuchiwać", i co najważniejsze: dokumenty są w sposób jednolity skatalogowane, wersjonowane itp. Jeżeli jedyne miejsce z dokumentami, ich wersjami itp, to nasze skrzynki pocztowe, to znaczy, że nikt nie ma wiarygodnej, kompletnej wiedzy o projekcie.

Ryzykujemy upadek firmy z powodu jednego obrażonego pracownika…

Post author:Jaroslaw Zelinski
Post published:28 October 2011
Post category:Analizy biznesowa i projektowanie oprogramowania

To częste zjawisko: zemsta. Nie ma tu znaczenia czy "słuszna" czy nie bo nie ma słusznej zemsty, jest tylko łamanie prawa. Czy jest na to lekarstwo? Hm... nie ma na zemstę, czy jest lekarstwo na kradzieże? Tak: nie mieć czego ukraść lub nie być od tego uzależnionym. Zapewne dla wielu z Państwa brzmi to kuriozalnie ale im bardziej jakiś biznes (model biznesowy) oparty jest na tajemnicy tym bardziej jest on ryzykowany zaś im więcej mamy tajemnic tym bardziej tracimy wolność. Jaki z tego wniosek? Należy albo nie mieć tajemnic albo mieć świadomość konsekwencji ich posiadania i być przygotowanym. W przeciwnym wypadku ryzykujemy potencjalny upadek firmy z powodu jednego obrażonego pracownika... Ale... projektując system można wielu rzeczom zapobiec systemowo i proceduralnie... np. kluczem ochrony przed takim ryzykiem jest coś, co pewnie wzbudzi u wielu nie małe emocje: żaden pracownik firmy nie powinien być twórcą oprogramowania w niej wykorzystywanego...

Dziesięć przepowiedni na przyszły rok – idg.pl Wiadomości

Post author:Jaroslaw Zelinski
Post published:3 December 2010
Post category:Analizy biznesowa i projektowanie oprogramowania

Ukazał się artykuł jak w tytule. Początkowo chciałem odnieść ambitnie do każdego punktu ale było by to przesadą.

(more…)

Diagram metody dostępu do danych - przykład

Kto odpowiada za bezpieczeństwo danych?

Post author:Jaroslaw Zelinski
Post published:22 November 2010
Post category:Analizy biznesowa i projektowanie oprogramowania Przykładowe projekty

Co wiec się robi? Łamiąc zasady "podpinamy" program analityczny bezpośrednio do danych (linia przerywana program analityczny Baza Danych). Na wszelki wypadek, żeby nie wieszał się, dajemy mu największe możliwe uprawnienia (dobrze gdy tylko do odczytu) i z głowy. Efekt? Po kilku latach w dużych firmach nikt nie wie kto i do czego ma dostęp.