Mozes dat 2 kamery tak aby na seba mavzajom videli,
kazdu zaviet do zamknutej zeleznej krabice prisrobovanej o stenu,
v kazdom boxe bude zalozna baterka.

hm?

On Tue, Nov 26, 2013 at 05:59:12PM -0500, czestmyr . wrote:
> Ahoj,
>
> na meetupu jsem nebyl, takze samozrejme moje poznamka mozna bude mimo, ale:
>
> Pokud nebude nijak zaznamenavanej pristup do skladu a kamera bude zabirat
> pouze jednu nebo dve police, tak vidim pomerne primocarej attack vector ve
> zneskodneni kamerky (prestrihnu dratek, pred kamerku neco strcim, posvitim
> do ni ...), takze se trochu obavam, aby tohle opatreni vubec melo smysl...
>
> Cestmir
>
>
> 2013/11/26 Petr Baudis <pasky@ucw.cz>
>
> >   Ahoj!
> >
> >   Omlouvam se, ze jsem neposlal doted dalsi update diskuse, bohuzel mne
> > zcela zabilo par pracovnich projektu.
> >
> > On Sat, Nov 23, 2013 at 12:04:31AM +0100, Ondrej Mikle wrote:
> > > On 11/22/2013 12:42 PM, niekt0 wrote:
> > > > Ale obecne s myslienkou ze vsetko cenne by bolo v sklade, a v sklade by
> > > > bola kamera suhlasim. Oznacit sklad ako monitorovany nie je problem.
> > >
> > > Monitorovany sklad je zatial asi najlepsi kompromis.
> >
> >   Zda se, ze tohle je vseobecny konsensus - vsem ucastnikum meetupu to
> > prislo jako rozumny kompromis mezi zastanci globalni surveillance a
> > odpurci sledovani, nic lepsiho (z hlediska efektivity a skousnutelnosti
> > pro co nejvic lidi) asi nevymyslime...
> >
> >   Shodli jsme se tedy na tom, ze v brmskladu budou 1-2 kamery s vysokym
> > rozlisenim mirici na "strezene" police, brmdoor tam alespon zatim davat
> > nebudeme.  Snadno odnesitelne cenne veci ulozene trvale mimo sklad bude
> > treba zamknout (treba Kensingtonem nebo nakupem + ulozenim do
> > zamykatelnych skrinek).
> >
> >   Jestli kamery budou ukladat na kartu nebo bude stream tect na nejake
> > bezpecne uloziste se nejspis rozhodne aktokraticky. Kazdopadne se k
> > zaznamum bude pristupovat jen v pripade duvodneho podezreni na nejaky
> > incident a prohlizet to bude rada (nebo nekdo, koho deleguje), ktera
> > take zajisti ochranu dat.
> >
> >   Samozrejme o tom dal muzeme diskutovat. Uvedomme si vsak, ze pokud
> > brmlab nechceme forknout, museji oba tabory do jiste miry ustoupit
> > a je logicke, ze ani jeden nebude s resenim moc spokojeny - zaroven
> > snad neni ani bezzube a ma sanci vetsine incidentu zabranit.
> >
> >   Happy hacking,
> >
> > --
> >                                 Petr "Pasky" Baudis
> >         Sick and yet happy, in peril and yet happy, dying and yet happy,
> >         in exile and happy, in disgrace and happy.  -- Epictetus
> > _______________________________________________
> > Brmlab mailing list
> > Brmlab@brmlab.cz
> > http://brmlab.cz/cgi-bin/mailman/listinfo/brmlab
> >

> _______________________________________________
> Brmlab mailing list
> Brmlab@brmlab.cz
> http://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

_______________________________________________
Brmlab mailing list
Brmlab@brmlab.cz
http://brmlab.cz/cgi-bin/mailman/listinfo/brmlab