Опасны ли чужие прокси в плане использования?
Если вы используете прокси-серверы «хороших людей», чей IP-адрес и номер порта только что были найдены в Интернете, вы должны абсолютно четко осознавать риски этого.
Прежде всего, все данные, передаваемые в виде обычного текста, видны владельцу. Таким простым способом многие базы паролей были собраны из социальных сетей. Если многие сайты уже перешли на HTTPS, злоумышленники будут видеть только по переданным данным: 1) имя хоста, на который направлен запрос; 2) IP-адрес пользователя, сделавшего запрос. Здесь также полностью видны данные, передаваемые в виде обычного текста.
Во-вторых, незашифрованный трафик, передаваемый через чужой прокси, можно изменять любым способом: размещать рекламу, проводить атаки и так далее.
К слову, все высказанное в данном разделе принадлежит к коммерческим прокси-серверам (в случае если вы оплатили кому то за прокси, сие никак не означает, что они никак не могут выбирать пароли с вашего трафика либо попросту проявлять интерес к вашим действиям).
Приманки (lures)
Приманки позволяют сделать настройки для снижения заметности фишинговой атаки.
Чтобы создать новую приманку для фишлета, например, twitter:
lures create twitter
Чтобы просмотреть имеющиеся приманки:
lures
Некоторые другие опции приманок:
Устанавливает пользовательский url <путь> для приманки с заданным <id>
lures edit path <id> <путь>
Устанавливает url редиректа, куда пользователь будет перенаправлен при успешной авторизации для приманки с заданным <id>
lures edit redirect_url <id> <url_редиректа>
Изменить фишлет, применяется к приманке с заданным <id>
lures edit phishlet <id> <фишлет>
Изменить фишлет, применяется к приманке с заданным <id>:
lures edit info <id> <информация>
Установить заголовок opengraph, который будет показан по превью ссылки для приманки с заданным <id>:
lures edit og_title <id> <заголовок>
Установить описание opengraph которое будет показано по превью ссылки для приманки с заданным <id>:
lures edit og_desc <id> <заголовок>
Установить url изображения opengraph которое будет показано по превью ссылки для приманки с заданным <id>:
lures edit og_image <id> <заголовок>
Установить url для opengraph которая будет показана по превью ссылки для приманки с заданным <id>
lures edit og_url <id> <заголовок>
Факторы, влияющие на производительность mysql
1. Производительность серверного оборудования, включая ЦП, память, ввод-вывод, производительность сети и т. Д. 2. Оптимизация системных параметров сервера 3. Выбор механизма хранения mysql; MYISAM не поддерживает транзакции, блокировки на уровне таблиц; INNODB: поддерживает транзакции, поддерживает блокировки таблиц и блокировки строк. 4. Оптимизация параметров mysql, таких как максимальное количество подключений, размер кеша. 5. Проектирование структуры базы данных и производительность оператора sql. Приоритет оптимизации 1. Проектирование структуры базы данных и производительность оператора sql. 2. Выбор механизма хранения базы данных и оптимизация параметров. 3. Выбор и оптимизация системы 4. Оптимизация оборудования
Как выбрать аппаратную конфигурацию системы? CPU：、 Выбирать больше процессоров? Или более быстрый процессор? Если вы не считаете стоимость, вы должны иметь и то, и другое. Если стоимость ограничена, мы можем выбрать один из следующих способов. Когда наша служба обрабатывает много данных для одного SQL, мы можем выбрать более быстрый ЦП, чтобы повысить производительность одного SQL; Если параллелизм службы велик, вы можете настроить больше ЦП. Так как количество процессоров будет влиять на параллелизм базы данных, например, 32-ядерный процессор может одновременно обрабатывать 32 запроса базы данных; 1. 64-разрядный ЦП работает в 64-разрядной системе. 2. Для сценариев с высоким уровнем параллелизма количество процессоров важнее, чем частота. 3. Для сценариев с интенсивным использованием ЦП или сложных сценариев SQL частота ЦП имеет большее значение. Память: Память может уменьшить количество операций ввода-вывода на диске и улучшить производительность SQL-запросов; но увеличение объема памяти также является узким местом. Если объем памяти превышает размер данных mysql, добавление дополнительной памяти больше не может улучшить mysql. Производительность. MyISAM: кэшировать индекс в памяти и сохранять данные на диске InnoDb: хранить индекс и данные в памяти. Диск: Показатели производительности дисков включают емкость и производительность операций ввода-вывода. В настоящее время емкость больше не является узким местом производительности. Если у вас высокие требования к вводу-выводу, вы можете выбрать твердотельные накопители SSD. В противном случае вы можете выбрать механические жесткие диски. Сеть: 1. По возможности используйте высокопроизводительные аппаратные устройства с высокой пропускной способностью. 2. Убедитесь в качестве сети, потеря пакета повлияет на передачу данных. 3. Изолируйте сеть, чтобы база данных не подвергалась воздействию внешней сетевой среды. Предотвратить риски безопасности.
системная архитектура mysql
Выбор механизма хранения? Механизм хранения mysql основан на таблицах, то есть каждая таблица в одной базе данных может быть установлена с разными механизмами, просто используйте engine = innodb при создании таблицы; Однако не рекомендуется смешивать их в производственной среде. Если таблицы механизмов innodb и myisam работают одновременно в транзакции, если транзакция откатывает таблицу myisam, возникнут проблемы с согласованностью данных.
MyIsam
Подходит для нетранзакционных приложений, приложений только для чтения, — это механизм хранения по умолчанию до mysql5.5. 1 не поддерживает транзакции, 2 Блокировка таблицы поддерживается, но блокировка строки не поддерживается. Из-за большой степени детализации блокировки производительность параллелизма низкая. 3. Индекс и файл данных таблицы хранятся отдельно. В качестве примера возьмем таблицу пользователя: user.MYD хранит данные; user.MYI хранит индекс; user.frm хранит информацию о структуре таблицы. 4. Поддерживает сжатие данных таблицы. После сжатия данные таблицы могут быть только прочитаны и не могут быть изменены. команда сжатия myisampack
Защита Wi-Fi сети: WEP, WPA, WPA2
Есть три варианта защиты. Разумеется, не считая «Open» (Нет защиты).
- WEP (Wired Equivalent Privacy) – устаревший и небезопасный метод проверки подлинности. Это первый и не очень удачный метод защиты. Злоумышленники без проблем получают доступ к беспроводным сетям, которые защищены с помощью WEP. Не нужно устанавливать этот режим в настройках своего роутера, хоть он там и присутствует (не всегда).
- WPA (Wi-Fi Protected Access) – надежный и современный тип безопасности. Максимальная совместимость со всеми устройствами и операционными системами.
- WPA2 – новая, доработанная и более надежная версия WPA. Есть поддержка шифрования AES CCMP. На данный момент, это лучший способ защиты Wi-Fi сети. Именно его я рекомендую использовать.
WPA/WPA2 может быть двух видов:
- WPA/WPA2 — Personal (PSK) – это обычный способ аутентификации. Когда нужно задать только пароль (ключ) и потом использовать его для подключения к Wi-Fi сети. Используется один пароль для всех устройств. Сам пароль хранится на устройствах. Где его при необходимости можно посмотреть, или сменить. Рекомендуется использовать именно этот вариант.
- WPA/WPA2 — Enterprise – более сложный метод, который используется в основном для защиты беспроводных сетей в офисах и разных заведениях. Позволяет обеспечить более высокий уровень защиты. Используется только в том случае, когда для авторизации устройств установлен RADIUS-сервер (который выдает пароли).
Думаю, со способом аутентификации мы разобрались. Лучшие всего использовать WPA2 — Personal (PSK). Для лучшей совместимости, чтобы не было проблем с подключением старых устройств, можно установить смешанный режим WPA/WPA2. На многих маршрутизаторах этот способ установлен по умолчанию. Или помечен как «Рекомендуется».
Можно ли использовать режим самозанятости (НПД) при майнинге криптовалют?
В упомянутом выше пп. 2 п. 2 ст. 4 Закона от 27.11.2018 «О НПД» законодатель прямо запрещает «перепродажу» имущественных прав и товара. Но, физическое лицо может получить криптовалюты не только через покупку. Криптовалюта может быть получена в результате майнинга. В таком варианте продажа цифровых валют не может считаться «перепродажей». Это обычная «продажа» имущества собственного производства. Для такой операции, по моему мнению, запрет на применения НПД отсутствует. Поэтому продажа майнером криптовалюты может быть отнесена к данному налоговому режиму с учетом ограничений прописанных в законе, в том числе по сумме 2,4 млн. рублей за год.
Установите антивирусное программное обеспечение и доверяйте только защищенным приложениям / программам.
Стоит убедиться, что используемые вами приложения и файлы, к которым вы обращаетесь или скачиваете, не заражены вирусами, вредоносным ПО или чем-либо еще, что может поставить под угрозу вашу информацию. Убедитесь, что на всех ваших устройствах установлена последняя версия предпочитаемого вами антивирусного программного обеспечения и что запланировано регулярное сканирование. Всегда загружайте приложения / программы из надежных официальных источников и избегайте доступа к ссылкам или программам, которыми делятся люди, которых вы не знаете и которым не доверяете. Для дополнительной безопасности вы можете рассмотреть выделенное устройство строго для вашей чувствительной учетной записи (ей).
Можно ли использовать 2 активные eSIM от разных операторов?
Да. Это и есть ключевой момент, в котором iPhone 13 (и остальные модели соседних линеек) отличаются от предыдущих поколений.
Вторая eSIM добавляется так же, как и раньше: просто заходите в меню Настройки -> Сотовая связь и нажимаете на пункт Добавить новый тариф. Далее используете QR-код, предоставленный оператором, или вводите коды тарифа вручную.
Если при этом в iPhone установлена физическая SIM-карта, её нужно отключить, прежде чем заработает вторая eSIM. Об этом iPhone предупреждает стандартным диалогом, который ранее видели владельцы предыдущих моделей Айфонов, когда пытались включить больше двух eSIM.
После этого «симка» активируется и… всё. Можно использовать обе одновременно.
Я проверил входящие звонки, входящие SMS, и приходят они без проблем и каких-либо переключений с вашей стороны. Это действительно две активные eSIM.
iPhone 13 также без проблем может как «делить» виртуальные карты на предпочтительную для звонков и предпочтительную для сотовых данных, так и переключаться между ними для эффективной работы мобильного интернета. То есть когда одна eSIM перестаёт ловить сигнал LTE/3G или даёт слишком низкую скорость, Айфон сам переключит приоритет передачи данных на вторую.
Вывод: вы можете отказаться от физической SIM-карты в iPhone 13 и при этом использовать 2 eSIM одновременно, ничего не потеряв.
Управление версиями строк
В таблицах, оптимизированных для памяти, используется сложная система управления версиями, которая обеспечивает эффективность оптимистичного подхода даже на самом строгом уровне изоляции SERIALIZABLE. Дополнительные сведения см. в разделе Введение в таблицы, оптимизированные для памяти.
Таблицы на жестком диске косвенно используют систему управления версиями строк, если применяется уровень изоляции READ_COMMITTED_SNAPSHOT или SNAPSHOT. Эта система основана на применении tempdb. А в структурах данных, оптимизированных для памяти, для большей эффективности используются встроенные механизмы.
Как работает двухфакторная аутентификация
Двухфакторная аутентификация нужна для усиления защиты информации пользователя. С помощью неё можно защитить вход в аккаунт электронной почты, электронных кошельков, различных сервисов связанных с деньгами и их суррогатами.
Принцип работы двухфакторной аутентификации заключается в том, что требуется подтверждение личности пользователя двумя разными методами. Одним из этих методов обычно является пароль, который пользователь придумал сам. А второй элемент аутентификации должен быть получен по другому каналу, который пользователь привязал к своему аккаунту. Таким другим каналом может быть может быть одноразовый код из СМС сообщения, код-ответ из специального приложения (используется, например, в WebMoney), одноразовый пароль, выданный банкоматом (используется, например, в Сбербанк-онлайн) и другие варианты.
В целом двухфакторная аутентификация позволяет более надёжно защитить данные пользователя, поскольку для входа в аккаунт злоумышленнику уже недостаточно просто перехватить или подобрать пароль — также требуется код из другого источника, а коды в большинстве случаев являются одноразовыми. Поскольку вероятность взлома сразу двух устройств одного пользователя (например, компьютера для кражи пароля и мобильного телефона для кражи СМС с кодом) является очень низкой, то двухфакторная аутентификация является довольно надёжным методом защиты аккаунтов.
Предыстория данных Purge
- Журнал отмены и список истории отмен
- Отметить удаленные данные
Undo log
Журнал отмены сохраняет зеркальное отображение перед изменением записи. В механизме хранения InnoDB журнал отмены делится на:
- insert undo log
- update undo log
Журнал отмены вставки — это журнал отмены, созданный при операции вставки. Поскольку запись операции вставки видна только транзакции, а не другим транзакциям, журнал отмены может быть удален сразу после фиксации транзакции без необходимости в операции очистки.
Журнал отмены обновления относится к журналу отмены, созданному при операциях удаления и обновления. Журнал отмены впоследствии будет использоваться в MVCC, поэтому он будет удален, если его нельзя будет отправить. После отправки он будет помещен в связанный список журнала отмены, ожидая, пока поток очистки удалит его.
Типы журнала отмены перечислены ниже, а различные методы обработки будут подробно описаны в рабочем потоке очистки позже:
- Удалить строку записей из таблицы TRX_UNDO_DEL_MARK_REC (записать первичный ключ в журнал), при удалении записи фактически не удаляются данные из базы данных, а просто отмечается как удаленная.
- Вставить строку записей в таблицу TRX_UNDO_INSERT_REC (регистрируется только первичный ключ) TRX_UNDO_UPD_DEL_REC (Регистрировать первичный ключ) Когда в таблице есть запись, помеченная для удаления, которая совпадает с первичным ключом данных, которые должны быть вставлены, фактическая операция заключается в обновлении записи, отмеченной для удаления .
- Обновить запись в таблице TRX_UNDO_UPD_EXIST_REC (регистрировать первичный ключ и обновленное содержимое поля) TRX_UNDO_DEL_MARK_REC и TRX_UNDO_INSERT_REC, при обновлении поля первичного ключа фактический процесс состоит в том, чтобы удалить старую запись и затем вставить новую запись.
Undo history list
После отправки транзакции для транзакции с update_undo будет вызвана функция trx_serialisation_number_get, чтобы сгенерировать текущий наибольший номер транзакции, и транзакция будет добавлена в глобальный связанный список trx_serial_list. Далее, согласно информации сегмента отката транзакции
last_page_no == FIL_NULL, чтобы решить, добавлять ли сегмент отката в глобальную очередь purge_sys-> ib_bh. Во-вторых, будет вызвана функция trx_undo_update_cleanup-> trx_purge_add_update_undo_to_history, чтобы добавить журнал отмены в список истории и в то же время записать первую информацию журнала отмены, которая нуждается в очистке в сегменте отката, чтобы предотвратить добавление потока rseg в очередь очистки, а затем снова пробудить поток. .
Обратите внимание, что insert_undo не будет помещен в список истории
Отметить удаленные данные
Отметка удаленных данных может быть связана с операцией удаления или операции обновления, InnoDB вызовет btr_rec_set_deleted_flag-> rec_set_deleted_flag_old / rec_set_deleted_flag_new для установки флага удаления записи.
Итак, какие типы данных можно пометить как удалить? Включая записи первичного ключа, записи вторичного индекса:
btr_cur_del_mark_set_clust_rec
btr_cur_del_mark_set_sec_rec
Обновить индекс первичного ключа
ha_innobase::update_row -> row_update_for_mysql -> row_upd_step -> row_upd -> row_upd_clust_step -> row_upd_clust_rec_by_insert -> btr_cur_del_mark_set_clust_rec -> row_ins_index_entry
Обновить значения непервичных ключей, но повлиять на ситуацию вторичных индексов
ha_innobase::update_row -> row_update_for_mysql -> row_upd_step -> row_upd -> row_upd_sec_step -> row_upd_sec_index_entry -> btr_cur_del_mark_set_sec_rec -> row_ins_sec_index_entry
Настройка MySQL для Windows 7
Ниже Вы можете ознакомиться с примерами файла my.ini, настроенного в соответствии с вышеописанными рекомендациями под ОС Windows 7 x32. По разным причинами, связанными в основном с обновлением программного обеспечения MySQL, некоторые переменные и методы в файле конфигурации могут вызывать конфликты при запуске службы сервера MySQL.
Стоит отметить, что начиная с версии 5.6 служба может быть занесена в реестр не как MySQL, а как MySQL56. Также, если в вашей системе остались какие-либо данные о предыдущих установках MySQL, имя службы может принять дополнительный порядковый номер, как например MySQL56_1. Присвоенные имена служб можно проверить через services.msc или диспетчер задач. Будьте внимательны, не все службы можно отследить через msconfig.exe! В случае, если служба называется не MySQL, стоит подправить строку dependencies в server.ini, который находится в установочной директории сервера BGBilling, и исправить название службы на действительное.
Итак, ниже приведены два примера my.ini. Первый использовался для запуска MySQL версии 5.1, второй — 5.6.
MySQL 5.1
port=3306 default-character-set=cp1251 default-character-set=cp1251 port=3306 basedir="C:/mysql" datadir="C:/ProgramData/MySQL/MySQL Server 5.1/Data" tmpdir = "C:/tmpserver" socket="C:/mysql/mysql.sock" user=mysql log-slow-queries=C:/mysql/log/slowquery.log skip-name-resolve # character-set-server=cp1251 default-storage-engine = INNODB default-character-set=cp1251 default-collation=cp1251_general_ci sql-mode= # max_allowed_packet=50M max_connections=800 # memlock table_cache=4096 thread_cache_size=300 thread_concurrency=2 # # InnoDb innodb_file_per_table # innodb_log_group_home_dir = "C:/mysql/lib/" innodb_buffer_pool_size = 1G innodb_additional_mem_pool_size = 16M # innodb_log_files_in_group = 2 innodb_log_file_size = 128M innodb_log_buffer_size = 8M innodb_lock_wait_timeout = 120 # innodb_thread_concurrency = 2 innodb_flush_log_at_trx_commit = 2 #innodb_flush_method = O_DIRECT # # MyIsam #key_buffer_size = 1G #myisam_recover #myisam_repair_threads = 1 #myisam_data_pointer_size = 6 # # Replication #server-id=1 #log-bin=/var/lib/mysql-binlog/mysql-bin #expire_logs_days=3 #replicate-do-db=bgbilling #relay-log-space-limit = 10G # # # max_allowed_packet=50M default-character-set=cp1251
MySQL 5.6
port=3306 default-character-set=cp1251 default-character-set=cp1251 port=3306 basedir="C:/MySQL/MySQL Server 5.6" datadir="C:/ProgramData/MySQL/MySQL Server 5.6/data" tmpdir = "C:/tmpserver" socket="C:/mysql/mysql.sock" user=mysql #log-slow-queries="C:/MySQL/MySQL Server 5.6/slowquery.log" skip-name-resolve # character-set-server=cp1251 default-storage-engine = INNODB #default-character-set=cp1251 #default-collation=cp1251_general_ci sql-mode= # max_allowed_packet=50M max_connections=800 # memlock #table_cache=4096 thread_cache_size=300 thread_concurrency=2 # # InnoDb innodb_file_per_table # innodb_log_group_home_dir = "C:/MySQL/MySQL Server 5.6/lib/" innodb_buffer_pool_size = 1G innodb_additional_mem_pool_size = 16M # innodb_log_files_in_group = 2 innodb_log_file_size = 128M innodb_log_buffer_size = 8M innodb_lock_wait_timeout = 120 # innodb_thread_concurrency = 2 innodb_flush_log_at_trx_commit = 2 #innodb_flush_method = O_DIRECT # # MyIsam #key_buffer_size = 1G #myisam_recover #myisam_repair_threads = 1 #myisam_data_pointer_size = 6 # # Replication #server-id=1 #log-bin=/var/lib/mysql-binlog/mysql-bin #expire_logs_days=3 #replicate-do-db=bgbilling #relay-log-space-limit = 10G # # # max_allowed_packet=50M #default-character-set=cp1251
Первоначальная настройка
У MySQL достаточно сложная конфигурация, но оптимизация запросов не требует делать все вручную. Для устранения проблем со скоростью выполнения существует специальный скрипт — MySQLTuner. Он анализирует работу базы данных и выводит рекомендации, какие параметры с какими значениями требуется изменить.
Чтобы скрипт работал и показывал текущие проблемы, необходимо загрузить три файла через wget:
# wget http://mysqltuner.pl/ -O mysqltuner.pl # wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/basic_passwords.txt -O basic_passwords.txt # wget https://raw.githubusercontent.com/major/MySQLTuner-perl/master/vulnerabilities.csv -O vulnerabilities.csv
Первый файл — это скрипт написан на Perl. Два остальных — сведения о простых паролях и уязвимостях, которые позволяют найти проблемы с безопасностью.
Далее необходимо провести тест базы данных. Оптимизация производительности будет основана на выявленных проблемах. Тест запускается скриптом # perl ./mysqltuner.pl. Он выдает полную статистику работы базы. Все проблемные места обозначаются красным восклицательным знаком .
Следует помнить, что параметры изменяются согласно рекомендациям, которые выдает утилита. Нельзя бездумно копировать параметры из статьи и применять их к собственной базе данных. В ином случаем можно столкнуться с рядом практических проблем. Например, недостаточным размером буфера движка таблиц (InnoDB buffer pool).
Условия хранения препарата Энтеросгель
5.1. Как хранить Энтеросгель?
При температуре не ниже 4 °С в местах, недоступных для детей (особо отмечаем — хранить препарат в холодильнике нельзя). Предохранять от высыхания после вскрытия упаковки. Беречь от замораживания. Вскрытую тубу плотно закрывать крышкой. Больше подробностей.
5.3. Долго ли можно хранить открытый (разведенный) Энтеросгель?
Разведенный препарат использовать в течение 24 часов. Вскрытую тубу хранить при комнатной температуре, не более одного месяца.
5.4. Как правильно утилизировать неиспользованный препарат?
Возможна утилизация с бытовыми отходами или через канализацию. Препарат не представляет опасности для окружающей среды.
Разнонаправленные сделки.
Трейдер берет в доверительное управление у нескольких человек, и открывает противоположные позиции максимальными объемами. К примеру, на счету Владимира он открыл 100000 контрактов на рост Биткоина, а на счету Петра столько же на падение. Тем самым он гарантированно получит прибыль на одном из счетов и выведет свое вознаграждение (как правило, прибыль между трейдером и инвестором распределяется 50:50).
Остальным скажет — увы, это рынок. Не подфартило, так бывает.
Один из инвесторов в этот раз тоже получит высокую прибыль, и, скорее всего, принесет еще денег в управление. Но в следующий раз ему повезет намного меньше. Так как при такой схеме на одном из счетов получается очень высокая прибыль за короткий срок (ведь если на одном счету ликивидация, то на открытом в противоположную сторону- практически удвоение), то прибыльный счет используется для демонстрации и привлечения новым инвесторам.
Если трейдер не показывает свои позиции сразу после открытия, а демонстрирует только тогда, когда закрывает, или когда они уже в большом плюсе, и при этом история торговли есть только за короткий срок- это первый признак подобной схемы.
Заключение
Программа evilginx2 реализует продвинутое исполнение фишинговых атак, позволяющих обходить даже двухфакторную аутентификацию.
Все команды evilginx2: https://kali.tools/?p=4761
У программы имеются и другие, не рассмотренные здесь возможности. Например, можно настроить автозаполнение некоторых полей (к примеру, адреса электронной почты), а также внедрить JavaScript код в фишинговую страницу.
Блог автора evilginx2 в котором описываются важные особенности программы:
- https://breakdev.org/evilginx-2-3-phishermans-dream/
- https://breakdev.org/evilginx-2-2-jolly-winter-update/
- https://breakdev.org/evilginx-2-1-the-first-post-release-update/
- https://breakdev.org/evilginx-2-next-generation-of-phishing-2fa-tokens/
- https://breakdev.org/evilginx-1-1-release/
Формат файлов фишлетов (2.3.0) — для тех, кто хочет добавить поддержку других сайтов для фишинга: https://github.com/kgretzky/evilginx2/wiki/Phishlet-File-Format-(2.3.0)
Программа evilginx2 и данная инструкция написаны в целях демонстрации возможных атак в случае невнимательности пользователя.
