WhiteyR В OP существует для этого несколько методов и каждый из них действует на своем уровне. Эти методы могут применяться одновременно или выборочно несколько методов, зависит от однозначности идентификации сетевого приложения\процесса и наличия в базе пресетов правил для этого приложения\процесса.
Для того, чтобы вам было понятней о чем речь, когда мы говорим о пресетах, почитайте об ImproveNet во встроенной справке, базе знаний службы поддержки и на странице посвящённой этому сервису.
Что касается методов идентификации приложений\процессов, то можно выделить следующие:
По наименованию
По наименованию и маршруту
По цифровой подписи (в основном используется для файлов от Microsoft)
По контрольной сумме файла (в ранних версиях использовался MD5, в последующих SHA256)
По GUID процесса (для наиболее распространённых и широкоизвестных)
По PID приложения (для наиболее распространённых и широкоизвестных)
Если не возможно однозначно идентифицировать приложение\процесс и\или для него нет соответственно предустановленных правил в файле пресетов, но оно выполняет действия аналогичное определённой группе приложений (браузеры, почтовые клиенты, Downloader, FTP-клиенты и т.п.), то будет предложено правило из этой группы.
Пример данной ситуации вы привели сами для Meteo Fusion.
После того как приложение\процесс будет идентифицирован к нему буду применены те правила, которые имеются в файле пресетов.
Самих этих файлов, точнее версий или типов, существует три вида.
Первый тип это простой текстовый файл, доступный для непосредственного просмотра и редактирования пользователем. Применялся в версиях OP до 2.7 включительно и выглядел примерно так (приведён минимальный фрагмент):
Цитата: ............................................
[Download Manager]
DefaultState: 1
RuleName: Download Manager HTTP connection
Protocol: TCP
RemotePort: 80-83, 443, 1080, 3128, 8080, 8081, 8088, 11523
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Download Manager FTP connection
Protocol: TCP
RemotePort: 21
Direction: Outbound
ActivateSI AlgFtp
AllowIt
........................................
[Outlook Express]
VisibleState: 0
Exe:
Outlook Express, msimn.exe
DefaultState: 1
RuleName: Send mail by Outlook Express
Protocol: TCP
RemotePort: 25
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Outlook Express NNTP connection
Protocol: TCP
RemotePort: 119
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Receive mail by Outlook Express
Protocol: TCP
RemotePort: 110, 995
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Outlook Express IMAP connection
Protocol: TCP
RemotePort: 143
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Outlook Express HTTP connection
Protocol: TCP
RemotePort: 80-83, 443, 1080, 3128, 8080, 8081, 8088, 11523
Direction: Outbound
AllowIt
DefaultState: 1
RuleName: Outlook Express LDAP connection
Protocol: TCP
RemotePort: 3268, 389
Direction: Outbound
AllowIt
.........................................................
Второй тип представляет собой уже нечто вроде мини базы с более сложной структурой. Данный файл уже не доступен для прямого изменения пользователем (ну, почти недоступен
) и обновляется централизованно через службу ImproveNet, применяется начиная с 3.0 версии OP и в OSS версии 5.0.
примерно так (приведён минимальный фрагмент):
Цитата: ...........................................................
<Rules>
<Rule>
<TimeEntries>
IsTimeSpan=0
</TimeEntries>
RuleName=Allow DNS resolving (TCP)
RuleID={FFFFFF9A-0000-0000-0000-000000000000}
RuleGroupID={524211EF-6831-4213-A282-69D3FB22850B}
RuleEnableMask=00008522
RuleDescr=
RuleClass=rule_firewall_tcp
<RemotePortRanges>
Port=00350035
</RemotePortRanges>
<RemoteAddrRanges>
<Addr>
ShowMask=1
Mask=0
DNS=<HOST_MACRO_DNS_SERVERS>
Addr=0
</Addr>
</RemoteAddrRanges>
Optional=0
<LocalPortRanges>
</LocalPortRanges>
<LocalAddrRanges>
</LocalAddrRanges>
FromPreset=1
Enabled=1
Direction=2
Actions=0
</Rule>
</Rules>
........................................................
И наконец третий тип, точнее сказать подтип. Применяется в версиях 6.0 OP/OSS. Все что сказано о втором типе применимо и для этого типа файла, однако имеются не большие изменения и дополнения продиктованные новой архитектурой брандмауэра и несколько оптимизирующие этот файл.
Надеюсь теперь вы понимаете как и откуда берутся предустановленные правила. А что касается ужесточения или несоответствия предлагаемых правил для вашего приложения, то по этому поводу хорошо сказано
CBB. К тому же вы можете направить в службу поддержки свои предложения по включению в пресеты правил для тех или иных приложений или изменения существующих правил. Но об этом подробнее читайте в источниках указанных выше.
почитай инструкцию и хоть разок глянь на настройки - 
какое они имеют отношения к "правилам для приложений"?
Вот скажи - можно каким-то чудом, не зачитаав до дыр юзер гайд догадаться, что они имеют здесь самое прямое отношение к "правилам для приложений"? Потому что режим блокировки здесь - не просто обычный режим блокировки, а с тихим (без уведомления пользователя!!) добавлением нового приложения в "доверенные"! 
Т.е. теперь даже юзер, который помнит мануал наизусть, должен при переходе в игровой режим лихорадочно вспоминать - успел он для этой проги записать хоть одно правило или нет 
) 
