[ 
https://issues.apache.org/jira/browse/APEXMALHAR-2531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Florian Schmidt updated APEXMALHAR-2531:
----------------------------------------
    Description: 
The idea is to add an implementation of {{StreamCodec<T>}} that encrypts / 
decrypts tuples in the calls to {{fromByteArray}} and {{toByteArray}} in order 
to have encrypted traffic between the nodes. 

Things that need to be done in order to get there:

# Decide on how to encrypt the tuples
# Find out how to handle key management (handle cases where public/private 
keypairs already exist vs. what to do when they don')
# Possibly more things to figure out, I will add those here during my research 
on how to design this feature

  was:
The idea is to add an implementation of {{StreamCodec<T>}} that encrypts / 
decrypts tuples in the calls to {{fromByteArray}} and {{toByteArray}} in order 
to have encrypted traffic between the nodes. 

Things that need to be done in order to get there:

# Decide on how to encrypt the tuples (e.g RSA)
# Find out how to handle key management (handle cases where public/private 
keypairs already exist vs. what to do when they don')


> Add implementation of StreamCodec with support for encrypting tuples
> --------------------------------------------------------------------
>
>                 Key: APEXMALHAR-2531
>                 URL: https://issues.apache.org/jira/browse/APEXMALHAR-2531
>             Project: Apache Apex Malhar
>          Issue Type: New Feature
>            Reporter: Florian Schmidt
>            Assignee: Florian Schmidt
>
> The idea is to add an implementation of {{StreamCodec<T>}} that encrypts / 
> decrypts tuples in the calls to {{fromByteArray}} and {{toByteArray}} in 
> order to have encrypted traffic between the nodes. 
> Things that need to be done in order to get there:
> # Decide on how to encrypt the tuples
> # Find out how to handle key management (handle cases where public/private 
> keypairs already exist vs. what to do when they don')
> # Possibly more things to figure out, I will add those here during my 
> research on how to design this feature



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to