GuopengLin

Thank you for your response. Upon a careful examination of the MP-SPDZ code, I suppose that vulnerability 3 might originate from the octetStream::resize_precise(size_t l) function in MP-SPDZ/Tools/octetStream.h. It appears that...

Sorry, I made a mistake. The potential call sequence should be: octetStream::Receive -> octetStream::resize_min -> octetStream::resize_precise

When the input is 1231234 and 1231234, the output is ``` Result: NaN 80690151424 80690151424 1711538176 ``` When the input is 1231234 and 1231235, the output is ``` Result: 12166...

Thanks for the reply. I am not entirely sure about the distinction regarding correctness conditions (i.e., SPU requiring no overflow vs. SecureNN requiring overflow). However, in my evaluation, when performing...