Не искушайтесь аудит-логами

На многих системах во имя безопасности появляется сущность аудит-лога. Аудит-лог предназначен для хранения информации о событиях безопасности (например: «пользователь залогинился», «пользователь 3 раза подряд не смог залогиниться», «пользователь удалил бэкап» и так далее).

Аудит-лог, как правило, сделан добротно и аттестован всеми аттестатами. И тут возникает искушение писать в него не только события безопасности, но и общесистемные события, которые кажутся важными (к примеру, когда пофейлилась аллокация в ядре). Оставим за скобками что важных-как-кажется-событий будет становится больше и решительно осудим такой подход с самого начала.

1. Как правило, у аудит-лога и обычного лога разные настройки конфиденциальности. Обычные логи может читать администратор системы или даже простой пользователь во имя debug-ability и возможности самостоятельно решать часть проблем. Аудит-лог читает только аудитор, так как он содержит сенситивную информацию.

2. Аудит-лог и обычный лог чаще всего имеют разные политики целостности. В обычный лог пишут и обычные приложения, и самые разные части системы. А произвольная запись в аудит-лог должна быть ограничена — только TCB-of-TCB может перезаписать данные. Если вообще может.

3. Аудит-лог и обычный лог имеют разные retention policies. Обычные логи ротируются и обрезаются. Аудит-лог хранится долго, и его ротация – это важное событие, которое благословляется высокими кредами, а иногда сопровождается записью на другой носитель.

Вывод: используйте концепты по прямому назначению и не используйте их всуе. А если хотите переиспользовать концепт вне домена, четко представляйте ограничения в моменте и их будущее развитие.

#digest

не по разработке. но оч достойно

https://youtu.be/--mY5ruEhqI

тема с макросами и мета пограмированием для запросов это оч хорошо. представить бы не именно скул а сразу скомпилированный запрос который попадал бы в базу, аля хранимка для прилаги - прямо до старта уже былап бы там это былобы просто круто. что бы не гонять эти строки по сети впринципе а скомпилированный запрос вообще шикарно бы отрабатывал.... эх мечты-мечты... или не?

== Разработка макроса Rust для автоматического написания шаблонного кода SQL
https://nuancesprog.ru/p/16570/

чот даж немного порвало мозг) я даже не думал про такой способ юзания тэга стайл

https://youtu.be/_GFy0QC_OcU

мдя... зеро толеранс во всей красе. не доверяет вообще даже собственным кнопкам, шифруя все... но не панацея

запустить компьютинг под айфоном что бы сломать айфон, использовав только код зацикливания гифки) ОГОНЬ !!!! 🔥🔥🔥🔥

== БЕЗОПАСНОСТЬ APPLE - МИФ? | РАЗБОР
https://youtu.be/YoAy9QV3TR4

== ТЕОРИЯ ВЕРОЯТНОСТЕЙ ДЛЯ ПРОГРАММИСТА
https://youtu.be/X8W-6RDHqxM

хорошая напоминалочка про Fault tolerance

https://en.wikipedia.org/wiki/Fault_tolerance

== Без конца тревожусь что IT лопнет и ничего не будет как раньше – Доктор Кот
https://youtu.be/W9zwTQqN-FM

Идеальней комикса, объясняющего eventual consistency наверное нет

https://twitter.com/randomazer/status/1607357737645608960

как положить на лопатки синюю чайку за пару месяцев)
https://youtu.be/x5he5r8Txfs

Идёт прохожий по улице, видит — мужик с собакой в шахматы играет. Прохожий подходит и говорит:
— Ого, какая у вас собака умная!
— Да какая она умная, — отвечает мужик — счёт 4-2, я веду.

Вы только что прочитали анекдот про программистов и ChatGPT.

Ответ:

Как отвечает большинство людей: Nil - это конец списка. Null – отсутствие значения. None - это значение Option, если в ней ничего нет.

Что следует ответить: Null – это тип, который представляет отсутствие информации для сложных типов данных, наследуемых от AnyRef. Nothing – это низший тип всей системы Scala, включающий все типы AnyVal и AnyRef. Nothing обычно используется как return из метода, который сработал с ошибкой или выдал исключение.

Почему нужно ответить именно так: Первый ответ неплохой, но разработчик не понимает, что перечислил только термины и не объяснил разницы между типами и понятиями. К тому же он не рассказал о типах данных в Scala. Способность объяснять подобные, часто вводящие в ступор части языка, показывает понимание основных концепций от систем типов до коллекций контейнеров в среде выполнения JVM. Даже если вы не используете эти типы и понятия, они обязательно всплывут во время работы, поэтому необходимо знать, что им нужно.

#собес

мать-перемать
пиццот оттенков пустоты

скала, ты просто черная дырка

во
толковейший ман на тему "что есть архитектура"

http://www.softwarearchitecturenotes.com/architecturerequirements.html

== Google Pro Tip: Use Back-of-the-envelope-calculations to Choose the Best Design
http://highscalability.com/blog/2011/1/26/google-pro-tip-use-back-of-the-envelope-calculations-to-choo.html