Uploaded image for project: 'WORKTERRA'
  1. WORKTERRA
  2. WT-11188

HiTrust Recommended Change - Restriction on Same password repeat - Feasibility

    Details

    • Type: Analysis
    • Status: Closed
    • Priority: Medium
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Platform
    • Labels:
    • Module:
      Platform - Security
    • Reported by:
      Support
    • Item State:
      Development - In Analysis
    • Severity:
      Simple

      Description

      Do not allow same password for 6 generations while changing password.
      For each generation at least 4 characters must be changed - Only if feasible in our system.
      This is for Partner, Broker and CA

        Attachments

          Issue Links

            Activity

            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) created issue -
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Field Original Value New Value
            Link This issue relates to WT-11004 [ WT-11004 ]
            gaurav.sodani Gaurav Sodani (Inactive) made changes -
            Dev Due Date 29/Sep/2017
            Item State Parent values: Development(10200)Level 1 values: In Analysis(10204)
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Assignee Jaideep Vinchurkar [ jaideep.vinchurkar ] Akash Thakur [ akash.thakur ]
            Jennifer.Reed Jennifer Reed (Inactive) made changes -
            Labels Hi-Trust
            akash.thakur Akash Thakur (Inactive) logged work - 06/Oct/17 01:14 PM
            • Time Spent:
              4h
               

              Analysis, Feasibility and integration into system compatibility study.

            akash.thakur Akash Thakur (Inactive) made changes -
            Status New [ 10508 ] In Analysis [ 10008 ]
            akash.thakur Akash Thakur (Inactive) made changes -
            Remaining Estimate 24h [ 86400 ] 20h [ 72000 ]
            Time Spent 4h [ 14400 ]
            Worklog Id 83661 [ 83661 ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Resolution Done [ 10000 ]
            Status In Analysis [ 10008 ] Closed [ 6 ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Resolution Done [ 10000 ] Unresolved [ 10200 ]
            Status Closed [ 6 ] In Analysis [ 10008 ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Assignee Akash Thakur [ akash.thakur ] Santosh Balid [ santosh.balid ]
            Hide
            santosh.balid Santosh Balid (Inactive) added a comment - - edited

            Hi Jaideep Vinchurkar,

            Yes we can achieve this by maintaining history of users last 6 passwords (This needs enhancement).

            For each generation at least 4 characters must be changed - This is something more challenging, as we store hashed passwords, where decryption is not possible.

            But to have current password different with at-least 4 characters from any of the 6 historical password , we may need to store users password in plain text somewhere else by considering every possible security approach , such way that, this should be out of context for hackers....we need to think more on it...or we can even store password separately using our encryption decryption utility which is also a secure way to store. We just need this for comparison that, the password should have at-least 4 characters different from historical password/Previous password/last updated password.

            Need to think upon above plain text password storage option in detail, will do more analysis on it tomorrow.

            Regards,
            Santosh

            Cc: Satya, Samir

            Show
            santosh.balid Santosh Balid (Inactive) added a comment - - edited Hi Jaideep Vinchurkar , Yes we can achieve this by maintaining history of users last 6 passwords (This needs enhancement). For each generation at least 4 characters must be changed - This is something more challenging, as we store hashed passwords, where decryption is not possible. But to have current password different with at-least 4 characters from any of the 6 historical password , we may need to store users password in plain text somewhere else by considering every possible security approach , such way that, this should be out of context for hackers....we need to think more on it...or we can even store password separately using our encryption decryption utility which is also a secure way to store. We just need this for comparison that, the password should have at-least 4 characters different from historical password/Previous password/last updated password. Need to think upon above plain text password storage option in detail, will do more analysis on it tomorrow. Regards, Santosh Cc: Satya , Samir
            santosh.balid Santosh Balid (Inactive) logged work - 01/Nov/17 01:08 PM
            • Time Spent:
              2h
               
              <No comment>
            santosh.balid Santosh Balid (Inactive) made changes -
            Remaining Estimate 20h [ 72000 ] 18h [ 64800 ]
            Time Spent 4h [ 14400 ] 6h [ 21600 ]
            Worklog Id 88607 [ 88607 ]
            Hide
            santosh.balid Santosh Balid (Inactive) added a comment - - edited

            Hi Jaideep Vinchurkar,

            I discussed this with Vijayendra Shinde, the first part i.e Do not allow same password for 6 generations while changing password. is easily achievable, as we already maintain History tables now.

            But 2nd part i.e For each generation at least 4 characters must be changed , We should reject this, as we can not store users password somewhere else even we store it using encryption/decryption utility in encrypted format as decryption is possible there, so ultimately it is compromise with Security and this will affect our Security , as praetorian can even ask/check in how many places we store password , even though we use it for only validation purpose.

            Regards,
            Santosh

            Cc: Samir, Satya, Jaideep Vinchurkar, Vijayendra Shinde, Bharti Satpute

            Show
            santosh.balid Santosh Balid (Inactive) added a comment - - edited Hi Jaideep Vinchurkar , I discussed this with Vijayendra Shinde , the first part i.e Do not allow same password for 6 generations while changing password. is easily achievable, as we already maintain History tables now. But 2nd part i.e For each generation at least 4 characters must be changed , We should reject this, as we can not store users password somewhere else even we store it using encryption/decryption utility in encrypted format as decryption is possible there, so ultimately it is compromise with Security and this will affect our Security , as praetorian can even ask/check in how many places we store password , even though we use it for only validation purpose. Regards, Santosh Cc: Samir , Satya , Jaideep Vinchurkar , Vijayendra Shinde , Bharti Satpute
            santosh.balid Santosh Balid (Inactive) logged work - 02/Nov/17 10:57 AM
            • Time Spent:
              4h
               

              Discussion and Analysis

            santosh.balid Santosh Balid (Inactive) made changes -
            Remaining Estimate 18h [ 64800 ] 14h [ 50400 ]
            Time Spent 6h [ 21600 ] 10h [ 36000 ]
            Worklog Id 88770 [ 88770 ]
            santosh.balid Santosh Balid (Inactive) logged work - 06/Nov/17 11:40 AM
            • Time Spent:
              5h
               

              Documentation and ETA's

            santosh.balid Santosh Balid (Inactive) made changes -
            Remaining Estimate 14h [ 50400 ] 9h [ 32400 ]
            Time Spent 10h [ 36000 ] 15h [ 54000 ]
            Worklog Id 89293 [ 89293 ]
            Hide
            santosh.balid Santosh Balid (Inactive) added a comment -

            Hi Jaideep Vinchurkar,

            Please find attached documentation and ETA's .

            Regards,
            Santosh

            Show
            santosh.balid Santosh Balid (Inactive) added a comment - Hi Jaideep Vinchurkar , Please find attached documentation and ETA's . Regards, Santosh
            santosh.balid Santosh Balid (Inactive) made changes -
            Attachment WT-11188_ETA's.xlsx [ 66934 ]
            santosh.balid Santosh Balid (Inactive) made changes -
            santosh.balid Santosh Balid (Inactive) made changes -
            Assignee Santosh Balid [ santosh.balid ] Jaideep Vinchurkar [ jaideep.vinchurkar ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) logged work - 07/Dec/17 10:02 AM
            • Time Spent:
              0.5h
               

              Review

            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Resolution Unresolved [ 10200 ] Done [ 10000 ]
            Status In Analysis [ 10008 ] Closed [ 6 ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Remaining Estimate 9h [ 32400 ] 8.5h [ 30600 ]
            Time Spent 15h [ 54000 ] 15.5h [ 55800 ]
            Worklog Id 95089 [ 95089 ]
            jaideep.vinchurkar Jaideep Vinchurkar (Inactive) made changes -
            Link This issue relates to WT-13350 [ WT-13350 ]
            Transition Time In Source Status Execution Times
            Akash Thakur (Inactive) made transition -
            NEW In Analysis
            16d 4h 1
            Jaideep Vinchurkar (Inactive) made transition -
            Closed In Analysis
            18d 20h 29m 1
            Jaideep Vinchurkar (Inactive) made transition -
            In Analysis Closed
            43d 1h 19m 2

              People

              Assignee:
              jaideep.vinchurkar Jaideep Vinchurkar (Inactive)
              Reporter:
              jaideep.vinchurkar Jaideep Vinchurkar (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved:
                Dev Due Date:

                  Time Tracking

                  Estimated:
                  Original Estimate - 24h
                  24h
                  Remaining:
                  Time Spent - 15.5h Remaining Estimate - 8.5h
                  8.5h
                  Logged:
                  Time Spent - 15.5h Remaining Estimate - 8.5h
                  15.5h