{"id":33512,"date":"2019-10-31T21:53:01","date_gmt":"2019-10-31T18:53:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh\/"},"modified":"2019-10-31T21:53:01","modified_gmt":"2019-10-31T18:53:01","slug":"i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","title":{"rendered":"\"En het komt wel goed\": wat cloudproviders niet zeggen over persoonlijke gegevens","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Er kwam ooit een aanvraag bij ons binnen voor clouddiensten. We hebben globaal ingeschat wat er nodig zou zijn en stuurden een lijst met vragen terug voor verduidelijking van de details. Vervolgens hebben we de antwoorden geanalyseerd en begrepen: de klant wil persoonlijke gegevens van het tweede beveiligingsniveau in de cloud plaatsen. We antwoorden hem: \"U heeft gegevens van het tweede niveau, sorry, we kunnen alleen een priv\u00e9cloud maken.\" En hij: \"Weet u, bij bedrijf X kunnen ze alles zelfs in de publieke ruimte plaatsen.\"<\/p>\n

\""En
\nFoto Steve Crisp, Reuters<\/i><\/p>\n

Vreemde zaken! We gingen naar de website van bedrijf X, bestudeerden hun certificeringsdocumenten, schudden met onze hoofden en begrepen: er zijn veel open vragen over het plaatsen van persoonlijke gegevens en die moeten goed worden onderzocht. Dat is precies wat we in deze post gaan doen.
\n<\/a><\/noindex><\/p>\n

Hoe alles zou moeten werken<\/h2>\n

\nLaten we beginnen met uit te zoeken op welke gronden persoonlijke gegevens \u00fcberhaupt aan een bepaald beveiligingsniveau kunnen worden toegewezen. Dit hangt af van de categorie van de gegevens, van het aantal betrokkenen van deze gegevens dat de operator opslaat en verwerkt, evenals van het type actuele bedreigingen.<\/p>\n

\""En
\n
\nDe definitie van de typen actuele bedreigingen staat in de beschikking van de regering van de Russische Federatie nr. 1119<\/a><\/noindex> van 1 november 2012 \"Over de goedkeuring van de vereisten voor de bescherming van persoonlijke gegevens bij de verwerking ervan in informatiesystemen voor persoonlijke gegevens:\",<\/p>\n

\"Bedreigingen van type 1 zijn relevant voor een informatiesysteem, als voor dit systeem in ieder geval relevante bedreigingen zijn verbonden<\/i> met de aanwezigheid van niet-geformaliseerde (niet-gelijkwaardige) mogelijkheden in de systeemsoftware<\/i>, gebruikt in het informatiesysteem.<\/p>\n

Bedreigingen van type 2 zijn relevant voor een informatiesysteem, als voor dit systeem in ieder geval relevante bedreigingen zijn verbonden<\/i> met de aanwezigheid van niet-geformaliseerde (niet-gelijkwaardige) mogelijkheden in de toepassingssoftware<\/i>, gebruikt in het informatiesysteem.<\/p>\n

Bedreigingen van type 3 zijn relevant voor een informatiesysteem, als voor dit systeem relevante bedreigingen zijn niet verbonden<\/i> met de aanwezigheid van niet-geformaliseerde (niet-gelijkwaardige) mogelijkheden in de systeem- en toepassingssoftware<\/i>, gebruikt in het informatiesysteem.\"<\/p><\/blockquote>\n

\nHet belangrijkste in deze definities is de aanwezigheid van niet-geformaliseerde (niet-gelijkwaardige) mogelijkheden. Om de afwezigheid van dergelijke mogelijkheden in de software te bevestigen (in het geval van de cloud is dit de hypervisor) wordt certificering door de FSTEC van Rusland uitgevoerd. Als de PDn-operator aanneemt dat er dergelijke mogelijkheden in de software zijn, dan zijn de bijbehorende bedreigingen niet relevant. Bedreigingen van het eerste en tweede type worden door PDn-operators zelden als relevant beschouwd.<\/p>\n

Naast het bepalen van het beveiligingsniveau van persoonsgegevens moet de operator ook de specifieke actuele bedreigingen voor de publieke cloud vaststellen en op basis van het vastgestelde beveiligingsniveau van persoonsgegevens en de actuele bedreigingen de benodigde maatregelen en middelen voor bescherming bepalen.<\/p>\n

Bij de FSTEC zijn alle belangrijkste bedreigingen duidelijk opgesomd in de BDU<\/a><\/noindex> (database van bedreigingen). Leveranciers en beoordelaars van cloudinfrastructuren gebruiken deze database in hun werkzaamheden. Hier zijn voorbeelden van bedreigingen:<\/p>\n

UBI.44<\/a><\/noindex>: \"De bedreiging bestaat uit de mogelijkheid van inbreuk op de veiligheid van gebruikersgegevens door programma's die binnen de virtuele machine functioneren, door malware die buiten de virtuele machine functioneert.\" Deze bedreiging is het gevolg van kwetsbaarheden in de hypervisorsoftware die de isolatie van het adresruimte waar gebruikersgegevens van programma's die binnen de virtuele machine functioneren zijn opgeslagen, ten opzichte van ongeautoriseerde toegang door malware die buiten de virtuele machine functioneert, waarborgt.<\/p>\n

De realisatie van deze bedreiging is mogelijk onder de voorwaarde dat de kwaadaardige code met succes de grenzen van de virtuele machine overschrijdt, niet alleen door het exploiteren van kwetsbaarheden in de hypervisor, maar ook door invloed uit te oefenen vanuit lagere (ten opzichte van de hypervisor) niveaus van systeemfunctionaliteit.<\/p>\n

UBI.101<\/a><\/noindex>: \"De bedreiging bestaat uit de mogelijkheid van ongeautoriseerde toegang tot beschermde informatie van \u00e9\u00e9n gebruiker van cloudservices door een andere. Deze bedreiging is het gevolg van het feit dat gebruikers van cloudservices vanwege de aard van cloudtechnologie\u00ebn gedwongen zijn dezelfde cloudinfrastructuur gezamenlijk te gebruiken. De realisatie van deze bedreiging is mogelijk bij fouten bij het scheiden van elementen van de cloudinfrastructuur tussen gebruikers van cloudservices, evenals bij het isoleren van hun middelen en het scheiden van gegevens van elkaar.\"<\/p><\/blockquote>\n

\nOm deze bedreigingen te weerstaan, kan men alleen gebruik maken van de hypervisor, aangezien deze de virtuele middelen beheert. Derhalve moet de hypervisor worden beschouwd als een beschermingsmiddel.<\/p>\n

En in overeenstemming met FSTEC-voorschrift nr. 21<\/a><\/noindex> vanaf 18 februari 2013 moet de hypervisor gecertificeerd zijn voor het ontbreken van niet-gedocumenteerde mogelijkheden volgens niveau 4, anders zal het gebruik van persoonsgegevens van niveau 1 en 2 met hem onwettig zijn (\u00abp.12. \u2026 Voor het waarborgen van de niveaus 1 en 2 van bescherming van persoonsgegevens, evenals voor het waarborgen van niveau 3 van bescherming van persoonsgegevens in informatiesystemen waarvoor actuele bedreigingen van type 2 zijn, worden middelen voor informatiebeveiliging toegepast, waarvan de software is getest op niet minder dan niveau 4 van controle op het ontbreken van niet-gedocumenteerde mogelijkheden\u00bb<\/i>).<\/p>\n

De benodigde certificeringsniveau, N\u0414\u0412-4, heeft slechts \u00e9\u00e9n hypervisor, ontwikkeld in Rusland \u2014 Horizont VS<\/a><\/noindex>. Om het zachtjes uit te drukken, niet bepaald de populairste oplossing. Commerci\u00eble clouds zijn doorgaans gebaseerd op VMware vSphere, KVM, Microsoft Hyper-V. Geen van deze producten heeft een certificering voor N\u0414\u0412-4. Waarom? Waarschijnlijk is het voor fabrikanten op dit moment economisch niet verantwoord om zo'n certificering te behalen.<\/p>\n

En voor persoonsgegevens van niveau 1 en 2 in de publieke cloud blijft er alleen Horizont VS over. Triest maar waar.<\/p>\n

Hoe alles (volgens ons) echt werkt<\/h3>\n

\nOp het eerste gezicht lijkt alles vrij strikt: de genoemde bedreigingen moeten worden weggenomen door de juiste configuratie van de ingebouwde beveiligingsmechanismen van de hypervisor, gecertificeerd volgens N\u0414\u0412-4. Maar er is \u00e9\u00e9n achterpoortje. In overeenstemming met het FSTEK-bevel nr. 21 (\u00abp.2 De veiligheid van persoonsgegevens bij hun verwerking in een informatiesysteem voor persoonsgegevens (hierna \u2014 informatiesysteem) wordt verzekerd door de operator of de persoon die persoonsgegevens verwerkt op verzoek van de operator in overeenstemming met de wettgeving<\/a><\/noindex> van de Russische Federatie\u00bb<\/i>), evalueren providers zelf de relevantie van mogelijke bedreigingen en kiezen op basis daarvan de beschermingsmaatregelen. Daarom, als men de bedreigingen \u0423\u0411\u0418.44 en \u0423\u0411\u0418.101 als niet actueel beschouwt, zal er ook geen behoefte zijn om een hypervisor te gebruiken die gecertificeerd is volgens N\u0414\u0412-4, die juist bescherming tegen hen zou moeten bieden. En dat zal voldoende zijn voor het verkrijgen van een certificaat van overeenstemming voor de publieke cloud voor niveaus 1 en 2 van bescherming van persoonsgegevens, waarmee de Roskomnadzor zeer tevreden zal zijn.<\/p>\n

Natuurlijk kan de FSTEK naast de Roskomnadzor ook een controle uitvoeren \u2014 en deze organisatie is veel strenger bij technische vraagstukken. Ze zal ongetwijfeld ge\u00efnteresseerd zijn in de vraag waarom precies de dreigingen UBI.44 en UBI.101 als irrelevant zijn beschouwd? Maar meestal voert de FSTEK alleen een controle uit wanneer ze informatie ontvangt over een opvallend incident. In dat geval komt de federale dienst eerst langs bij de operator van persoonsgegevens \u2014 dat wil zeggen, de afnemer van cloud-diensten. In het slechtste geval krijgt de operator een kleine boete \u2014 bijvoorbeeld voor Twitter aan het begin van het jaar. boete<\/a><\/noindex> in een vergelijkbaar geval bedroeg 5000 roebel. Vervolgens gaat de FSTEK verder naar de cloudprovider. Deze kan zijn licentie verliezen wegens het niet naleven van normatieve vereisten \u2014 en dat brengt heel andere risico's met zich mee, zowel voor de cloudprovider als voor zijn klanten. Maar nogmaals, de FSTEK heeft meestal een duidelijke aanleiding nodig voor een controle.<\/i> Dus zijn cloudproviders bereid om risico's te nemen. Tot de eerste ernstige incidenten. <\/p>\n

Er is ook een groep \u2018meer verantwoordelijke\u2019 providers die geloven dat ze alle dreigingen kunnen oplossen door de hypervisor aan te vullen met een uitbreiding zoals vGate. Maar in een virtuele omgeving, verdeeld onder klanten, kan een effectief beschermingsmechanisme voor sommige dreigingen (zoals de eerder genoemde UBI.101) alleen worden gerealiseerd op het niveau van een hypervisor die gecertificeerd is volgens NDV-4, omdat alle systemen die aanvullingen zijn op de standaardfuncties van de hypervisor voor resourcebeheer (in het bijzonder, het werkgeheugen) daar geen invloed op hebben.<\/p>\n

Hoe wij werken<\/h3>\n

\nWij hebben een cloudsegment dat is gerealiseerd op een hypervisor die gecertificeerd is door de FSTEK (maar zonder certificering volgens NDV-4). Dit segment is gevalideerd, zodat op basis hiervan persoonsgegevens kunnen worden opgeslagen in de cloud. niveaus 3 en 4 van beveiliging<\/i> \u2014 de eisen voor bescherming tegen niet-ge\u00ebxtraheerde mogelijkheden hoeven hier niet te worden nageleefd. Hier is overigens de architectuur van ons beveiligde cloudsegment:<\/p>\n

\""En
\nSystemen voor persoonsgegevens niveaus 1 en 2 van beveiliging<\/i> We only use dedicated equipment. Only in this case, for example, the threat UBI.101 is indeed not relevant, as server racks not merged in a single virtual environment cannot affect each other even when located in the same data center. For such cases, we offer the service of renting dedicated equipment (also known as Hardware as a Service).<\/p>\n

If you are uncertain about the level of security required for your personal data system, we also assist in classifying them.<\/p>\n

Uitslag<\/h3>\n

\nOur small market study showed: some cloud operators are willing to risk both the security of client data and their own future in order to win contracts. However, we adhere to a different policy on these matters, which we briefly outlined above. We are happy to answer any questions in the comments.
\n
Bron: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439. \u0417\u0430\u0442\u0435\u043c \u043f\u0440\u043e\u0430\u043d\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043b\u0438 \u043e\u0442\u0432\u0435\u0442\u044b \u0438 \u043f\u043e\u043d\u044f\u043b\u0438: \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a \u0445\u043e\u0447\u0435\u0442 \u0440\u0430\u0437\u043c\u0435\u0449\u0430\u0442\u044c \u0432 \u043e\u0431\u043b\u0430\u043a\u0435 \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0432\u0442\u043e\u0440\u043e\u0433\u043e \u0443\u0440\u043e\u0432\u043d\u044f \u0437\u0430\u0449\u0438\u0449\u0435\u043d\u043d\u043e\u0441\u0442\u0438. \u041e\u0442\u0432\u0435\u0447\u0430\u0435\u043c \u0435\u043c\u0443: \u00ab\u0423 \u0432\u0430\u0441 \u0432\u0442\u043e\u0440\u043e\u0439 \u0443\u0440\u043e\u0432\u0435\u043d\u044c \u043f\u0435\u0440\u0441\u0434\u0430\u043d\u043d\u044b\u0445, \u0438\u0437\u0432\u0438\u043d\u0438\u0442\u0435, \u043c\u043e\u0436\u0435\u043c \u0442\u043e\u043b\u044c\u043a\u043e \u0447\u0430\u0441\u0442\u043d\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u0441\u0434\u0435\u043b\u0430\u0442\u044c\u00bb. \u0410 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25212,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33512","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47 \"And that will do\": what cloud providers do not reveal about personal data | ProHoster","description":"We received a request for cloud services. We roughly estimated what would be required from us and sent back a list of questions to clarify details.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u00ab\u0418 \u0442\u0430\u043a \u0441\u043e\u0439\u0434\u0435\u0442\u00bb: \u0447\u0442\u043e \u043e\u0431\u043b\u0430\u0447\u043d\u044b\u0435 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440\u044b \u043d\u0435 \u0434\u043e\u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u044e\u0442 \u043e \u043f\u0435\u0440\u0441\u043e\u043d\u0430\u043b\u044c\u043d\u044b\u0445 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0448\u043b\u0430 \u043a\u0430\u043a-\u0442\u043e \u043a \u043d\u0430\u043c \u0437\u0430\u044f\u0432\u043a\u0430 \u043d\u0430 \u0443\u0441\u043b\u0443\u0433\u0438 \u043e\u0431\u043b\u0430\u043a\u0430. \u041c\u044b \u043f\u0440\u0438\u043a\u0438\u043d\u0443\u043b\u0438 \u0432 \u043e\u0431\u0449\u0438\u0445 \u0447\u0435\u0440\u0442\u0430\u0445, \u0447\u0442\u043e \u043e\u0442 \u043d\u0430\u0441 \u043f\u043e\u0442\u0440\u0435\u0431\u0443\u0435\u0442\u0441\u044f, \u0438 \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u0432 \u043e\u0442\u0432\u0435\u0442 \u0441\u043f\u0438\u0441\u043e\u043a \u0432\u043e\u043f\u0440\u043e\u0441\u043e\u0432 \u0434\u043b\u044f \u0443\u0442\u043e\u0447\u043d\u0435\u043d\u0438\u044f \u0434\u0435\u0442\u0430\u043b\u0435\u0439.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/i-tak-sojdet-chto-oblachnye-provajdery-ne-dogovarivayut-o-personalnyh-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:53:01+00:00","article:modified_time":"2019-10-31T18:53:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33512","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 15:35:22","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:39:23","updated":"2026-01-21 15:35:22","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/33512","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=33512"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/33512\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/25212"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=33512"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=33512"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=33512"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}