Обычно могут быть сконфигурированы различными способами путем включения или отключения различных опций при . Так как в по ИСО/МЭК 15408 будет определяться, удовлетворяет ли определенным , данная гибкость может привести к проблемам, так как все возможные конфигурации ОО должны удовлетворять этим требованиям. По этим причинам частыми являются случаи, когда как часть ОО строго ограничивают возможные конфигурации ОО. Таким образом, руководства ОО могут отличаться от общих руководств для продукта ИТ.
Примером является продукт ИТ «». Этот продукт может быть сконфигурирован различными способами (например, типы , количество пользователей, типы разрешенных/неразрешенных внешних подключений, включение/отключение опций и др.)
Если такой продукт ИТ должен быть ОО и оценен на обоснованному набору требований, его конфигурацию следует намного более тщательно контролировать, так как многие опции (например, разрешение всех типов внешних подключений или отсутствие необходимости системы) приведут к тому, что ОО не будет удовлетворять требованиям.
По этой причине нормальным бы являлось дифференциация руководств для продукта ИТ (допускающих много конфигураций) и руководств для ОО (допускающихтолько одну конфигурацию или только те конфигурации, которые не отличаются относительно способов обеспечения ).
Если руководства ОО допускают более одной конфигурации, то все эти конфигурации вместе именуются «ОО», и каждая такая конфигурация должна удовлетворять требованиям, предъявляемым к ОО [из 5.2.2 Различные конфигурации ОО ГОСТ Р ИСО/МЭК 15408–1–2012]