Request decryption

Hello,

I have recorded a thick client using Web (HTTP/HTML) protocol.

I wanted to decrypt the request in readable form and have tried DFE with help URL: https://www.northwaysolutions.com/what-is-dfe-part-1-xml/

But still I am not able to do so I can see the warning message after recording in output logs as ,

Warning:  "Failed to create web_convert_from_formatted step. Decoded data is empty or has invalid tags".

 

Please find the request below which I'm trying to decrypt

web_custom_request("TngService.svc", 
        "URL=">abcdefghij01/.../TngService.svc", 
        "Method=POST", 
        "Resource=0", 
        "RecContentType=application/soap xml", 
        "Snapshot=t1.inf", 
        "Mode=HTML", 
        "EncType=application/soap xml; charset=utf-8", 
        "Body=<s:Envelope xmlns:s=\"http://www.w3.org/2003/05/soap-envelope\" xmlns:a=\"http://www.w3.org/2005/08/addressing\"><s:Header><a:Action s:mustUnderstand=\"1\">http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Issue</a:Action><a:MessageID>urn:uuid:ab62363b-fdf6-43d7-a57a-511100c81a65</a:MessageID><a:ReplyTo><a:Address>http://www.w3.org/2005/08/addressing/anonymous</a:Address></a:ReplyTo><a:To s:mustUnderstand=\"1\">">hydvrrmapp01/.../s:Header><s:Body><t"
        ":RequestSecurityToken Context=\"uuid-d28d3768-a84a-4eaa-9486-246359fc1a94-1\" xmlns:t=\"http://schemas.xmlsoap.org/ws/2005/02/trust\"><t:TokenType>http://schemas.xmlsoap.org/ws/2005/02/sc/sct</t:TokenType><t:RequestType>http://schemas.xmlsoap.org/ws/2005/02/trust/Issue</t:RequestType><t:KeySize>256</t:KeySize><t:BinaryExchange ValueType=\"http://schemas.xmlsoap.org/ws/2005/02/trust/spnego\" EncodingType=\"http://docs.oasis-open.org/wss/2004/01/"
        "oasis-200401-wss-soap-message-security-1.0#Base64Binary\">YIIHOQYGKwYBBQUCoIIHLTCCBymgMDAuBgkqhkiC9xIBAgIGCSqGSIb3EgECAgYKKwYBBAGCNwICHgYKKwYBBAGCNwICCqKCBvMEggbvYIIG6wYJKoZIhvcSAQICAQBuggbaMIIG1qADAgEFoQMCAQ6iBwMFACAAAACjggUMYYIFCDCCBQSgAwIBBaESGxBJQ0lDSUJBTktMVEQuQ09Noh8wHaADAgECoRYwFBsEaG9zdBsMaHlkdnJybWFwcDAxo4IExjCCBMKgAwIBEqEDAgEkooIEtASCBLAViZkLQA TNKufVphwmQxvipGY4XlIpDluDysWLQccVBIzP3cGnnYWXQEQ6SJtAezRDiceZuFqnNugX7VErXgrJKPa7772w7j629p1aXDZKofZo71a SZN4zTLdoHRl5CN2ItWSdp4o/DCF638atbRb "
        "gIq2iiM4FxnRcaWJFZQvUHlgQ1XAiAj6oTJisGXMyS aDUP6Jica02lGny/2pRSkqaTTqVSiVO/0b PnWuVyveUUxaq6DzKFR QTXG5F9SMKkqT5DMeMr6g0miKUxJl1kP/ZItW1TPynG2uW p3OcEZAXjWQKhxMqbSZwa49RGYn/OCiARusO6UamkJhxw9u6TGAI9ow/9/553dd/RyujnADvnVZzCEDrM1NKjrH/EI0TNT76vnCmSJqXPrTxW4HqgYIzdX5AJeq2zqTdZhrPhpr9PbUHBFU7sSxKevXTdAPPTJik7FvGHuEiByXrJG18iRmAPnHB2gpQTb3KdwWm2CiLkxS9CA902qZANad6f pWs4O/J3Mp7lmL3ubxgV7MLh9vqens3rwMie4nnkBcQHRfype3OlfP98sBVKJyTpjuaJeIyjvd0QHRHh2kF4mtB0RsG2hU o8c2AUAGpllj4Uq19IH/vACmHBMj6/R "
        "rbJimlaIUGxNaRFl9T4 qsURr04Y7OGbDskg0 XNvcn5DaOSdjOy3TUaJTVmUn19YNGro1X3MkMBE6TWC60zChCb9E/gJchvkny9QbM8sgMrP/VKTIJQ8bOoe7T9ljD5aMN/yZc1KSDmUyMxR4qgygDel2d5tbGee7SWw5zSyvdOfWrhXoI/U4EQyci2kwDztmgKk4/QBRDGsIzgYtx6EBh9v bsco5bmUXUhz1LCh8wvUaUDd8PgVsS nHttK70LZT1D1NyaxYMh YXE5tzvVsVDERF1wiek8MRL5ZCyXZAjQvWBvZMNu0TqSawr6b PdQCi9NeFVeIutlcnyJl4uT6JTVDBzmdQVzX g21jAx8lBMq1 ANZfY2KjAojhqoBCt7anw3T/ibWBLUmDNWqppq9VMjXDJT7hU4 JD5hP/1AXp975cgrRc7H3cl2l0HnQOS9QaaDCEXTs60p28oP4LibR2/qXkcvtluyqA1eBkh2R/"
        "LunYrTNBYdZ Fy7XCMANMBw1UB0da5W8hxhV/8ic5liEIMNsS0UpHiLkpfYhunsyKLJxzHLjVg3gyfAqo9gIWMwPcPQfIE0lXYUsS4nW5xpgivAsmc2kp7xwWB4w8IqBKHS9a8PVZstJRuVXjmIP7YKcEhiEwqzij2Yrulh0Ge7FSo0mhlAQO6lj PYWfyvP78Isa7GunpKqPOJBZRHGoQaQPVb6zRbS9e0rxbvOgsryddaeHCWchum/VVjDtVo23qBx9OPaETBU JUku0pkVErW2syk F/z1owaDNILYERLpMNrr0FJjLkQ5ehayZCnKvPP3aJWVedxoMt1t5bftAO YQcb/0gcshY69pUWSrUC9POoK7fL1PjB6MJt3wrqd2jgSV0Ebj 82V5B UY8K0lpXbMTrcIDPCnF28q6/"
        "gJa1q1p9ZvJ7tJ9iz1CT6EpBI4zqo6YUHwQDTUSkggGvMIIBq6ADAgESooIBogSCAZ6I4ZOhoUmPhsCZMUCvSzpbjrFM gK023shZplbQtc9cbexu4k9t3A3 dHHxnq7PbiLSH6yRydEI5SVDmCDKOFgaXZ13A7ZzqyPGLQpJo94vJ/LVPFZgNtSloW7ol7ASktLdgEa2QTBUxndqOsWIFeOD7lvWCd noaKQzJc0NOekqmv7CLyvnNIscBBrCzBarTVJQ85MuALlDyUVffISyEy3enS3hZoiU748456WlpCOKTD0uOmBxsmwYiHV8zMJi8QC80SY3hx/6QE7Yg8kEPNfs4OlMjWw6xz9B6DOOjDE6M7HZ3yBKPcJbDurT82Sjz06NqBUDEzxqGUQYlH0MTl60wNdQZ2KHiHyjlMxKTa9kB62RH7PtRpm0ULajwTj6vOgFtvinsGI5RpVcVgLnWezlapAi58EW5KMQyC7aLqzQLgoe "
        "iJO2CI2 SEAevou3YMasMFEHKNRj3Bw9KhTdmJWFVx2udT7h/SyIF0JKdb5uGauye07 NpDOKMd/n ZOPgd L8eTe7NEGDWztUSbh1BnNqUP5q2OYUqKnvwQ=</t:BinaryExchange></t:RequestSecurityToken></s:Body></s:Envelope>", LAST);

Kindly assist me in resolving this issue.

Thanks.

  • What did you try? Did you tried converting XML or Base64 or both?

    When you start exploring new capabilities it is also good to read the documentation carefully. You might find some public test sites which return XML and make that work first. Then looking into more details in your own situation.

    I do not know DFE that well, so I'm not sure if you can setup nested decoders.

  • I tried to convert the Base64 value online but that too didn't help.

    I referred few documents regarding DFEs and used in recording options but it also didn't worked out as I am also new to this.

    Since the application team also not ready to provide the encryption logic due to security reasons. We have asked them to disable for testing the same.

    I'm still searching for the solution on this.

  • I do not think that DFE is mend to solve any custom encodings (unless you can develop your own DFE plugins). It is mainly for common encodings and beatify responses.

    I hope that development is also your stakeholder so you can tell them "I cannot do the impossible".

    The binary format looks like just native binary protocol I see three strings which start with a length byte. So you need to get access to message templates or structures. When development has a DLL for this protocol (including communictaion) you might be able to load it in LR and program against this DLL. But then your client program should be able to generate the C-code you need to execute. In this way you make your own protocol for LR. It take some effort, but is very powerful way of working.