Hi everyone, I finally got it working.
The attribute was the problem. I was passing email as a NameID as per the 
Atlassian doc, but it needs to be the primare attribute.
This line made it work:

{
@class: 
org.apereo.cas.services.PrincipalAttributeRegisteredServiceUsernameProvider
usernameAttribute: mail
}


Thank you so much to all of you for helping me with this. I appreciate!

Have a nice day.


Le lundi 18 novembre 2024 à 22:04:21 UTC-5, Ray Bon a écrit :

> Neon,
>
> I wonder if the empty issuerEntityId could cause a problem. Remove it.
> As Robert suggested, check the logs. Perhaps turn up logging for opensaml.
>
> Ray
>
> On Mon, 2024-11-18 at 07:14 -0800, Neon Dazzle wrote:
>
> You don't often get email from [email protected]. Learn why this is 
> important <https://aka.ms/LearnAboutSenderIdentification>
>
> Thank you for your help, I changed the file and added the line as per your 
> suggestion:
>
> {
> "@class": "org.apereo.cas.support.saml.services.SamlRegisteredService",
>
>
> "serviceId": "
> https://auth.atlassian.com/saml/b87b0545-cb70-4fe0-8c96-61034fefb7cc";,
> "name": "JIRA",
> "id": 1726778135108,
> "description": "JIRA",
> "proxyTicketExpirationPolicy": {
> "@class": 
> "org.apereo.cas.services.DefaultRegisteredServiceProxyTicketExpirationPolicy"
> },
> "serviceTicketExpirationPolicy": {
> "@class": 
> "org.apereo.cas.services.DefaultRegisteredServiceServiceTicketExpirationPolicy"
> },
> "evaluationOrder": 27,
> "attributeReleasePolicy": {
> "@class": "org.apereo.cas.services.ReturnAllAttributeReleasePolicy"
> },
> "accessStrategy": {
> "@class": "org.apereo.cas.services.DefaultRegisteredServiceAccessStrategy",
> "requireAllAttributes": false
> },
> "metadataLocation": "/etc/cas/saml/jira-metadat.xml",
> "issuerEntityId": "",
> "signingCredentialType": "X509"
> }
>
>
> Unfortunately, I get the same error that the application is not authorized 
> to use CAS.
> I can see the service on the gui: 
> [image: 314f2ac1-6df1-46ab-a35f-5bee1417b88c.PNG][image: 
> 6cd1e9a5-ab4d-4d16-9ea7-e3971a91b115.PNG]
>
> I'm very confused. I feel like everything is there. What am I missing?
>
> Le vendredi 15 novembre 2024 à 16:51:56 UTC-5, Ocean Liu a écrit :
>
> Please check 
> https://apereo.github.io/cas/7.1.x/services/SAML2-Service-Management.html 
> for the example.
>
> I think you are missing `"@class" : 
> "org.apereo.cas.support.saml.services.SamlRegisteredService",`
>
> On Fri, Nov 15, 2024 at 12:38 PM Neon Dazzle <[email protected]> wrote:
>
> Thank you so much.
> I changed endpoint and now it's telling my application is not authorized 
> to use CAS. It's weird because I can see the service entry when I go to 
> this endpoint:cas/actuator/registeredService
>
> {
> "serviceId": "
> https://auth.atlassian.com/saml/b87b0545-cb70-4fe0-8c96-61034fefb7cc";,
> "name": "JIRA",
> "id": 1726778135108,
> "description": "JIRA",
> "proxyTicketExpirationPolicy": {
> "@class": 
> "org.apereo.cas.services.DefaultRegisteredServiceProxyTicketExpirationPolicy"
> },
> "serviceTicketExpirationPolicy": {
> "@class": 
> "org.apereo.cas.services.DefaultRegisteredServiceServiceTicketExpirationPolicy"
> },
> "evaluationOrder": 27,
> "attributeReleasePolicy": {
> "@class": "org.apereo.cas.services.ReturnAllAttributeReleasePolicy"
> },
> "accessStrategy": {
> "@class": "org.apereo.cas.services.DefaultRegisteredServiceAccessStrategy",
> "requireAllAttributes": false
> },
> "metadataLocation": "/etc/cas/saml/jira-metadat.xml",
> "issuerEntityId": "",
> "signingCredentialType": "X509"
> },
>
> I must be still missing something.
> Le vendredi 15 novembre 2024 à 13:38:43 UTC-5, Ocean Liu a écrit :
>
> Neon, the Destination in the SAMLRequest does not look right.
>
> It should be something like 
> https://cas.example.com/idp/profile/SAML2/Redirect/SSO, please check your 
> IdP metadata <SingleSignOnService 
> Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-Redirect" part.
>
> And then, you need to change the Identity provider SSO URL in your 
> atlassian admin panel. 
> https://support.atlassian.com/security-and-access-policies/docs/configure-saml-single-sign-on-with-an-identity-provider/#Copy-details-from-your-identity-provider-to-your-Atlassian-organization
> ​
>
> [image: SCR-20241115-ikwy.png]
>
> If you look at the dev tool, atlassian was probably redirecting the client 
> to the CAS home page (/cas), instead of the SSO page (
> /cas/idp/profile/SAML2/Redirect/SSO), so the cas app does not know to 
> handle the parameters.
>
> Good luck!
> ​
> On Friday, November 15, 2024 at 8:46:18 AM UTC-8 Neon Dazzle wrote:
>
>
> Thank you so much to both of you for your answers! It's very appreciated.
> I did more tests and I still can't get this to work. I get the same 
> result: I get sent to CAS from Atlassian, I enter my credentials, and then 
> I dont get sent back to Atlassian, I'm stuck in CAS. The message says that 
> I see this page because CAS doesnt know my final destination.
> I installed samltracer as suggested to try and find my mistake but I can't 
> see it :(.
>
> Here is my metadata file:
>
> <?xml version="1.0"?>
> <md:EntityDescriptor xmlns:md="urn:oasis:names:tc:SAML:2.0:metadata" 
> validUntil="2024-11-03T19:47:00Z" cacheDuration="PT604800S" entityID="
> https://auth.atlassian.com/saml/b87b0545-cb70-4fe0-8c96-61034fefb7cc";>
>   <md:SPSSODescriptor AuthnRequestsSigned="false" 
> WantAssertionsSigned="false" 
> protocolSupportEnumeration="urn:oasis:names:tc:SAML:2.0:protocol">
>     <md:KeyDescriptor use="signing">
>       <ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#";>
>         <ds:X509Data>
>           
> <ds:X509Certificate>MIIDoTCCAomgAwIBAgIUNhHfnD6GS6Vpe0UmMu5RLDe9SMwwDQYJKoZIhvcNAQELBQAwYDELMAkGA1UEBhMCQ0ExDzANBgNVBAgMBlF1ZWJlYzERMA8GA1UEBwwITW9udHJlYWwxEDAOBgNVBAoMB1BvbHltdGwxGzAZBgNVBAMMEmNhczZkZXYucG9seW10bC5jYTAeFw0yNDA5MTkxODIxNDVaFw0zNDA5MTcxODIxNDVaMGAxCzAJBgNVBAYTAkNBMQ8wDQYDVQQIDAZRdWViZWMxETAPBgNVBAcMCE1vbnRyZWFsMRAwDgYDVQQKDAdQb2x5bXRsMRswGQYDVQQDDBJjYXM2ZGV2LnBvbHltdGwuY2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDgaX5dGAb2xA02O8H1ozE4hmTYvbvV0uemh4DPUjsaybUCIn2Yx4U8HDNn9WigcibfEeD9nTq++jaV8+Gl5LepX5FjmFCNWn+f6t9Oz0h8NFqGj+gcFJURK0ZFOWsB1C7aut/ZRVh3mlJdl8X36BgO1Aufx+C9gQbvUVkWnX3NV3+2TRBB7WrgMFPAw8Y9CMexGK7hYqYQkL0xrau7+swRYZJLhqWU78x0YrOq5kg5Z00RThWPuzyAoif9U0dfUgjo7rXZd489ae3+fpNKAJxtJBif4Y/gq1RII32iNzDp4rpOzO88pZgy8UNJWAPkAYjD8g50RnlW7w8nCWsi6cbZAgMBAAGjUzBRMB0GA1UdDgQWBBRpR8obg/zDQnzAyKGh3bcXyyQlVDAfBgNVHSMEGDAWgBRpR8obg/zDQnzAyKGh3bcXyyQlVDAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBCwUAA4IBAQAqVdUgcOyQ+QhRJXTKhhF7z7RxMGjvqnwfWzR3ZE4PADew/J48ULEcEa6VUrNXeyrgAa+YJQivXW4SbVqRzf3RSkwneL4b5ln7oH3eL5Q0ZvKOlxljQvTbhtjPn0jwuWhFtNc/7miBbURb1ywG0DUHD6IpzOjrnzKYCHZkISxFDKSLEkHb3lo0bs31nakA0NqFnbGg2D37T1C95vhPUdbb7xzQqQfa/1qm35vB05hnI2NrIEWyEztLEb30PPizNM6fyLy0U/snA9fgS6Xb++vvN5M2JcbytundR1RupARcguWLe1vprqnYumg9Quph6wjBki0ntH11ZvmNgZDT1K1U</ds:X509Certificate>
>         </ds:X509Data>
>       </ds:KeyInfo>
>     </md:KeyDescriptor>
>     <md:KeyDescriptor use="encryption">
>       <ds:KeyInfo xmlns:ds="http://www.w3.org/2000/09/xmldsig#";>
>         <ds:X509Data>
>           
> <ds:X509Certificate>MIIDoTCCAomgAwIBAgIUNhHfnD6GS6Vpe0UmMu5RLDe9SMwwDQYJKoZIhvcNAQELBQAwYDELMAkGA1UEBhMCQ0ExDzANBgNVBAgMBlF1ZWJlYzERMA8GA1UEBwwITW9udHJlYWwxEDAOBgNVBAoMB1BvbHltdGwxGzAZBgNVBAMMEmNhczZkZXYucG9seW10bC5jYTAeFw0yNDA5MTkxODIxNDVaFw0zNDA5MTcxODIxNDVaMGAxCzAJBgNVBAYTAkNBMQ8wDQYDVQQIDAZRdWViZWMxETAPBgNVBAcMCE1vbnRyZWFsMRAwDgYDVQQKDAdQb2x5bXRsMRswGQYDVQQDDBJjYXM2ZGV2LnBvbHltdGwuY2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDgaX5dGAb2xA02O8H1ozE4hmTYvbvV0uemh4DPUjsaybUCIn2Yx4U8HDNn9WigcibfEeD9nTq++jaV8+Gl5LepX5FjmFCNWn+f6t9Oz0h8NFqGj+gcFJURK0ZFOWsB1C7aut/ZRVh3mlJdl8X36BgO1Aufx+C9gQbvUVkWnX3NV3+2TRBB7WrgMFPAw8Y9CMexGK7hYqYQkL0xrau7+swRYZJLhqWU78x0YrOq5kg5Z00RThWPuzyAoif9U0dfUgjo7rXZd489ae3+fpNKAJxtJBif4Y/gq1RII32iNzDp4rpOzO88pZgy8UNJWAPkAYjD8g50RnlW7w8nCWsi6cbZAgMBAAGjUzBRMB0GA1UdDgQWBBRpR8obg/zDQnzAyKGh3bcXyyQlVDAfBgNVHSMEGDAWgBRpR8obg/zDQnzAyKGh3bcXyyQlVDAPBgNVHRMBAf8EBTADAQH/MA0GCSqGSIb3DQEBCwUAA4IBAQAqVdUgcOyQ+QhRJXTKhhF7z7RxMGjvqnwfWzR3ZE4PADew/J48ULEcEa6VUrNXeyrgAa+YJQivXW4SbVqRzf3RSkwneL4b5ln7oH3eL5Q0ZvKOlxljQvTbhtjPn0jwuWhFtNc/7miBbURb1ywG0DUHD6IpzOjrnzKYCHZkISxFDKSLEkHb3lo0bs31nakA0NqFnbGg2D37T1C95vhPUdbb7xzQqQfa/1qm35vB05hnI2NrIEWyEztLEb30PPizNM6fyLy0U/snA9fgS6Xb++vvN5M2JcbytundR1RupARcguWLe1vprqnYumg9Quph6wjBki0ntH11ZvmNgZDT1K1U</ds:X509Certificate>
>         </ds:X509Data>
>       </ds:KeyInfo>
>     </md:KeyDescriptor>
>     
> <md:NameIDFormat>urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress</md:NameIDFormat>
>     <md:AssertionConsumerService 
> Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Location="
> https://auth.atlassian.com/login/callback?connection=saml-b87b0545-cb70-4fe0-8c96-61034fefb7cc";
>  
> index="1"/>
>   </md:SPSSODescriptor>
> </md:EntityDescriptor>
>
>
> And here is the request I see using saml-tracer:
>
> <saml2p:AuthnRequest xmlns:saml2p="urn:oasis:names:tc:SAML:2.0:protocol" 
> AssertionConsumerServiceURL="
> https://auth.atlassian.com/login/callback?connection=saml-b87b0545-cb70-4fe0-8c96-61034fefb7cc
> " Destination="https://cas6dev.polymtl.ca/cas"; ID=
> "_c59ebaed7f8b7fbc8dd55d5b0afb84fb" IssueInstant=
> "2024-11-15T15:59:41.525Z" ProtocolBinding=
> "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST" Version="2.0" > <
> saml2:Issuer xmlns:saml2="urn:oasis:names:tc:SAML:2.0:assertion">
> https://auth.atlassian.com/saml/b87b0545-cb70-4fe0-8c96-61034fefb7cc</
> saml2:Issuer> <saml2p:NameIDPolicy AllowCreate="true" Format=
> "urn:oasis:names:tc:SAML:1.1:nameid-format:emailAddress" /> </
> saml2p:AuthnRequest> 
> Can you see any obvious mistake I am making?
>
> Le mardi 5 novembre 2024 à 23:38:01 UTC-5, Ray Bon a écrit :
>
> Neon,
>
> The Location and Binding protocol must match what is sent in the request.
> You can use a browser plugin like samltracer to see what the 
> request/response looks like.
> Also check cas logs.
>
> Ray
>
> On Tue, 2024-11-05 at 10:44 -0800, Neon Dazzle wrote:
>
> You don't often get email from [email protected]. Learn why this is 
> important <https://aka.ms/LearnAboutSenderIdentification>
>
> Thank you so much for your answer.
> I created the metadata file using a web service and added:
>
>     <md:AssertionConsumerService
>                         index="1"
>                         
> Binding="urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST"
>                         Location="https://atlassian.start.com"; />
>
> I'm still getting no redirection and I stay on the CAS website.
>
> Le lundi 4 novembre 2024 à 13:38:22 UTC-5, Ray Bon a écrit :
>
> Neon,
>
> ACS is required in metadata. 
> You can create the metadata file if the vendor does not supply it. There 
> are some online services that will help.
>
> Ray
>
> On Fri, 2024-11-01 at 12:17 -0700, Neon Dazzle wrote:
>
> You don't often get email from [email protected] why this is 
> important <https://aka.ms/LearnAboutSenderIdentification>
>
> Hi everyone, we have CAS6 and are trying to setup SSO with our Atlassian 
> org on the cloud. It seems like we almost have it, we get redirected to CAS 
> and the login works, but we can't get redirected to Atlassian after, we are 
> stuck in CAS.
> It seems like there is not json parameters for redirection so I'm 
> wondering where we should put the ACS adresse given by Atlassian.
> All our other services connected with CAS provide metadata files so it's 
> easy, but Atlassian doesnt provide that.
> Has anyone been able to setup SSO with Atlassian Cloud?
>
>
>
>
>
>
>
>
> -- 
>
> Ocean Liu | Enterprise Web Developer | Whitman College
> WCTS Building 105F - 509.527.4973 <(509)%20527-4973>
>
>

-- 
- Website: https://apereo.github.io/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
--- 
You received this message because you are subscribed to the Google Groups "CAS 
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/a/apereo.org/d/msgid/cas-user/2e1ef43f-79ef-45a9-8a7c-5da17c5fb30en%40apereo.org.

Reply via email to