{"id":31965,"date":"2019-03-18T09:01:00","date_gmt":"2019-03-18T08:01:00","guid":{"rendered":"https:\/\/biznes.t-mobile.pl\/5-trendow-z-zakresu-bezpieczenstwa-chmury-obliczeniowej"},"modified":"2025-06-04T14:55:37","modified_gmt":"2025-06-04T12:55:37","slug":"5-trendow-z-zakresu-bezpieczenstwa-chmury-obliczeniowej","status":"publish","type":"post","link":"https:\/\/biznes.t-mobile.pl\/pl\/5-trendow-z-zakresu-bezpieczenstwa-chmury-obliczeniowej","title":{"rendered":"5 trend\u00f3w z zakresu bezpiecze\u0144stwa chmury obliczeniowej"},"content":{"rendered":"\n\n\n
\n

Z TEGO ARTYKU\u0141U DOWIESZ SI\u0118:<\/span><\/strong><\/h2>\n
    \n
  1. JAKIE ZAGRO\u017bENIA W CHMURZE DANYCH WYST\u0118PUJ\u0104 OSTATNIO NAJCZ\u0118\u015aCIEJ<\/span><\/strong><\/li>\n
  2. KT\u00d3RE Z ZAGRO\u017bE\u0143 MOG\u0104 STA\u0106 SI\u0118 POWA\u017bNYM PROBLEMEM DLA TWOJEJ ORGANIZACJI W NAJBLI\u017bSZYM CZASIE<\/span><\/strong><\/li>\n
  3. JAKIE KROKI ZAPOBIEGAWCZE PRZEDSI\u0118WZI\u0104\u0106, BY ZMNIEJSZY\u0106 PRAWDOPODOBIE\u0143STWO ATAKU NA TWOJ\u0104 INFRASTRUKTUR\u0118<\/span><\/strong><\/li>\n<\/ol>\n<\/td>\n<\/tr>\n<\/thead>\n<\/table>\n

    W raporcie1<\/sup> zespo\u0142u badawczego ds. zagro\u017ce\u0144 Unit 42 nale\u017c\u0105cego do Palo Alto Networks przeanalizowano nowe i istniej\u0105ce zagro\u017cenia wyst\u0119puj\u0105ce w chmurze obliczeniowej<\/a> weryfikuj\u0105c informacje o incydentach od ko\u0144ca maja do pocz\u0105tku wrze\u015bnia 2018 r. W raporcie wskazano 5 najwa\u017cniejszych trend\u00f3w oraz typ\u00f3w zagro\u017ce\u0144.<\/span><\/p>\n

    Ro\u015bnie liczba i szybko\u015b\u0107 w\u0142ama\u0144 na konta u\u017cytkownik\u00f3w<\/h2>\n

    Z bada\u0144 przeprowadzonych przez Unit 42 wynika, \u017ce 29% organizacji mog\u0142o do\u015bwiadczy\u0107 w\u0142ama\u0144 na konto, a 27% z nich zezwala na dzia\u0142ania na koncie u\u017cytkownika root. Stwierdzono tak\u017ce, i\u017c 41% kluczy dost\u0119pu w ci\u0105gu ostatnich 90 dni nie zosta\u0142o zmienionych. Coraz bardziej powszechne staj\u0105 si\u0119 w\u0142amania do chmury na konta u\u017cytkownik\u00f3w poprzez z\u0142amanie zabezpiecze\u0144. Aby temu zapobiec organizacje powinny wymaga\u0107 od u\u017cytkownik\u00f3w skuteczniejszych ni\u017c dotychczas metod zarz\u0105dzania dost\u0119pem. Przedsi\u0119biorstwa musz\u0105 przyj\u0105\u0107 za\u0142o\u017cenie, \u017ce pomimo stosowanych \u015brodk\u00f3w ostro\u017cno\u015bci i dobrych praktyk w\u0142amania s\u0105 mo\u017cliwe. Konieczne jest wi\u0119c szybkie reagowanie na podejrzane dzia\u0142ania u\u017cytkownik\u00f3w.<\/span><\/p>\n

    Coraz wi\u0119cej przedsi\u0119biorstw pracuje nad zgodno\u015bci\u0105 ze standardami<\/h2>\n

    32% organizacji \u015bwiadczy przynajmniej jedn\u0105 us\u0142ug\u0119 w chmurze<\/a>, w kt\u00f3rej przechowywane s\u0105 dane, przy czym 49% baz danych nie jest zaszyfrowanych. Rodzi to powa\u017cne obawy o ich bezpiecze\u0144stwo. Od dawna wiadomo, \u017ce luki w ochronie danych s\u0105 przyczyn\u0105 powa\u017cnych narusze\u0144 bezpiecze\u0144stwa. Wraz z pojawieniem si\u0119 coraz bardziej wymagaj\u0105cych regulacji, takich jak GDPR w Europie oraz w Stanach Zjednoczonych California Consumer Privacy Act, wiele organizacji czeka jeszcze mn\u00f3stwo pracy, zanim osi\u0105gn\u0105 one pe\u0142n\u0105 zgodno\u015b\u0107 z przepisami prawa oraz standardami zarz\u0105dzania bezpiecze\u0144stwem w \u015brodowiskach chmury publicznej.<\/span><\/p>\n

    Mniejsza liczba atak\u00f3w typu Cryptojacking<\/h2>\n

    Wed\u0142ug Unit 42, w 2018 roku, 11% organizacji do\u015bwiadczy\u0142o atak\u00f3w Cryptojacking w swoich \u015brodowiskach chmury obliczeniowej, przy czym we wrze\u015bniu tych atak\u00f3w by\u0142o o 25% mniej ni\u017c w maju. Tego rodzaju ataki zaobserwowano po raz pierwszy w 2017 roku. Wtedy w\u0142a\u015bnie pojawi\u0142y si\u0119 skrypty s\u0142u\u017c\u0105ce do kopania kryptowaluty Monero w przegl\u0105darkach internetowych. Dok\u0142adniejsze badanie podatno\u015bci na ten typ zagro\u017cenia wykaza\u0142o, \u017ce ponad jedna czwarta firm (26%) w og\u00f3le nie ogranicza ruchu wychodz\u0105cego, a 28% zezwala na otrzymywanie po\u0142\u0105cze\u0144 przychodz\u0105cych z Internetu do baz danych. Zdaniem badaczy malej\u0105ca liczba incydent\u00f3w zwi\u0105zanych z tym zagro\u017ceniem wynika ze zmniejszaj\u0105cego si\u0119 zainteresowania kryptowalutami oraz lepszych mo\u017cliwo\u015bci wykrywania podatno\u015bci na Cryptojacking. Eksperci Unit 42 s\u0105 jednak zdania, \u017ce firmy, kt\u00f3re jeszcze dostatecznie nie zabezpieczy\u0142y si\u0119 przed t\u0105 podatno\u015bci\u0105, nie powinny biernie czeka\u0107, a jak najszybciej podj\u0105\u0107 dzia\u0142ania zaradcze. <\/span><\/p>\n

    Wzrasta \u015bwiadomo\u015b\u0107 klient\u00f3w w obszarze zarz\u0105dzania lukami w bezpiecze\u0144stwie<\/h2>\n

    Tak jak atak Meltdown oraz dwa zagro\u017cenia o zbiorczej nazwie Spectre dotycz\u0105ce podatno\u015bci w procesorach spowodowa\u0142y powa\u017cne perturbacje na pocz\u0105tku 2018 roku, tak najnowsza luka w procesorach Intel o nazwie L1 Terminal Fault wraz z mo\u017cliwym exploitem zdalnego wykonania kodu (RCE) w Apache Struts 2 s\u0105 obecnie przyczyn\u0105 b\u00f3lu g\u0142owy oko\u0142o 23% organizacji korzystaj\u0105cych z chmury danych, w kt\u00f3rych nie zaimplementowano jeszcze patchy \u0142ataj\u0105cych te luki. Dostawcy us\u0142ug w chmurze (Cloud Service Providers – CSP) s\u0105 w g\u0142\u00f3wnej mierze odpowiedzialni za bezpiecze\u0144stwo oferowanej infrastruktury i us\u0142ug. Jednak tak\u017ce w interesie klient\u00f3w jest identyfikacja i eliminacja luk w bezpiecze\u0144stwie chmury obliczeniowej i host\u00f3w nara\u017conych na atak. Dlatego powinni oni wskaza\u0107 maszyny, na kt\u00f3rych nie zaimplementowano jeszcze aktualizacji. CSP nie s\u0105 w stanie zrobi\u0107 tego samodzielnie za pomoc\u0105 automatycznych narz\u0119dzi do skanowania luk w zabezpieczeniach poniewa\u017c rozwi\u0105zania te nie zosta\u0142y zaprojektowane dla architektury chmurowej. <\/span><\/p>\n

    Coraz wi\u0119ksze bezpiecze\u0144stwo kontener\u00f3w<\/h2>\n

    Nie ma w\u0105tpliwo\u015bci, \u017ce coraz wi\u0119cej organizacji implementuje w swojej architekturze IT modele kontener\u00f3w. A\u017c jedna na trzy organizacje korzysta z natywnej lub zarz\u0105dzanej orkiestracji Kubernetes, a jedna czwarta stosuje zarz\u0105dzane us\u0142ugi w chmurze obliczeniowej, takie jak Amazon Elastic Container Service dla Kubernetes (EKS), Google Kubernetes Engine ( GKE) lub us\u0142ug\u0119 Azure Kubernetes Service (AKS). Platformy te u\u0142atwiaj\u0105 programistom wdra\u017canie, zarz\u0105dzanie i skalowanie aplikacji kontenerowych. W raporcie Unit 42 stwierdza si\u0119, \u017ce 46% organizacji akceptuje ruch do pod-\u00f3w Kubernetes z dowolnego \u017ar\u00f3d\u0142a, a 15% nie stosuje zasad zarz\u0105dzania to\u017csamo\u015bci\u0105 i dost\u0119pem (IAM) do chmury danych umo\u017cliwiaj\u0105cych kontrolowanie dost\u0119pu do instancji Kubernetes. Eksperci z Unit 42 sugeruj\u0105, by dla poprawy bezpiecze\u0144stwa organizacje stosowa\u0142y zasady sieciowe, kt\u00f3re izoluj\u0105 pod-y i wymuszaj\u0105 kontrol\u0119 dost\u0119pu.<\/span><\/p>\n

    Podsumowanie<\/h2>\n

    Przypomnijmy wszystkie pi\u0119\u0107 ostrze\u017ce\u0144 z zakresu bezpiecze\u0144stwa chmury danych, kt\u00f3re warto wzi\u0105\u0107 pod uwag\u0119 w 2019 roku:<\/span><\/p>\n