General

general@lists.hackerspace.pl

1066 discussions

Interia skurwiła się po raz kolejny
by Angelika Maria Piątkowska aka Piątkosia 22 Apr '14

22 Apr '14

http://biznes.interia.pl/wiadomosci/news/cyberataki-na-skrzynki-pocztowe,20… -- inż. Angelika Maria Piątkowska Studentka 4 roku Informatyki na Wydziale Elektrotechniki, Informatyki i Telekomunikacji Uniwersytetu Zielonogórskiego

10 11

Hackerspaces @ Woodstock w tym roku?
by spin＠hackerspace.pl 21 Apr '14

21 Apr '14

Słuchajcie, jeżeli ktokolwiek jest zainteresowany hackerspaces na woodstocku w tym roku i ma czas i wole to ogarnąć, niech daje znać. Czasu jest coraz mniej, Ryś z FWIOO który dźwigał stoisko do tej pory mówi że nie da rady w tym roku. Łatwiej wypaść niż wrócić, więc jeśli ktoś ma odrobinę czasu - plz organizujcie! Ja postaram się pomóc z transportem jak zwykle.

1 0

Fwd: Sprostowanie NETGEAR
by rysiek 19 Apr '14

19 Apr '14

Netgear o sytuacji. Reakcja WP: http://tech.wp.pl/kat,1009785,title,10-zasad-jak-bezpiecznie-korzystac-z-ro… ---------- Treść przekazywanej wiadomości ---------- Temat: Sprostowanie NETGEAR Data: czwartek, 10 kwietnia 2014, 11:31:30 Od: Jan Wielowieyski Do: rysiek(a)fwioo.pl DW: marketing(a)netgear.pl Szanowni Państwo, w związku z publikacja materiału na stronie www.wp.pl o tytule: "10 zasad bezpiecznego korzystania z routera" wkradł się błąd w zasadzie dziesiątej, który nieznacznie zmienił brzmienie treści tego punktu. Firma NETGEAR jest zwolennikiem urządzeń działających w open source, co na różnych etapach swojej działalności udowodniła. W załączeniu przesyłam Państwu treść sprostowania, które mamy nadzieje wyjaśni tę kwestię. Pozdrawiam serdecznie Jan Wielowieyski Buzzair ----------------------------------------- -- Pozdr rysiek

5 8

Po spotkaniu z MON
by rysiek 17 Apr '14

17 Apr '14

Hej, Jesteśmy po spotkaniu z MON. Dwóch sympatycznych dość pułkowników odwiedziło i pogadało. Notatki na gorącu, wraz z doxami gości: https://azazello.fwioo.pl/pad/p/monhak2 *** UWAGA: WIELKA PROŚBA, BY NIE ROZPOWSZECHNIAĆ SZEROKO NA RAZIE *** Docelowo (co też zaznaczyliśmy) pójdzie info do mediów. Read on. Generalnie action pointsy są następujące: 1. MON jest otwarty na współpracę (i były sugestie, że nawet mają jakieś możliwości finansowania działań organizacji z "wspieraniem obronności" w statucie), odpowiedź z naszej strony była dość jednoznaczna: - możemy "współpracować", ale nie szerzej niż z innymi organizacjami/instytucjami; - hakerzy nie zgodzą się na większy zakres "tajności", niż w ramach responsible disclosure/Rain Forest Puppy; - nie jesteśmy zainteresowani rekrutacją. 2. Wspólne stanowisko/nota prasowa jest możliwa, my zaproponujemy treść, oni muszą to ofkors przepuścić przez prawników i PR. 3. Możliwe jest zainteresowanie Polski Zbrojnej tematem, by zrobili wywiady/artykuł/etc, lub przyjmowali nasze arty do publikacji. 4. Mocno zaznaczyliśmy, że potrzebna jest zmiana podejścia w MON -- pułkownictwo silnie broniło ministra ("bo to media, bo ludzie tak mówią, etc"), ale przyciśnięci ("mamy duży szacunek do ministra i jesteśmy pewni, że jest w stanie dobierać słowa niekoniecznie bazując na sondażach") przyznali, że jest tu miejsce do poprawy. To również dotyczy responsible disclosure -- zmiana kultury powinna dotyczyć również reagowania na informacje o błędów w zabezpieczeniach: hakerzy nie mogą się bać podrzucać MON informacji dotyczących ewentualnych braków w zabezpieczeniach ich systemów. A teraz subiektywne wrażenia (zachęcam do spisywania własnych na gorąco!). Zgodnie z oczekiwaniem, była mocna próba... no nie wiem, chyba trzeba nazwać to "rekrutacją". To było oczywiście do przewidzenia, więc byliśmy gotowi. Przekaz, jak sądzę, był dość jasny -- nie jesteśmy zainteresowani "bliską współpracą", ale jak najbardziej Było w ogóle sympatycznie, choć były ze dwa-trzy mocne momenty, które udało się jednak konstruktywnie rozładować. Przedstawiciele MON, co zrozumiałe, wkładali głowę w piasek za każdym razem, jak pojawiały się cytaty z ministra, ale nie odpuściliśmy, co wygenerowało trochę napięcia. Pozytywnego, na szczęście. Wieczorem usiądę i skrobnę maila do MON, z propozycją wspólnego stanowiska (krótkiego, pozytywnego). Da radę ktoś pomóc? Siadałbym do tego koło 20:00. -- Pozdr rysiek

12 34

Oto czemu musimy odczarować słowo "haker"
by rysiek 14 Apr '14

14 Apr '14

Cześć, Sprawa stara, ale może nie każdy ją zna: http://politicalblindspot.com/he-exposed-steubenville-now-what/ "Deric Lostutter, the 26-year-old “hacktivist” who leaked the evidence that led to the conviction of two of the Steubenville, Ohio rapists is now facing more time behind bars than the rapists he exposed. The Steubenville Rape Case made national headlines when a video made by the rapists themselves, and their friends, proved that their victim was unconscious and unable to consent." -- Pozdr rysiek

1 0

Mission Impossible: Hardening Android for Security and Privacy | The Tor Blog
by viq 14 Apr '14

14 Apr '14

https://blog.torproject.org/blog/mission-impossible-hardening-android-secur… -- viq

1 0

"How I obtained the private key for www.cloudflarechallenge.com"
by viq 13 Apr '14

13 Apr '14

https://gist.github.com/epixoip/10570627 -- viq

3 2

OpenWTF
by rysiek 11 Apr '14

11 Apr '14

Cześć, ja to tu zostawię: W: http://article.gmane.org/gmane.os.openbsd.misc/211963 T: http://www.tedunangst.com/flak/post/heartbleed-vs-mallocconf F: http://www.tedunangst.com/flak/post/analysis-of-openssl-freelist-reuse Na zachętę: > No. OpenSSL has exploit mitigation countermeasures to make sure it's > exploitable. -- Pozdr rysiek

5 8

WP.pl o WiOO: "niebezpieczne, unikać" + "hakerzy"
by rysiek 09 Apr '14

09 Apr '14

Cześć, taka sytuacja: http://tech.wp.pl/kat,1009785,title,10-zasad-jak-bezpiecznie-korzystac-z-ro… taka odpowiedź: https://azazello.fwioo.pl/pad/p/wp-bezpieczenstwo-floss Generalnie fajnie by było, gdyby prócz FWiOO i (prawdopodobnie) PLUGu, jakiś HS się również podpisał. Tak, for good measure. ;) Chciałbym to posłać rano. -- Pozdr rysiek

8 11

Fwd: Frankencert - Adversarial Testing of Certificate Validation in SSL/TLS Implementations
by rysiek 06 Apr '14

06 Apr '14

Może to kogoś zainteresuje. ---------- Treść przekazywanej wiadomości ---------- Temat: Frankencert - Adversarial Testing of Certificate Validation in SSL/TLS Implementations Data: niedziela, 6 kwietnia 2014, 03:04:57 Do: cpunks <cypherpunks(a)cpunks.org> https://github.com/sumanj/frankencert Frankencert - Adversarial Testing of Certificate Validation in SSL/TLS Implementations What are frankencerts? Frankencerts are specially crafted SSL certificates for testing certificate validation code in SSL/TLS implementations. The technique is described in detail in the 2014 IEEE Symposium on Security and Privacy (Oakland) paper - Using Frankencerts for Automated Adversarial Testing of Certificate Validation in SSL/TLS Implementations by Chad Brubaker, Suman Jana, Baishakhi Ray, Sarfraz Khurshid, and Vitaly Shmatikov. Why is frankencert generator useful? Frankencert generator is essentially a smart fuzzer for testing SSL/TLS certificate validation code. If you are a developer who is implementing any sort of SSL/TLS certificate validation code (either as part of an SSL/TLS library or an application), you can use the frankencert generator to auto-generate different test certificates involving complex corner cases. We have successfully used frankencerts to find serious vulnerabilities in GnuTLS, PolarSSL, CyaSSL, and MatrixSSL as described in our Oakland 2014 paper. We also found several discrepancies between how different SSL/TLS implementations report errors back to the user. For example, when presented with an expired, self-signed certificate, NSS, Chrome on Linux, and Safari report that the certificate has expired but not that the issuer is invalid. How do frankencerts work? The basic idea of frankencerts is to take a bunch of certificates as seeds and use random mutations on different fields and extensions to create new test certificates (frankencerts). Using frankencerts as server-side inputs into an SSL/TLS handshake can help systematically test correctness of the certificate validation code. Installation and Usage Install OpenSSL libraries and utilities if you don't have them already. The frankencert generator needs a modified version of PyOpenSSL. We have included the source for our modified version of PyOpenSSL. You will need to install it in order to use the frankencert generator. First, uninstall any other version of PyOpenSSL that you may have installed on your computer. Go to the pyOpenSSL-0.13 directory and build/install PyOpenSSL by issuing sudo python setup.py install. Once you have the patched pyOpenSSL set up, to generate frankencerts, use the franken_generate.py script: python franken_generate.py seed_certs_dir ca_cert output_dir count [config_file]. The arguments are explained below. seed_certs_dir: Frankencert generator needs a set of seed certificates. Any SSL cert in PEM fromat can act as a seed cert. seed_certs_dir can be any directory containing the seed certs stored as PEM files. You can either use tools like ZMap (https://zmap.io/) to collect SSL seed certificates, or use some of the SSL certs available from https://www.eff.org/observatory. Please note that these are not our tools and repositories - you may want to contact their respective developers and maintainers to ensure that your usage of the certificates they collected is compatible with the intended purpose. You do not need access to the corresponding private keys to use the certs as seeds. For your convenience, we have included a tarball containing around 1000 seed certificates in utils/sample_seed_certs.tar.gz. ca_cert: You will also need to create a self-signed CA certificate to sign the frankencerts. You can either use the included sample CA certificate utils/rootCA_key_cert.pem or use the utils/create_new_ca.sh script to create your own root CA. For any root CA that you use for frankencert generation, make sure that your SSL certificate validation code treats its certificate as a trusted root certificate. VERY IMPORTANT: this root certificate should be trusted ONLY during testing. If you accidentally or intentionally deploy SSL/TLS with this certificate still among the trusted root certificates, your SSL/TLS connections may be vulnerable to server impersonation and man-in-the-middle attacks. Be sure to REMOVE this certificate from your trusted root certificates once the testing is finished. output_dir: It will contain the generated frankencerts. The frankencerts will be named as frankencert-<number>.pem. count: Number of frankencerts to be generated. config_file: An optional argument to tune the frankencert generation process. Take a look at the utils/sample_franken.conf for a sample config file. To test your SSL/TLS client with the generated frankencerts, you should use the utils/test_ssl_server.py script to set up an SSL server that can present the generated frankencerts as part of the SSL handshake. Project structure The frankengen directory contains the frankencert generator code Our patched version of pyOpenSSL is inside pyOpenSSL-0.13 directory Several useful tools are included in utils cert_print.py: a tool for printing frankencerts. It requires OpenSSL to be installed and present in the path. rootCA_key_cert.pem: private key and self-signed cert of a sample CA that can be used for signing frankencerts. create_new_ca.sh: a script for creating new CA with a self-signed cert. It creates the output cert and private key in rootCA.pem (requires OpenSSL). test_ssl_server.py: a sample SSL/TLS server for presenting frankencerts to SSL/TLS clients sample_seed_certs.tar.gz: Some sample certs that may be used as seeds for frankencert generation. sample_franken.conf: A sample config file that can be used to tune different parameters of the frankencert generation process. ----------------------------------------- -- Pozdr rysiek

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

General