Намеренно создайте два файла, чтобы иметь тот же хеш?

Question

Намеренно создайте два файла, чтобы иметь тот же хеш?

Это не красиво, но работает: реализовать тип, подобный CancelWithRunnableFuture, который вы можете предоставить Runnable для ..., который Runnable вызывается внутри метода cancel().

@Service
class AsyncService {
    @Async("taskExecutor")
    public Future<Task> startAsyncProcess(Task task) {
        Thread threadToInterruptOnCancel = new Thread(() -> System.out.println("Some continuous async db write"));
        threadToInterruptOnCancel.start();

        return new CancelWithRunnableFuture(
                       AsyncResult.forValue(task),
                       () -> threadToKillOnCancel.interrupt());
    }
}

class CancelWithRunnableFuture<V> implements Future<V> {
    private Future<V> delegate;
    private Runnable runOnCancel;

    public CancelWithRunnableFuture(Future<V> delegate, Runnable runOnCancel) {
        this.delegate = delegate;
        this.runOnCancel = runOnCancel;
    }

    @Override
    public boolean cancel(boolean mayInterruptIfRunning) {
        //
        // The Runnable is run here!
        //
        runOnCancel.run();

        return delegate.cancel(mayInterruptIfRunning);
    }

    @Override
    public boolean isCancelled() {
        return delegate.isCancelled();
    }

    @Override
    public boolean isDone() {
        return delegate.isDone();
    }

    @Override
    public V get() throws InterruptedException, ExecutionException {
        return delegate.get();
    }

    @Override
    public V get(long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException {
        return delegate.get(timeout, unit);
    }

}

6

hash-collision cryptography hash

задан starblue 8 March 2009 в 06:23

6 ответов

Если пользователь не знает Вашего алгоритма хеширования, он также не может проверить Вашу подпись на документе, который Вы на самом деле подписали.

Наилучший вариант состоит в том, чтобы использовать односторонние алгоритмы хеширования с открытым ключом, которые генерируют самый длинный хеш. SHA-256 создает 256-разрядный хеш, таким образом, подделыватель должен был бы попробовать ^2 255 различных документов (в среднем), прежде чем они создали тот, который соответствовал данному документу, который довольно безопасен. Если это все еще не достаточно безопасно для Вас, существует SHA-512.

Кроме того, я думаю, что стоит упомянуть, что хороший не использующий высокие технологии способ защитить себя от подделанных снабженных цифровой подписью документов состоит в том, чтобы просто сохранить копию чего-либо, что Вы подписываете. Тот путь, если это сводится к спору, можно показать, что оригинал документа, который Вы подписали, был изменен.

4