"dE|_" wrote in message
...
Can anyone give me a lead for this;

As the audio comes in to drive, the stream itself needs to be encrypted to
be made tamper-proof, not just read-only. If anyone does as much as change
a
meta value or cut a sample, it must ring alarm bells. (It's a
security/evidence thing)

I'm not getting far on google with this, have you been here before?

--
dE|_


Hi dE

You are getting into the area of 'CIA' that is 'Confidentiality',
'Integrity' and 'Availability'.

Briefly this can be interpreted as:

I want no-one else to read the data.
What I receive at the far end of the media is what was sent.
The data will be available despite any failure of the media and paths from
send to receive.

If you need to have the audio stream Confidential - i.e. not readable by
anyone else during transmission, then you will have to encrypt it at source
before it going onto any transmission media and will have to look at the
various algorithms for do this. You also have to consider 'data at rest'
and 'data in motion'.

The 'Integrity' component will provide the tamper proofing and tamper
evidence in conjunction with the Confidentiality aspect - again there are
'at rest' and 'in motion' aspects to this.

Availability is, I think, self evidence and can usually be relied upon by
the higher levels of the various communication protocols for transmission
media, but at the application level and physical level involves approaches
such as RAID, back-up etc..

If you break down your requirements into the above, you should be able to
find an approach to help you.

Cheers

Mike