Чи можна знати, якою мовою програмування використовується веб-сайт?

Наприклад, stackexchange.comне вимагаючи від власника веб-сайту чи Google їхньої інформації про розробку веб-сайту, чи можливо це знати, якою мовою використовується задня частина?

Здається, на веб-сайті немає .extensionрядка, наприклад, на .phpякому можна вказати, що розробляється PHP, але без розширення, як я можу це знати?

Є показники. Одніх легше знайти, інших - важче.

• розширення файлу: .phpвказує на те, що сайт написаний на PHP, .aspвказує на класичний ASP, .aspxвказує ASP.NET, .jspвказує JSP на Java, ...
• імена файлів cookie: JSESSIONIDце широко використовуване ім'я файлів cookie на серверах Java
• заголовки: деякі системи додають заголовки HTTP до своїх відповідей
• конкретний вміст HTML:
  • шаблони, такі як безліч оболонок для Div із послідовною схемою іменування класів, яку використовують CMS, такі як Drupal.
  • коментарі в HTML або метатегах у голові прямо / опосередковано вказують на використання інструменту
• Повідомлення про помилки за замовчуванням або дизайн сторінки помилок (наприклад, підписування підробленої URL-адреси, щоб побачити їх 404)
• Іноді теги коментарів розміщуються на сторінці для цілей версії, які дають підказку
• ...

Але все це можна видалити / змінити / підробити. Деякі змінити легше, ніж інші, але жоден не є на 100% надійним.

Існують різні причини зміни цих показників:

• Ви змінюєте базову технологію, але не хочете змінювати свої URL-адреси
• Ви хочете дати якомога менше інформації про свою технологію
• (пов'язано з попередніми) Ви, швидше, не будете першою зупинкою для шини дитячого сценарію, коли виявлені / оприлюднені відомі вразливі місця на платформі
• Ви хочете здатися "в" (навіть "хоча це наразі означає, що URL-адреси в стилі REST не мають розширень).
• ...

Ну, є файл human.txt, який розробник може встановити на домен, який дає деяку інформацію про розробку сайту, можливо, хто над ним працював та які стандарти та інструменти використовувалися. Якщо вони хочуть, щоб ви знали про такі види інформації, вони могли / повинні розмістити її там. Однак, як і будь-що інше, це необов’язково, тому воно не може гарантувати вас також. Перевірте люди.текст

Ні, це може досить важко, якщо не неможливо, якщо веб-майстер не хоче розголошувати. Існують деякі характеристики кількох рамок, але їх можна приховати.

• розширення файлів: немає справжньої причини використовувати стандартні, а більшість сучасних MVC використовують маршрутизацію URL-адрес у будь-якому випадку. Тому, якщо сайт вже деякий час не існує, ви, ймовірно, не бачите жодного (наприклад, stackexchange не використовує .aspxрозширення);

• ідентифікатори сеансу: наприклад PHPSESSID, PHP за замовчуванням, але їх можна легко змінити ;

• заголовки з версією веб-сервера та мовою сценаріїв: можна вимкнути або навіть підробити.

Речі, які важче приховати:

• PHP обробляє кілька значень для однієї змінної рядка запиту шляхом додавання []до імені, таким чином , ви побачите що - щось на кшталт: ...?var[]=1&var[]=3&.... AFAIK, це єдиний веб-фреймворк, який так обробляє його.

Коротше кажучи: можна сховати, якою мовою ви користуєтеся в бек-енді. Тривіальний приклад: розгляньте сторінку "Hello World"; було б вкрай важко розібратися, який фреймворк / мова використовується на задньому плані (якщо припустити, що основні речі, такі як файли cookie сеансу, встановлюються вручну чи не використовуються).

Однак суть фреймворку полягає в тому, щоб заощадити, що вам доведеться повторно реалізовувати функціональність, і змусити вас працювати стандартизовано. Практично у всіх структурах є свої конкретні невеликі розповіді, які подарують їх, якщо ви подивитесь досить близько. Як зазначали інші, можна спробувати їх приховати, використовуючи конфігурацію або повторно реалізуючи різні стандартні функції. Тим не менш, я б заперечував, що для великих сайтів було б надзвичайно важко повністю приховати все, і навіть якби ви цього зробили, ви використовували б дуже мало своїх рамок.

Підводячи підсумок, я б сказав, що майже завжди можна отримати дуже гарне уявлення про те, що використовується внизу (за допомогою ретельного обстеження та викривлення). Приховування використовуваної рамки можливо, але швидко стає неможливим для великих сайтів.

У попередніх відповідях є кілька хороших прикладів різних показових казок, які є в рамках та мовах. Я хотів би додати, що різні механізми перегляду мають специфічну поведінку пробілу, яку можна використовувати для їх ідентифікації. Двигун Razor, який використовується в MVC3 +, має досить специфічні химерності, які можна було б використати для його ідентифікації або, принаймні, звузити список підозрюваних (знову ж, ви можете піти на бік, але тоді ви його використовуєте?).

Я не знаю, чи це конкретно відповідає на ваше запитання, але є інструмент, який мені дуже допомагав: Wappalyzer . Це розширення Firefox / Chrome, яке розкриває технології, які використовуються на веб-сайтах. Він виявляє системи управління вмістом, веб-сервери, рамки JavaScript, інструменти аналітики та багато інших. Я знаю, що це не саме те, що ви шукаєте, але це дає вам дуже близьке уявлення про те, що сайт використовує. Це те, що він показує для programmers.stackexchange.com

Можна створити сайт таким чином, щоб клієнту не було видно жодних підказів щодо технології сервера.

Однак коли хтось використовує деякі рамки, такі як IceFaces для Java , це зробити практично неможливо, оскільки ви побачите щось подібне у своїх запитах:

ice.submit.partial=true&ice.session=c4f4jxT36tM_38848488&ice.view=3&ice.focus=&rand=0.322803445

Більшість інших фреймворків мають характерні штампи або в тілі сторінки, або в запитах / відповідях. Знайдіть їх, google, і ви отримаєте відповідь.

Однак у кожній мові, якщо ви вирішите створити HTML з нуля (у світі Java прикладом можуть бути шаблони швидкості ) або обрати чистий AJAX спосіб, коли сервер повертає / приймає лише повідомлення JSON, а клієнт повністю в JavaScript - важкий шлях , поки ви не викличете невідкритого винятку, який розкриває технологію в.

На сайтах, які використовують повнорозмірний фреймворк або CMS, іноді ви можете спробувати запитувати сторінку адміністратора, вам буде запропоновано вікно входу та визначити, з якої основи він увійшов, оскільки більшість людей не змінюють шаблон адміністратора. Наприклад, якщо ваш сайт example.com, спробуйте перейти до example.com/admin/ або example.com/wp-admin/ (wordpress).

Ви повинні ознайомитись із цим сайтом: Побудовано . Це дозволяє вам знати всю цю інформацію, якщо вона є.

Ні, неможливо знайти мову, що використовується на веб-сайтах, переглянувши вихідний код веб-сторінки та пошукаючи існування мов. через використання декількох мов для створення веб-сайту для забезпечення високої безпеки