N
Size: a a a
2021 February 13
AL
Не ну я с ним работаю :) обеспечение целостности и сохранности?
MC
хорошо вам
а что угрожает персональным данным, если каналы навернутся?
AL
187 фз я бы понял
AL
Да ктож сомневается - у каждого свой опыт и ркн в регионах по разному на нарушения смотрят
AL
В соседних регионах подход к проверкам может отличаться кардинально и за одни и те же нарушения смотрят каждый по своему
ДT
да, если главный безопасник в регионе не знает что https обеспечивает защиту персданных через интернет, то всё плохо
ДT
и нас не понимает входящий в регион поставщик, который везде реализовал доступ к МРТ через веб, а тут чот низя так.
AL
Зато не скучно!
MC
==================
Як iнтерiсно. Постгрескл версии 11:
A case similar to filter conditions occurs with “lossy” index scans. For example, consider this search for polygons containing a specific point:
so we have a plain sequential scan in which all the rows got rejected by the filter condition. But if we
force an index scan to be used, we see:
of the index condition. This happens because a GiST index is “lossy” for polygon containment tests:
it actually returns the rows with polygons that overlap the target, and then we have to do the exact
containment test on those rows.
То есть, если пг_ каким-то образом при выполнении плана отключится seq_scan, то он может выдать неправильный результат при работе с геоданными хранящимися в GiST индексе.
Хорошо, что просто так его нельзя отключить
Як iнтерiсно. Постгрескл версии 11:
A case similar to filter conditions occurs with “lossy” index scans. For example, consider this search for polygons containing a specific point:
EXPLAIN ANALYZE SELECT * FROM polygon_tbl WHERE f1 @> polygonThe planner thinks (quite correctly) that this sample table is too small to bother with an index scan,
'(0.5,2.0)';
so we have a plain sequential scan in which all the rows got rejected by the filter condition. But if we
force an index scan to be used, we see:
SET enable_seqscan TO off;Here we can see that the index returned one candidate row, which was then rejected by a recheck
EXPLAIN ANALYZE SELECT * FROM polygon_tbl WHERE f1 @> polygon
'(0.5,2.0)';
of the index condition. This happens because a GiST index is “lossy” for polygon containment tests:
it actually returns the rows with polygons that overlap the target, and then we have to do the exact
containment test on those rows.
То есть, если пг_ каким-то образом при выполнении плана отключится seq_scan, то он может выдать неправильный результат при работе с геоданными хранящимися в GiST индексе.
Хорошо, что просто так его нельзя отключить
AS
152-ФЗ - знаете что такое?
Ник, при чём ПД в контексте надёжности/устойчивости каналов связи?
N
Ник, при чём ПД в контексте надёжности/устойчивости каналов связи?
вопрос был про критически важные места.. а требования к критичности могут быть разные..
AS
Яндекс.Облако получили сертификацию PCI DSS и УЗ-1. Так Я.Облако собрало флеш рояль из сертификатов соответствия 152-ФЗ УЗ-1, GDPR, PCI DSS и ISO. Это открывает для клиентов облака возможности хранить и обрабатывать данные платежных карт, медицинские, специальные и биометрические данные. Круто, что под сертификацию попали managed-сервисы: базы, лямбды, любимые всеми куберы и другие.
AS
JFI