Brmlab

brmlab@brmlab.cz

2 participants
4036 discussions

kamera pro streamy
by speczCZ 01 Jun '18

01 Jun '18

Zdar ! Koukal jsem do todo listu, a mmj. je tam poznámka "sehnat novou kameru". Pokud ta kamera SONY co se dřív využívala už z nějakého důvodu nevyhovuje a měla by se vyřazovat z provozu, prosím nevyhazovat, v takovém případě bych si ji vzal zpátky - je to sice starej krám, ale má IR filtr odstranitelnej stiskem tlačítka, což se občas může hodit ...

2 1

starý rack
by Pinky 30 May '18

30 May '18

Ahoj, máme teď v Brmlabu 2 racky, starý (malí) a nový (velký). Navrhuji se toho starého zbavit. * pro začátek vystěhovat před kuchyňku (do panoptika) * pokud se ho nikdo neujme tak po 2018-06-15 vyhodit Prosím připomínkujte, pokud nebude nikdo nic namítat tak proved aktokraticky (ve spolupráci, sám to nedám :). P

4 9

rozvržení brmlabu
by Pinky 30 May '18

30 May '18

Ahoj, Připomínkujte rozložení! Zapoměli jsme na něco? nahrál jsem nový návrh na rozložení Brmlabu: * nové velké bílé regály (máte lepší nápad co s nimi?) * přidán rack do HW labu * posunut Teslab (zatím jen návrh, bude se ještě diskutovat) * přesunut pegboard * zakresleno vedení odtahu a sání vzduchu Ve hře jsou ještě nějaké malé (neúnosné) regály které nejsou zakreslené. https://brmlab.cz/members/okupace-2018 https://brmlab.cz/_media/members/plany_2p_brm_b.svg P

6 9

Tydenni prehled udalosti / Weekly overview of events
by noreply＠brmlab.cz 27 May '18

27 May '18

Udalosti v brmlabu tento tyden: Events taking place in brmlab this week: 01.06.2018 18:00 2k6 - http://meetings.2600.cz/ 01.06.2018 18:00 bsdmeeting - https://brmlab.cz/event/bsdmeeting/

1 0

quo vadis Brmlab
by Pinky 26 May '18

26 May '18

Ahoj, chtěl bych začít diskusi na téma co v budoucím Brmlabu bude a co nebude. V současné době má Brmlab velké, přímo až obrovské množství vybavení, ale jen malá část z něho je opravdu alespoň trochu používána. Já sám mám na Brmlab jen omezené množství času a podle toho jak šla rekonstrukce je tomu podobně i u ostatní lidí. Sám mám jen pár činností které bych chtěl v Brmlabu dělat a svůj čas v Brmlabu chci využít tak abych si Brmlab mohl co nejvíc užít. Čekám že u ostatních aktivních lidí by to mohlo být podobně. Rád bych vydefinal, spolu s dalšími aktivními Brmlabáky, konkrétní cíle, věci co rozjedeme. Nevidím smysl a naopak mě demotivuje představa že bych měl nejdřív naskladnit celý Brmlab a pak až můžu něco dělat. A demotivuje mě i představa že pokud budu chtít něco dělat budu (zase) muset hodinu procházet sklad a hledat to co potřebuji mezi horou věcí které tam jsou už roky pro případ kdyby ... podobných věcí je hodně i v chemlabu a bude to jedna z prvních věcí kterou bych chtěl takhle zredukovat (nehledě na to že ten má téměř dokonalou evidenci prakticky všecho, chemikálií i vybavení, a cokoliv tam najít je otázka pár ťuknutí na klávesnici). Proto bych navrhoval projít věci v Brmlabu, udělat u nich reálnou statistiku používanosti a vše co ji nemá (nebylo reálně dlouho použito) dát do "panoptika". Očekávám že výběru by se účastnili hlavně aktivní členové, to jest ti kdo už nyní věnují svůj čas konstrukci protor. Protože věřím že většina z nich má nějakou motivaci proč Brmlab chtějí a ta byla vždycky hnací silou Brmlabu. Pinky.

1 0

Sobota
by M. 25 May '18

25 May '18

Zdar Brmstvo nechcete se v sobotu stavit do brmlabu abychom mohli další měsíc mohli dělat přednášky nebo na to sereme :-) ? M.

1 0

Nerobil niekto SNMP daemona, napr cez snmpd? Mate s tym skusenosti?
by Ondrej Mikle 23 May '18

23 May '18

Zdar, nema niekto skusenost s pisanim SNMP daemona? Co som zistil, existuje na to niekolko implementacii, net-snmp, snmp++, pythonie... Co je ale celkom problem, ze kym je spusta informacii, tutorialov a dokumentacie ku klientom, tak k serveru v zasade nic. Co som zatial pochopil k snmpd, tak by malo stacit vytvorit adresarovu strukturu pre MIB a plnit ju informaciami a snmpd zvladne ten zbytok, odpovedanie na dotazy, autentizaciu apod. OM

3 2

Re: [Brmlab] Příčky - postup
by Josef Smidrkal 22 May '18

22 May '18

Ahoj Barney, mám i když mám radost, že se stav pohl kupředu i nez mé účasti. Zatím ještě čekám na proplacení účtenky ze soboty 12.5. (mínus tuším Red Bull tam kazí součet), pak rád koupím. Dnes tedy předběžně domluvena sobota 26/5 dopol. Corgi Sent from my Samsung device -------- Original message -------- From: "Blanka "Barney" Laudová" <blandrium(a)gmail.com> Date: 5/22/18 20:12 (GMT+01:00) To: "Josef "Corgi" Šmidrkal" <josef(a)smidrkal.cz> Cc: Brmlab MailingList <brmlab(a)brmlab.cz> Subject: Re: [Brmlab] Příčky - postup Ahoj Corgi, máš v plánu tedy tento týden malovat? Nákup byl schválen, nevím jestli jsi to zaznamenal :-) Barney Dne 15.05.2018 v 13:47 Josef Smidrkal napsal(a): Super! Zalepené, zakitované a začištěné příčky můžu vymalovat v noci na úterý 22/5 a v noci na čtvrtek 24/5 (tzn. příští týden; mám v práci sprchu). Klíč mám, karta mi funguje. Zároveň prosím Radu o předschválení nákupu sady mop + násada + vědro se ždímačem Vileda (Makro: cca 363,- Kč s DPH) a LUX sada válečku s teleskopickou tyčí (OBI: 159,- Kč s DPH). https://www.obi.cz/valecky-na-barvu/lux-sada-valecku-s-teleskopickou-tyci/p… Brm! --corgi On 5/13/2018 4:28 AM, Jan Hrach wrote: _______________________________________________ Brmlab mailing list Brmlab(a)brmlab.cz https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab _______________________________________________ Brmlab mailing list Brmlab(a)brmlab.cz https://brmlab.cz/cgi-bin/mailman/listinfo/brmlab

1 0

Příčky - postup
by Jan Hrach 22 May '18

22 May '18

-- Jan Hrach | https://jenda.hrach.eu/ GPG CD98 5440 4372 0C6D 164D A24D F019 2F8E 6527 282E

5 4

GnuPG best practices + tips
by Ondrej Mikle 22 May '18

22 May '18

Zdar, k tomuto prispevku ma viedlo to, ze par clenov brmlabu pouziva GnuPG (typicky s enigmailom) a ze ked zmenim pocitac, tak mam problem najst verejne kluce, pokial si ich nevyexportujem z keyringu na nejakom inom kompe. 1. Majte kluc najditelny, idealne vygooglitelny podla mailu a potom podla fingerprintu 2. Na to sa hodi mat kluc publikovany napr. na user stranke brmlab wiki, vlastnu VPS, alebo keybase.io. Kluc sa da publikovat na PGP keyserver cez 'gpg --send-keys', potom to umoznuje ludom kluc importovat cez 'gpg --recv-keys'. Mat fingerprint na separatnej stranke umoznuje mat iny kanal, jak overit fingerprint. Velmi dobry napad je mat na tej stranke https, takze to nikto nemoze jednoducho vymenit. V pripade vlastnej VPS/vlastnej domeny je dobre, ked si clovek moze overit cez whois, komu to patri. Web-of-trust je failed concept, nefunguje to v praxi. PGP keyservers (tych asi 6 hlavnych) si medzi sebou synchronizuju kluce, takze prakticky by malo byt jedno, z ktoreho tahate tie kluce (inak je na to parameter --keyserver). Keybase.io umoznuje cloveku pouzit niekolko kanalov na publikaciu kluca (github, twitter, vlastny web, atd.) V skutocnosti jeden z najtazsich problemov public key encryption je distribuovanie tych klucov spolahlivo. 3. Bez tych postupov vyssie to nuti ludi random akceptovat kluce (lebo ich nevedia "aspon +/- spolahlivo najst"), ktore niekde najdu a bolo uz par pripadov, ze pre "vysoko profilovych ludi" (napr. developerov Tor Project) niekto zverejnil svoje fake kluce. Dolezite je pri hladani pouzit a/alebo skontrolovat fingerprint, pretoze to kratke 32-bitove ID ide bruteforcovat. Sice to chvilu trva, a pre bezneho clena brmlabu by sa na to nikto neobtazoval, ale ide to. 4. Ked uz sifrujete, podpisujte. Pointa je, ze ziskat public key a zasifrovat nan dokaze kazdy. Preto vsetky dnes moderne schemy su tzv. AEAD (=authenticated encryption) PGP/GnuPG je spravene tak, ze dokym sa sprava nerozsifruje prijemcom, tak sa neda zistit, kto ju podpisal. Viz nizsie o formatovani PGP sprav. 5. Niektore tieto vlastnosti mozem demonstrovat na ukazani, jak su formovane PGP spravy (RFC 4880). Napr viz v prilohe dump sifrovanej spravy, ktora bola podpisana, ale kvoli sifrovaniu neni videt jej podpis. Da sa na to pouzit 'gpg --list-packets' alebo 'pgpdump -ilmp message.asc' (pgpdump je separatna utilita, nie priamo sucastou GnuPG). Keby bol zaujem, mozem o tom spravit talk, jak to interne je implementovane. 5a. GnuPG by default nechava vidiet, na ktore kluce bola sprava sifrovana. Da sa to vypnut cez '--hidden-recipient' (vsetky tieto veci sa daju by default zapnut v configu ~/.gnupg/gpg.conf). Pokial ID kluca prijemcu neni urcene, GPG vyskusa vsetky private keys. Na druhej strane ma tento option dost obmedzene prakticke pouzitie, pretoze ten, kto vam sleduje emaily, vidi odosielatela a prijemcu. 6. Nepouzivajte outdated schemy ako DSA a El-Gamal. Minimalna dlzka RSA kluca 2048 bit. 7. Co sa tyka tej poslednej zranitelnosti "E-fail" (efail.de), tak trik spociva v tom, ze je to "decrypting oracle". Niekto vam posle vas zasifrovany email a mail klienti nemaju dostatocne dobre filtrovanie na remote contect - tj. napr Thunderbird a dalsie sice filtruju remote images, ale ked pouzijete nejke zverstva s CSS, tak tam utocnik namiesa tu spravu tak, ze tam da link napr. ako CSS backgroud "https://attackes.picus/bullshit/" + zasifrovanu spravu a email klient na to spravi request. Klient spravu rozsifruje a posle request, ked cast URL je ta desifrovana sprava. Nevedel som zatial na 100% zistit, ci nejak staci vypnut renderovanie html mailov, zatial sa to riesi. Problem je v tom, ze ti ludia nezverejnuju PoC, takze sa blbo testuje, co vlastne problem je a co ne. 7a. Na ten "decrypting oracle vulnerability" zda sa je potreba aspon v niektorych pripadoch, aby sprava mala chybu v overovani integrity (sa to vola MDC), ktory je ale zapnuty be default, takze triggernutie tej chyby neni zas tak jednoduche. OM OM

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Brmlab