28 Kwiecień 2017 12:15:56
Nawigacja
· Strona Główna
· Galeria
· Forum
· Linki

· Tomato by Shibby

· Wiki-OpenWrt
· Wiki-DD-WRT
· Emulatory sprzętu

Darowizna
Ostatnio na forum
Najnowsze tematy
· Asus RT-AC1200G+
· [MOD] Tomato by shibby
· Problem wnr3500l v2
· Reklamy na stronach ...
· [K] Kupię ASUS RT-AC68U
· RT-N18U - ARM z jedn...
· Logi do pliku - konf...
· Asus RT-AC88U - potę...
· Asus RT-AC68U
· openwrt na raspberry
· D6300 - da się na to...
· Kompilacje by @kille72
· linksys ea4500 openwrt
· Xpenelogy 6
· [S] GALAXY NOTE 2 + ...
· tani, stabilny route...
· Nie widzę przyszłośc...
· R7000 - wybór altern...
· Nieprzeczytane posty
· Jak wystawić sambę p...
Najciekawsze tematy
· [MOD] Tomato by s... [13242]
· Kompilacje by @ki... [442]
· Asus RT-AC56U - "... [339]
· RT-N18U - ARM z j... [242]
· Asus RT-AC68U [212]
· Asus RT-AC1200G+ [62]
· Nie widzę przyszł... [29]
· Turris omnia [29]
· Asus RT-AC88U - p... [25]
· linksys ea4500 op... [25]
· ASUS RT-AC68U Mod... [24]
· Jak wystawić samb... [21]
· tani, stabilny ro... [14]
· VLAN - nie mogę p... [12]
· R7000 - wybór alt... [11]
Ankieta
Jaki procesor posiada twój router?

Broadcom MIPSEL
Broadcom MIPSEL
41% [119 głosów]

Broadcom ARM
Broadcom ARM
48% [140 głosów]

Atheros
Atheros
6% [17 głosów]

Marvell
Marvell
1% [4 głosy]

Ralink
Ralink
0% [1 głos]

Intel/AMD/VIA
Intel/AMD/VIA
1% [3 głosy]

Żaden z powyższych
Żaden z powyższych
3% [8 głosów]

Ogółem głosów: 292
Musisz zalogować się, aby móc zagłosować.
Rozpoczęto: 02/02/2015 09:38

Archiwum ankiet
Reklama
Twoje IP
54.145.101.227
Reklama
Algorytm SHA-1 praktycznie złamany
NewsyTo pierwsza, nie teoretyczna, a rzeczywista prezentacja złamania algorytmu SHA-1, która jest sygnałem, że tak szybko jak to tylko możliwe należy zaprzestać korzystania z jego funkcji.

SHA-1 (Secure Hash Algorithm 1) powstał w 1995 roku i do chwili obecnej jest wciąż często wykorzystywany przez różnego rodzaju oprogramowanie. Pierwsze sygnały, że teoretycznie jest on podatny na złamanie pojawiły w 2005 roku.

Algorytm tworzy ciąg znaków alfanumerycznych będących kryptograficznym obrazem pliku lub zbioru danych. Pełni on rolę cyfrowego podpisu, który był uważany za unikalny i odporny na ataki wykorzystujące inżynierię odwrotną (non-reversible).

Kto może złamać mechanizmy szyfrowania oparte na SHA-1

Złamanie SHA-1 wymaga na razie ogromnej mocy obliczeniowej, która nie jest dostępna dla większości cyberprzestępców, ale już obecnie istnieje możliwość, że mechanizmy łamania zabezpieczeń zostaną wykorzystane przez agencje rządowe wielu państw lub inne organizacje dysponujące dostępem do dużych mocy obliczeniowych.

Teoretyczne analizy dotyczące możliwości złamania SHA-1 są prowadzone od dawna. W 2012 roku koszty przeprowadzenia ataku przy wykorzystaniu chmurowych systemów obliczeniowych były szacowane przez ekspertów ds. technologii kryptograficznych na 700 tys. USD i przewidywano, że do 2018 roku powinny obniżyć się do poziomu 173 tys. USD. Ale już w 2015 roku zaprezentowano nową metodę łamania SHA-1, która pozwala na kolejne znaczące obniżenie kosztów ataku. Została ona przedstawiona przez grupę naukowców z ośrodków badawczych CWI (Centrum Wiskunde and Informatica) w Holandii, NTU (Nanyang Technological University) z Singapuru oraz francuskiego Inria.

Obecnie, do praktycznego złamania SHA-1 naukowcy z CWI wykorzystali moc obliczeniową udostępnioną przez Google, a dokładniej przez chmurową infrastrukturę obsługującą m.in. usługi Google Photo i Google Cloud, a także mechanizmy sztucznej inteligencji rozwijane w ramach programu Alphabet AlphaGo. Według przedstawicieli Google, był to jeden z największych programów obliczeniowych w historii. Dla porównania, jego realizacja przy wykorzystaniu typowego, pojedynczego procesora trwałaby 6500 lat.

Kod wykorzystany do przeprowadzenia ataku na SHA-1 ma zostać opublikowany za ok. 3 miesiące, a więcej szczegółowych informacji można znaleźć na specjalnej stronie SHAttered poświęconej temu tematowi lub opublikowanym przez naukowców dokumencie "The first collision for full SHA-1".

Mimo, że praktyczne wykorzystanie tej metody przez cyberprzestępców to perspektywa przynajmniej kilku lat, ale dla praktyków zajmujących się bezpieczeństwem w firmach, jest to wyraźny sygnał, że trzeba zacząć poważnie myśleć o zastąpieniu oprogramowania wykorzystującego algorytm SHA-1 przez nowsze i bardziej bezpieczne mechanizmy szyfrowania takie, jak choćby SHA-3 lub SHA-256.

Nadszedł czas na poważne potraktowanie ostrzeżeń

NIST (National Institute of Standards and Technology) zakazał stosowania SHA-1 przez amerykańskie agencje rządowe już od 2010 roku, a także zabronił firmom wydającym cyfrowe certyfikaty wykorzystywania tego algorytmu od 1 stycznia 2016 roku. Od razu jednak pojawiły się wyjątki od tej reguły dotyczące m.in. terminali płatniczych, które nie zostały odpowiednio zaktualizowane i przystosowane do korzystania z nowszych algorytmów, jak SHA-2.

Mimo, że każdy specjalista ds. bezpieczeństwa wie, że należy wycofać się ze stosowania algorytmu SHA-1, ale praktyka wygląda jednak inaczej i mimo płynących od wielu lat ostrzeżeń, jest on wciąż szeroko wykorzystywany. "Funkcje wykorzystujące SHA-1 są wbudowane do wielu aplikacji, które odwołują się do odpowiednich bibliotek i modyfikacja tych odwołań wymaga niestety dużo ręcznej pracy" zwraca uwagę David Maxwell, CSO w firmie InfoSec Global.

SHA-1 jest wciąż szeroko stosowany do weryfikacji transakcji przeprowadzanych za pomocą kart płatniczych, dokumentów elektronicznych, cyfrowych podpisów PGP/GPG, a także sprawdzania prawidłowości kodu aplikacji open source lub aktualizacji oprogramowania.

Gdzie SHA-1 jest wciąż wykorzystywany

"Algorytm SHA-1 jest najczęściej wykorzystywany do zabezpieczania połączeń SSL/TSL. Jego eliminacja polega na takiej rekonfiguracji systemu by funkcjonowały w nim tylko przeglądarki i serwery nie obsługujące SHA-1. Nie stwarza to dużych problemów. A działania związane z upgradem SHA-1 do nowszych wersji algorytmów powinny być elementem standardowego utrzymywania systemów IT." uważa Paul Ducklin doradca ds. bezpieczeństwa w firmie Sophos, który jest też autorem opracowania prezentującego problemy dotyczące SHA-1 i innych algorytmów wykorzystywanych do szyfrowania transmisji i plików.

"Systemy zarządzania treścią i wersjami plików często wykorzystują algorytm SHA-1 do identyfikacji plików. Jeśli pochodzą one od zewnętrznych dostawców to użytkownicy muszą się do nich zwrócić i zapytać czy oprogramowanie stosuje mechanizm oparty na SHA-1 i czy planowana jest jego aktualizacja" mówi Paul Ducklin.

"W przypadku starych aplikacji, zmiana wykorzystywanych mechanizmów szyfrowania może być trudna lub niemożliwa. Ale przy tworzeniu nowych warto zadbać, by wykorzystywały one programowy moduł pozwalający na łatwą modyfikację wykorzystywanej funkcji szyfrowania wybierając odpowiedni mechanizm z dostępnej biblioteki" mówi David Maxwell.

Google zapewnia o bezpieczeństwie swoich aplikacji

Google, który udostępnił swoje zasoby obliczeniowe do przeprowadzenia ataku na SHA-1, oświadczył jednocześnie z publikacją o jego wynikach, że użytkownicy oprogramowania Gmail i GSuite zostali zabezpieczeni przed takimi atakami dzięki wprowadzeniu mechanizmów umożliwiających ich wykrycie w przypadku plików w formacie PDF (tzw. PDF collision technique). Oprócz tego najnowsza 56. wersja przeglądarki Chrome oznacza strony HTTPS legitymujące się certyfikatami wykorzystującymi SHA-1 jako potencjalnie niebezpieczne. Inni dostawcy przeglądarek zapowiadają wprowadzenie podobnych ostrzeżeń w najbliższym czasie.

Oprócz tego, oprogramowanie do wykrywania kolizji (różnych plików mających taką samą sygnaturę) jest bezpłatnie dostępne na stronie SHAttered.

"Czy te wszystkie ostrzeżenia spowodują, że producenci oprogramowania oraz menedżerowie odpowiedzialni za bezpieczeństwo systemów IT potraktują je poważnie i zadbają o usunięcie funkcji wykorzystujących SHA-1 z systemu zanim cyberprzestępcy zaczną je eksploatować w praktyce?" zastanawia się David Chismon z firmy MWR InfoSecurity. Jego pytanie pozostaje na razie bez odpowiedzi.

Źródło
Komentarze
Brak komentarzy. Może czas dodać swój?
Dodaj komentarz
Zaloguj się, aby móc dodać komentarz.
Logowanie
Nazwa użytkownika

Hasło



Nie masz jeszcze konta?
Zarejestruj się

Nie możesz się zalogować?
Poproś o nowe hasło
Aktualnie online
· Gości online: 8

· Użytkowników online: 1
wojcieh

· Łącznie użytkowników: 23,482
· Najnowszy użytkownik: dampy96
Shoutbox
Musisz zalogować się, aby móc dodać wiadomość.

Steel_Rat
28-04-2017 07:15
Wieszać to się nie wiesza. Niestety nie wszystko działa poprawnie.

astropay11
27-04-2017 22:11
Czy Tomato v138 od Shibby'ego dla N18U jest stabilne ? Musze zainstalowac i zapomniec... Paykasa Bozdurma

overflow2
27-04-2017 14:30
log internally i ustawione custom log file path, logi zapisują się w ramie a nie nvramie

p4v3u
27-04-2017 12:18
czy jesli chce zapisywac syslog na dysk podlaczony do routera, a nie do nvram, to musze miec zaznaczony checkbox 'log internally' ? nie moge sobie z tym poradzic

kille72
21-04-2017 17:56
SECURITY ALERT - Linksys Routers: http://blog.ioact.
..ities.html

Bourne55
20-04-2017 19:48
jaki lepszy - tp link TL-WDR4300;TL WDR8500;Tp-link WDR6320; d-link DIR-823 wifi ; Tenda AC6 chodzi mi o moc sygnału.

Bourne55
20-04-2017 18:59
jest jakiś czat na zywo openwrt jak IRC

shibby
19-04-2017 09:51
p4v3u - pw

p4v3u
19-04-2017 09:44
Czy Tomato v138 od Shibby'ego dla N18U jest stabilne ? Musze zainstalowac i zapomniec...

kille72
16-04-2017 17:52
Wydałem wersje 138.14-ARM https://openlinks.
..d_id=20829
Życzę wesołych Świąt!

Staszek
15-04-2017 23:43
Będę testował w połączeniu z OpenVPN. Dzięki Smile

kille72
15-04-2017 23:39
Działa dobrze, naprawione Smile

Staszek
15-04-2017 23:35
AC56U

kille72
15-04-2017 23:30
Jaki router?

Staszek
15-04-2017 23:25
A co z VLAN w nowych wersjach?

djwujek
15-04-2017 13:48
Zdrowych i spokojnych i rodzinnych świąt dla wszystkich Smile

Bourne55
14-04-2017 11:34
czy ktoś miał z tym do czynienia? Ubiquiti Networks Nano Station Loco M2

31,834,118 unikalne wizyty