Please sign in to see the alerts.

Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/books/handbook/security/_index.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 11,324 234,365 1,648,668
Source 596 12,335 86,772
Translated 16% 1,827 15% 35,776 15% 247,733
Needs editing 3% 422 4% 11,391 4% 77,481
Read-only 5% 596 5% 12,335 5% 86,772
Failing checks 2% 265 2% 5,271 2% 38,814
Strings with suggestions 1% 14 1% 265 1% 1,769
Untranslated strings 80% 9,075 79% 187,198 80% 1,323,454
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 86 changes 5,883 changes 599 changes 605 changes 0 changes 257 changes 0 changes 0 changes 4 changes 0 changes 619 changes 2 changes 1,055 changes 601 changes 0 changes 0 changes 2 changes 164 changes 10 changes 0 changes 0 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

234 k
Hosted words
11,324
Hosted strings
16%
Translated
2
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+16%
−50%
Contributors
+100%
User avatar None

Committed changes

Documentation / books/handbook/security/_index — Russian

Committed changes 5 days ago
User avatar v.popolitov

Translation changed

Documentation / books/handbook/security/_index — Russian

The man:rctl[8] system provides a more fine-grained way to set and manage resource limits for individual processes and users. It allows dynamically assigning resource limits to specific processes or users, regardless of their user class.
Система man:rctl[8] предоставляет более детализированный способ установки и управления ограничениями ресурсов для отдельных процессов и пользователей. Она позволяет динамически назначать ограничения ресурсов конкретным процессам или пользователям, независимо от их класса.
5 days ago
User avatar v.popolitov

Translation changed

Documentation / books/handbook/security/_index — Russian

*Secure mode* - the system immutable and system append-only flags may not be turned off;
disks for mounted file systems, [.filename]#/dev/mem# and [.filename]#/dev/kmem# may not be opened for writing;
[.filename]#/dev/io# (if the platform has it) may not be opened at all; kernel modules (see man:kld[4]) may not be loaded or unloaded.
The kernel debugger may not be entered using the debug.kdb.enter sysctl.
A panic or trap cannot be forced using the debug.kdb.panic, debug.kdb.panic_str and other sysctl's.
*Безопасный режим* - флаги «только для чтения» (system immutable) и «только для дополнения» (system append-only) не могут быть отключены;
диски с смонтированными файловыми системами, [.filename]#/dev/mem# и [.filename]#/dev/kmem# не могут быть открыты для записи;
[.filename]#/dev/io# (если он есть на вашей платформе) не может быть открыт вообще; загрузка и выгрузка модулей ядра (см. man:kld[4]) запрещены.
Нельзя перейти в отладчик ядра с помощью sysctl debug.kdb.enter.
Нельзя вызвать панику или прерывание через sysctl debug.kdb.panic, debug.kdb.panic_str и другие.
5 days ago
User avatar v.popolitov

Translation changed

Documentation / books/handbook/security/_index — Russian

If the organization's policy requires passwords to expire, FreeBSD supports the `passwordtime` in the user's login class in [.filename]#/etc/login.conf#
Если политика вашей организации требует, чтобы пароли имели срок действия, FreeBSD поддерживает параметр `passwordtime` в классе пользователя в [.filename]#/etc/login.conf#
5 days ago
User avatar None

Committed changes

Documentation / books/handbook/security/_index — Russian

Committed changes 6 days ago
User avatar v.popolitov

Search and replace

Documentation / books/handbook/security/_index — Russian

To provide CIA, security professionals apply a defense in depth strategy. The idea of defense in depth is to add several layers of security to prevent one single layer failing and the entire security system collapsing. For example, a system administrator cannot simply turn on a firewall and consider the network or system secure. One must also audit accounts, check the integrity of binaries, and ensure malicious tools are not installed. To implement an effective security strategy, one must understand threats and how to defend against them.
Для обеспечения КИЦД специалисты по безопасности применяют стратегию "глубокой эшелонированной защиты". Идея глубокой эшелонированной защиты заключается в добавлении нескольких уровней безопасности, чтобы предотвратить отказ одного уровня и полный крах всей системы безопасности. Например, системный администратор не может просто включить межсетевой экран и считать сеть или систему безопасными. Необходимо также проводить аудит учетных записей, проверять целостность бинарных файлов и убеждаться, что вредоносные инструменты не установлены. Для реализации эффективной стратегии безопасности необходимо понимать угрозы и способы защиты от них.
6 days ago
User avatar v.popolitov

Search and replace

Documentation / books/handbook/security/_index — Russian

The CIA triad is a bedrock concept of computer security as customers and users expect their data to be protected. For example, a customer expects that their credit card information is securely stored (confidentiality), that their orders are not changed behind the scenes (integrity), and that they have access to their order information at all times (availability).
Триада КИЦД (конфиденциальность, целостность, доступность) — это фундаментальная концепция безопасности в компьютерных системах, так как клиенты и пользователи ожидают, что их данные будут защищены. Например, клиент ожидает, что информация о его кредитной карте хранится безопасно (конфиденциальность), что его заказы не будут изменены без его ведома (целостность) и что он в любое время сможет получить доступ к информации о своих заказах (доступность).
6 days ago
User avatar v.popolitov

Search and replace

Documentation / books/handbook/security/_index — Russian

Security is everyone's responsibility. A weak entry point in any system could allow intruders to gain access to critical information and cause havoc on an entire network. One of the core principles of information security is the CIA triad, which stands for the Confidentiality, Integrity, and Availability of information systems.
Безопасность — это ответственность каждого. Слабое звено в любой системе может позволить злоумышленникам получить доступ к важной информации и нанести ущерб всей сети. Один из основных принципов информационной безопасности — триада КИЦД, которая означает Конфиденциальность, Целостность и Доступность информационных систем.
6 days ago
User avatar None

Committed changes

Documentation / books/handbook/security/_index — Russian

Committed changes a week ago
User avatar v.popolitov

Search and replace

Documentation / books/handbook/security/_index — Russian

Next, create [.filename]#/etc/krb5.keytab# on the server. This is the main part of "Kerberizing" a service - it corresponds to generating a secret shared between the service and the KDC. The secret is a cryptographic key, stored in a "keytab". The keytab contains the server's host key, which allows it and the KDC to verify each others' identity. It must be transmitted to the server in a secure fashion, as the security of the server can be broken if the key is made public. Typically, the [.filename]#keytab# is generated on an administrator's trusted machine using `kadmin`, then securely transferred to the server, e.g., with man:scp[1]; it can also be created directly on the server if that is consistent with the desired security policy. It is very important that the keytab is transmitted to the server in a secure fashion: if the key is known by some other party, that party can impersonate any user to the server! Using `kadmin` on the server directly is convenient, because the entry for the host principal in the KDC database is also created using `kadmin`.
Затем создайте файл [.filename]#/etc/krb5.keytab# на сервере. Это основная часть процесса "керберизации" службы — она соответствует созданию общего секрета между службой и KDC. Секрет представляет собой криптографический ключ, хранящийся в "keytab". Keytab содержит хост-ключ сервера, который позволяет ему и KDC проверять подлинность друг друга. Этот файл должен быть передан на сервер безопасным способом, так как если ключ станет общедоступным, безопасность сервера может быть нарушена. Обычно [.filename]#keytab# генерируется на доверенной машине администратора с помощью `kadmin`, а затем безопасно передаеётся на сервер, например, с помощью man:scp[1]; его также можно создать непосредственно на сервере, если это соответствует выбранной политике безопасности. Очень важно, чтобы keytab был передан на сервер безопасным способом: если ключ станет известен третьей стороне, эта сторона сможет выдавать себя за любого пользователя на сервере! Использование `kadmin` непосредственно на сервере удобно, так как запись для хостового принципала в базе данных KDC также создается с помощью `kadmin`.
a week ago
Browse all component changes