А можно узнать что же для этого нужно?
Т.е. мне интересно кто(сколько человек, кто они и т.д.) выдаёт лицензии, какие требования он предъявляет, как проверяет надёжность и какую несёт ответственность за выдачу лицензий.

Ниже приведен неполный список нормативных документов, регламентирующих работу по сертификации.
Кроме эксплуатационной документации и исходных тестов, сертификационные лаборатории требуют массу других документов (например, высокоуровневая спецификация комплекса средств защиты (КСЗ), низкоуровневая спецификация КСЗ, отображение высокоуровневой на низкоуровневую, т.е. описание предоставление блок-схем соответствующих модулей со всеми входными/выходными параметрами, алгоритмами и т. п.)


СПИСОК
действующих нормативных документов, на основании которых и по которым проводится сертификация продукции
в Системе сертификации Гостехкомиссии России № РОСС RU.0001.01БИ00

ГОСТ РВ 50600-93. "Защита секретной информации от технической разведки. Система документов. Общие положения";

ГОСТ ВД 21552-84 "СВТ. ОТТ, правила приемки, методы испытаний, маркировка, упаковка, транспортирование и хранение";

ГОСТ 20.57.406-81 "Методы испытаний изделий электронной техники" Методики оценки возможностей ИТР (МВТР-87 с изменениями);

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

ОТТ 1.1.8-90 Общие требования по защите от иностранной технической разведки;

ОТТ 1.2.8-89 Общие требования к методам контроля за эффективностью защиты от иностранной технической разведки;

ОТТ 2.1.27-94 Средства противодействия иностранной технической разведке. Общие тактико-технические требования. (ТТТ);

Сборник методических материалов по проведению специсследований технических средств АСУ и ЭВМ, предназначенных для работы с секретной информацией;

Инструкция о порядке организации и проведения специальных проверок импортных технических средств;

ГОСТ Р.50600-93. Защита секретной информации от технических разведок. Система документов. Общие положения;

ГОСТ Р 50922-96. Защита информации. Основные термины и определения
Положение о государственной системе защиты информации в Российской Федерации от иностранной технической разведки и от ее утечки по техническим каналам Постановление Совета Министров-Правительства Российской Федерации от 15.09.93 г. N 912-51;

РД. Концепция защиты средств вычислительной техники и автоматизированных систем от несанкционированного доступа к информации. Решение Председателя Гостехкомиссии России от 30.03.92 г.;

РД. Временное положение по организации разработки, изготовления и эксплуатации программных и технических средств защиты информации от несанкционированного доступа в автоматизированных системах и средствах вычислительной техники. Решение Председателя Гостехкомиссии России от 30.03.92 г.;

ГОСТ Р 50739-95 Защита от НСД к информации. Общие технические требования;

ГОСТ.В 15.210-78. Испытания опытных образцов изделий. Основные положения;

ГОСТ.В 15.307-77. Испытания и приемка серийных изделий. Основные положения;

РД. СВТ. Защита от НСД к информации. Показатели защищенности от НСД к информации;

РД. АС. Защита от НСД к информации. Классификация АС и требования по защите информации;

РД Средства вычислительной техники межсетевые экраны. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации;

РД Защита информации. Специальные защитные знаки. Классификация и общие требования;

РД Защита от несанкционированного доступа к информации. Часть 1. Программное обеспечение средств защиты информации. Классификация по уровню контроля недекларированных возможностей;

ГОСТ Р 50922-96. Защита информации. Основные термины и определения;

Инструкция N 0126-87.

ГОСТ Р-92 Система сертификации ГОСТ. Основные положения.

ГОСТ 28195-89 "Оценка качества программных средств. Общие положения";

МИ 2215-92. ГСИ. Базы и банки данных. Общие положения и порядок аттестации;

ГОСТ Р ИСО/МЭК 9126-90 Информационная технология. Оценка программной продукции. Характеристика качества и руководства по их применению.

ТУ на конкретный вид продукции;

ГОСТ Р 51-275-99 «Защита информации. Объект информатизации. Факторы, воздействующие на информацию».

А всякие там "формы допусков"? И не видать Вам Анталии...

Напрасные страхи.
В защищенных СУБД (думаю, и в ЛИНТЕР тоже) администратор безопасности не имеет доступа к конфиденциальной информации, он только управляет разграничением прав доступа к ней.
Это как в обычном банке - администратор знает, какие клиенты хранят свои ценности в личных ячейках (сейфах), но сам доступа к ним не имеет.
А сертификация и должна подтвердить именно этот факт (среди всего прочего).

Подведем итоги
pavelvpСУБД НЕ СОДЕРЖИТ ИНФОРМАЦИИ!
Это утверждение правильно с точки зрения формы допуска к информации.
С точки зрения формальной логики СУБД содержит некоторую информацию, например, длина паролей, используемые методы криптографии, реализованные правила разграничения доступа (т. е. модель защиты) и т. п. Конечно, это инфомация хранится не в таблицах БД, а "зашита" в модулях СУБД. И эту информацию надо также защищать от несанкционированного доступа. Например, пусть где-то в одном из модулей реализована проверка

if Sec=1 then <контроль доступа>
else <свободный доступ>

Если в исполняемом модуле (.exe) заменить значение переменной Sec (не будем уточнять, каким образом), то защита будет игнорироваться.

Защищенная СУБД должна гарантировать ЦЕЛОСТНОСТЬ своей системы защиты. Сертификация должна это подтвердить.


mvПонятно что без взяток тут не решается
Если вы создаете защищенную АСУ для Минобороны, то в ней предусматривается многоэшелонная система защиты: пропускная система в здание, кодовые замки в комнатах, специальные аппаратные средства доступа к компьютеру, потом средства защиты собственно ОС, потом межсетевые экраны (шлюзы) в сетевой ОC, потом несколько уровней защиты в СУБД и т. д.
Люди в сертификационных лабораториях отнюдь не дураки.
Если вы предложите им (даже за ОЧЕНБ-ОЧЕНЬ большие деньги !) сертифицировать АСУ без пропускной системы (т. е. ПРОХОДНОЙ ДВОР), сертификат никогда не получите.
Но если сертифицируете какой-то алгортим криптографии, который применяется, допустим, после преодоления предыдущих 10 уровней защиты, то вполне возможно это сделать и за деньги (все зависит от полноты налитого стакана ), т. к. практическая вероятность достижения этого уровня зашиты равна нулю и сертификаторам можно не бояться, что когда-то обнаружится факт выдачи липового сертификата.
Т. е. если кто-то утверждает. что за деньги получил сертификат на программное или иное средство защиты первого (2, 3) уровня, то, как говорил Станиславский: "Не верю!".
А если сертификат выдан на программу, используемую в последних рядах защиты - вполне допускаю...

mvчем к примеру не подошел бы FireBird, если бы я даже пришел с такими же деньгами?
Вопрос интересный.
Действительно, почему, например Oracle и др. фирмы не хотят сертифицировать свои СУБД в Минобороне. Дал взятку – и никаких проблем. Денег у них хватит, чтобы переплюнуть сотни таких фирм как в Воронеже (да и в Москве).
А теперь представим такую ситуацию:
1 даем взятку ($NNN);
2 предоставляем ИСХОДНЫЕ тексты СУБД Oracle (это ОБЯЗАТЕЛЬНО);
3 через некоторое (год, например) время им говорят, что вы не прошли сертификацию ( у нас другие требования, очень сложная СУБД и другие "объективные" причины;
4 возьмите назад свои исходные тексты (ваше ноу-хау нам уже стало известно).
Что в сухом остатке - ни денег, ни сертификата и раскрытое ноу-хау!
Пока таких дураков не нашлось ...
Остается вариант с СУБД, исходные тексты которых являются свободно-распространяемыми. Вот "приватизаторы" таких ПС могут попытаться получить сертификат без опасения быть "кинутыми".

mvЛюбой связист не имеет право подслушивать разговоры. Но почему-то бедняга имеет допуск уровня, соответсвующего грифу обрабатываемой информации.
Не знаю, как в ЛИНТЕР.
Администратор безопасности (АБ), по определению, не имеет доступа к конфиденциальной информации (также, как, например, главбух, ворочащий миллионами, не имеет права без разрешения потратить даже рубль). Доступ к секретной информации имеют только ее владельцы (создатели) и те пользователи БД, которым они (ВЛАДЕЛЬЦЫ !) это право предоставили.
Если никто АБ не дал такого права, то АБ НИКОГДА не сможет узнать, какая именно информация создана пользователями (хотя он располагает данными о том, что пользователь X имет уровнь доступа ДСП , пользователь Y – Секретно .

mvЛюбой связист не имеет право подслушивать разговоры. Но почему-то бедняга имеет допуск уровня, соответсвующего грифу обрабатываемой информации.Есть у меня подозрение (вернее, наглая уверенность), что и с СВТ (в т.ч. с Вашей СУБД) так же.

Это функция сертификации – доказать, что это не так и сертификат должен гарантировать это. Ну а если им удалось получить сертификат, то одно из двух: либо это действительно так, либо хорошо заплатили...
Связисты не имеют такого уровня доступа, его могут иметь только шифровальщики.

mvСУБД НЕ СОДЕРЖИТ ИНФОРМАЦИИ! - Ага, будем юзать Вашу СУБД только потому, потому что она "допущена" и т.д., но информацию грифиванную в нее вводить не будем...
Утверждение, что если БД никогда не будет содержать грифованную информацию, то тогда можно использовать не обязательно сертифицированную в Минобороне СУБД – верно.
Обратное – нет ! Т. е., если СУБД потенциально может содержать грифованную информацию, то она обязательно должна быть сертифицирована.