Як змінити вихід програми, для якої у вас немає вихідного коду

У нашій компанії у нас є невелика програма (розмір .exe 500Kb), яка робить математичний обчислення, і врешті-решт вона викладає результат на таблицю Excel, яку ми використовуємо для продовження робочого процесу.

Я хочу змінити стовпці, формат інтервалу та додати логіку VBA і т.д. на таблицю Excel, але оскільки ці параметри не налаштовуються в цій програмі, мені здається, єдиний спосіб змінити це - руйнування / повернення інженера .exe

Ніхто не знає, на якій мові вона була запрограмована, єдине, що ми знаємо:

1. Розроблений 20+ років тому
2. Розробник вийшов на пенсію 10 років тому
3. Застосування графічного інтерфейсу
4. Працює окремо
5. Розмір 500Kb

Будь-які пропозиції, які варіанти у мене є для вирішення подібних проблем? Чи є зворотна інженерія єдиним варіантом, чи є кращий підхід?

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

Я хочу змінити стовпці, формат інтервалу і додати логіку VBA і т.д. в таблиці Excel

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

На додаток до вже даних відповідей Док Браун та Теластин, я хотів би запропонувати альтернативний підхід (за умови, що це місія критична).

Якщо ви не знаєте обчислень, які вони виконують, і обчислення є (дещо) критично важливими: виконайте оригінальну логіку у .exeфайлі будь-якими необхідними засобами. Розшифруйте його, використовуючи декомпілятор / розбирач, як IDA, якщо це необхідно. При необхідності найміть консультанта (або партію консультантів).

Звичайно, попрацюйте зараз, використовуючи їх рішення, але не дозволяйте.

Причина, яку я пропоную, полягає в наступному: Ви визнали, що розрахунки дуже складні (за словами інженера, з яким ви говорили). Це також важливо для місії. Тож якщо якийсь оригінал .exeприпиняє свою роботу через зміни платформ, які у вас є (можливо, 16-розрядна підтримка відпадає?), Ви просто втратили критично важливу інформацію .

Тепер я переймаюся не втратою .exe, а втратою знань, які вона кодує. Ці знання потрібно відновити.

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

По можливості запитайте оригінального програміста.

Кілька тижнів тому до мене звернулася фірма, з якою я працював 10 років тому, з тим самим питанням щодо файлу mdb, розробленого в середині 90-х.

Будь-які пропозиції, які варіанти у мене є для вирішення подібних проблем?

Якщо все, що ви шукаєте, - це змінити вихід, то чому б просто не використовувати композицію?

Замість зміни чорного ящика ви не можете легко отримати доступ, ви створюєте нову програму , яка приймає вихідний сигнал Excel, і робить ваше форматування / колонки змінюється занадто . Тоді ви можете зробити новий exe / скрипт, який викликає дві програми в порядку, тож кінцевому користувачеві здається, що є лише одна програма, яка виконує всю роботу - навіть якщо це два чіткі кроки під кришкою.

Є компанії, які спеціалізуються саме на такій проблемі. Вони використовують власницький код для декомпіляції нативного коду на мову високого рівня, а потім застосовують досвід людини, щоб зробити його корисним (наприклад, даючи змінним відповідні імена).

Деякі роки тому мій роботодавець використовував це для міграції деякого нативного коду основного кадру S / 390 на сервери Linux. Ми дали їм двійковий код, вони дали нам вихідний код у С.

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

Напишіть просту обгортку навколо програми, фіксуючи її вихід. Це не так складно, оскільки для багатьох мов (наприклад, Java , C ++ , Python , .NET ) є засоби. Проаналізуйте вихід і сформуйте інший, у потрібній формі. Користувач зателефонує до вашої нової програми. Старий виконуваний файл залишиться поруч із ним, або навіть його можна автоматично витягти з ресурсу, перш ніж викликати його.

Таке рішення, звичайно, працює досить добре лише тоді, коли вихід добре структурований і простий для розбору.

Те, що це програма GUI, не є проблемою блокування. Ви можете запустити його, генерувати висновок, а потім автоматично опублікувати його, коли ця GUI припиняється.

Напишіть декілька тестів, які виконують якомога більше випадків на старому коді. Знайдіть кутові регістри, тестуйте неправильний ввід та перевіряйте правильність введення.

Запишіть правильний вихід у різних випадках, а потім спробуйте написати реалізацію, яка задовольняє однакові тести .

Я не ходив би по зворотному інженерному шляху. Повернути машинний код надзвичайно складно, і ви вже повинні знати, яка мета exe. Зворотна інженерія - це занадто велика робота для того, що ви хочете.

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

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

Простіше сказати, ніж зробити, реверс-інженер, створений 20 років тому, є справжньою проблемою.