не скажу так как я вообще не понимаю о чём речь... если действительно есть какие то дыры в безопасности,то предъявлю претензии изготовителю,что бы залатал

а поскольку, у неё апач, то оно на юникс-хостинге
------
Вещи совершенно не связанные - апач вполне себе работает на винде...

Но додуматься поставить винду на хостинг сервер, да ещё и shared hosting где наверняка минимум 100 клиентов сидит, а уже потом сверху и апача поставить, может додуматься только очень больной на голову человек. :)

Спрос рождает предложение.
Некоторым клиентам нужен сайт именно на винде ...

Ага, "несвязанные", покажите дурака, устанавливающего на вин-хостинг апач.
Ну, и кроме того, я проверил до того как написать:

$ telnet azure-star.de 21
Trying 217.119.58.36...
Connected to azure-star.de.
Escape character is '^]'.
220 Willkommen auf unserem FTP-Server
syst
215 UNIX Type: L8
quit
221 Goodbye.
Connection closed by foreign host.

Не гарантирует, но для писанины на форуме достоверность достаточна.

Для таких клиентов хостеры используют IIS.

поставить винду на хостинг сервер
------
А оно работает и без особых проблем. Просто надо иметь нормальных людей в суппорте...

Не гарантирует, но
------
Из наличия Апача не следует что используется Юникс.
Именно это было сказано.
Про проверки - я ничего не говорил и до моего поста об них никто не говорил. Было утверждение что из Апача следует Юникс.

Некоторым клиентам нужен сайт именно на винде ...
-------
А что именно им нужно от сайта на винде?
Просто не могу себе представить, что бы такое могло требоваться от генератора и раздатчика HTML'a...

Да, потому что с хостерами так и есть.

Да, потому что с хостерами так и есть.
------
Ближайшая ко мне хостерская контора предоставляет винду с апачем... если попросить.
Правда большинство дадут юникс. Большинство. Но не все. Потому из апача не следует юникс.
Так же как из юникса не следует апач.

Кстати, а как Вы определили, что странички именно статичные, а не работает .htaccess?

Я могу только предполагать, что это статичные html страницы. Я не вижу ничего явного, что выдавало бы cms: информации в meta, копирайтов, характерных url-ов; обычно в cms-ах включаемый флэш это не голый object, а что-то там ещё, для максимальной совместимости с браузерами; то как показываются фотографии в коде - нет никаких id у элементов, что с высокой вероятностью говорит о ручной правке страниц, взять галерею - фотографии там это список
(li class="...") (img src="..." alt="" /) (/li)
в cms или при генерации страниц, скорее всего, приделали бы id каждому элементу (говорю о механизме редактирования списков), чтобы было удобно вытаскивать элементы для редакции, нет можно, конечно, использовать и :nth-child для доступа к энному элементу, но это не совсем удобно.
Далее - непосредственно к cms / не cms не относится, но немного о том, кто делал: код страниц достаточно чистый, используется html5, а в home я вижу js обёрнутый в самовызываемую функцию - новички обычно так не делают. Наверно сайт сделал человек с расчётом на дальнейшую помощь хозяйке сайта, но по какой-то причине сейчас недоступный ей т.к. есть косяки на странице links и обращение сюда на форум по поводу вируса.

Респект :)

Шерлок Холмс XXI века :-)

Зато видно что человек конкретно шааааааарит :)

Да, спец.
С такой головой нигде не пропадёт ...