Swiftyinsta: 인스타그램 Ajax 로그인

그것은 나를 위해 일했지만 SMS에서 챌린지 코드를 얻을 수 없었지만 이메일에서는 작동했습니다.

Swiftagram 의 BasicAuthenticator.handleSecond 반환 invalid response , 나는 SwiftyInsta 테스트하지 않았습니다.

SwiftyInsta 에서도 작동하게 할 수 없습니다 😢 @bariscck
인썸니아와 우체부에서도 작동이 안되는데... 😱
Instagram의 일시적인 문제였기를 바랍니다. @TheM4hd1 이 다른 지역에서 작동하는 이유를 설명할 수 있습니다.

Instagram의 웹 앱이 현재 이 끝점을 사용하고 있기 때문에 일시적인 것 같습니다. 그들에게도 효과가 없습니다. 400 Bad Request 를 반환합니다.

웹 앱도 작동하지만 약 4개월 전에 같은 일이 발생하여 몇 시간 후에 수정된 것으로 기억합니다.

예, 이전에 발생했지만 우리는 400 를 돌려받았습니다. 이는 합리적입니다.
이번에는 직접 액세스가 405 입니다. HEAD 가 있어도.
나는 그들이 단지 그곳에서 이주하는 것이 두렵습니다.
🤞 손가락만 꼬집어 봅시다.

안녕하세요 저도 같은 문제가 발생하는데 해결되셨나요?

불행히도 @Emretelli7은 아직 해결되지 않았습니다.
끝점을 받아들여야 할 것 같은 느낌이 들어요 😢

안녕하세요, 이제 인스타그램은 "enc_password" 를 사용합니다 . "password" 는 사용할 수 없습니다.

enc_password는 AES 256 GCM 암호화를 사용합니다.

https://pastebin.com/raw/nYL2W2bG

@xmmti
burp 제품군에서 내 enc_password를 복사하고 내 사용자 이름으로 게시하려고 시도했지만 인증됨: false

따라서 이 enc_password보다 더 많은 것이 있다고 생각합니다.

@xmmti
burp 제품군에서 내 enc_password를 복사하고 내 사용자 이름으로 게시하려고 시도했지만 인증됨: false

따라서 이 enc_password보다 더 많은 것이 있다고 생각합니다.

본문 요청
사용자 이름= 사용자 이름 &enc_password= enc_password

나랑 일이야...

네. 그 이상입니다. 나는 첫 번째 메모에서 그것을 암시합니다.
새로운 헤드리스 인증 방법에는 Swift에서 확실히 표준이 아닌 암호화 도구가 필요합니다. 해시는 매우 쉽게 얻을 수 있지만(그리고 이미 CryptoSwift를 통해 SwiftyInsta 에 있음) 과거에는 신뢰할 수 있는 RSA 라이브러리를 찾을 수 없었으며(현재 릴리스가 아닌 경우), (적어도) 하나 더 있을 것입니다. 의존.

API 로그인은 잘 작동합니다 ... 그의 enc_password를 ajax하면 됩니다.

제 댓글 @xmmti를 읽어주세요.

우리는 모두 수정 사항을 완전히 알고 있습니다. 우리는 문제를 쓰기도 전에 있었고 이것이 조만간 일어날 것이라는 것을 알고 있습니다.
문제는 수정 사항이 Node JS 또는 Python에서는 매우 쉽지만 Swift에서는 확실히 그렇지 않다는 것입니다. 현재 SwiftyInsta 에서 요구하는 암호화 및 CryptoSwift 에 대한 좋은 라이브러리가 없거나 해당 문제에 대해 CommonCrypto 를 기반으로 하는 모든 것이 광범위하지 않기 때문입니다. 충분한.

추가할 내용이 없기 때문에 이 스레드에 대한 댓글을 차단해야 합니다.대안을 구현하기로 결정한 경우(유효한 암호화 라이브러리를 찾을 수 있는 경우) 게시물을 업데이트합니다.기여하고 싶다면 PR을 보내주십시오.

@sbertix
안녕하세요 저는 같은 문제가 발생했기 때문에 파이썬 프로젝트를 위해 여기에 있습니다.
모바일 앱에서 사용하려면 python 스크립트를 실행하는 서버를 실행하여 모바일 앱과 연결할 수 있습니다.

이것은 @Emretelli7 에게는 문제가 되지 않지만 감사합니다. 😊
이미 노드 앱을 통해 인증을 라우팅했습니다.
이것은 SwiftyInsta 에서 직접 기본 인증을 제공하는 것입니다.

이제 기본 로그인이 작동하는 것 같습니다. 2FA 가 있거나 없는 두 개의 다른 계정을 확인했습니다.

AES-GCM-256에 swift-sodium을 사용하려고 합니다.
그리고 RSA 부분에 대한 SwiftyRSA.

@MatoMA 에 너무 많은 종속성을 추가할 때 주의하고 SwiftyRSA는 macOS에서 작동하지 않는 반면 swift-sodium은 iOS 및 macOS(Catalyst 없음, watchOS 없음, tvOS 없음, Linux 없음)에서만 작동하므로 기능 및 구멍을 의미합니다. 라이브러리가 다른 대상에 패키지되어 있지 않은 경우 iOS에서만 작동하며, 이미 소란 없이 웹 보기 기반 인증을 사용할 수 있습니다...\
SwCrypt에서 구현을 시도했고(시간 부족으로 인해 완료하지 않고) 약간의 잠재력을 보여주었습니다(여전히 OpenCrypto 지원 시스템으로 제한되어 있음).\
하지만 완료되면 구현을 완전히 비교할 수 있습니다.

@MatoMA 에 너무 많은 종속성을 추가할 때 주의하고 SwiftyRSA는 macOS에서 작동하지 않는 반면 swift-sodium은 iOS 및 macOS(Catalyst 없음, watchOS 없음, tvOS 없음, Linux 없음)에서만 작동하므로 기능 및 구멍을 의미합니다. 라이브러리가 다른 대상에 패키징되지 않은 경우 iOS에서만 작동하며, 소란 없이 이미 웹 보기 기반 인증을 사용할 수 있습니다...
SwCrypt에서 구현을 시도했는데(시간 부족으로 완료하지 않고) 약간의 가능성을 보여주었습니다(여전히 OpenCrypto 지원 시스템으로 제한되어 있음).
하지만 완료되면 구현을 완전히 비교할 수 있습니다.

답장 해주셔서 매우 감사합니다.
약 1/4의 사용자가 webview 인증으로 로그인하지 못하는 것을 발견했습니다. 그리고 우리가 문제를 파악하는 것은 어렵습니다. 이것이 Android(Device) API에서 작동하도록 하려는 이유입니다.
그리고 사용자가 Auth App(문자 메시지 아님)으로 2FA를 활성화하면 webview 인증이 작동하지 않는 것으로 알려져 있습니다.
위의 라이브러리가 작동하지 않으면 여전히 openssl이 있습니다. 우리가 시도할 마지막 경로는...

웹 기반 로그인이 작동하지 않는 것은 현재 구현의 문제일 뿐이며 수정하기가 훨씬 쉽습니다.\
나는 그것을 Swiftagram 에서 작동하게 만들었습니다. 성공률이 그렇게 나쁜 경우 SwiftyInsta 에서 동일한 클래스를 가져올 것입니다.\
어느 쪽이든 기본 인증을 백업하고 제대로 작동하는 것이 여전히 우선 순위이므로 걱정하지 마십시오 😊

그렇다면 @TheM4hd1님, 호환성과 관련하여 앞으로 나아가는 것이 가장 좋은 방법이라고 생각하십니까?\
나는 Swiftagram에서 BasicAuthenticator 를 재구현하여 SwiftyInsta 용 으로 완전히 번역할 수 있지만 먼저 해결해야 합니다(예: 작동하려면 Linux 지원 중단, 최소 OS 버전, 종속성 관리자, 등).

@sbertix 는 여전히 비활성화되어 있습니까? 그것은 지금 나를 위해 다시 작동하는 것 같습니다.

지난 주에 시도했지만 여전히 작동하지 않습니다.\
분명히 모든 계정에 영향을 미치지는 않지만 많이 마이그레이션하고 있습니다( instagram-private-api 에서 enc_password 에 대한 갱신된 관심을 기반으로 함).\
SwiftyInsta 에서도 해결해야 합니다.

구현은 그 자체로 문제가 아니며 Swiftagram 을 완전히 이식할 수 있으므로 종속성 등에 대한 설정일 뿐입니다.

openssl 를 사용하는 것은 어떻습니까? Instagram 자체는 openssl 를 사용하는 것 같습니다. 이렇게 하면 최소 호환성 버전과 Linux 호환성도 유지할 수 있습니다.

나는 Swift에서 OpenSSL (적어도 직접적으로)에 의존하는 것을 정말로 싫어합니다(대부분의 사람들처럼 hahaha).\
이것은 확실히 "해결책"이지만 번거롭게 구현할 가치가 있는지 확실하지 않습니다... @TheM4hd1\
꼭, 당신이 그것을 하고 싶다면, 좋습니다. 그렇지 않으면 여전히 "더 높은 수준"으로 가는 것이 충분해야 한다고 생각합니다.

OpenSSL 구현을 시도했지만 개별 프로젝트에서 잘 작동하지만 종속성으로 추가하면 그렇게 할 수 없었고 많은 작업이 필요하고 라이브러리 크기가 증가했습니다.
제 개인 프로젝트라면 최소 iOS 버전을 지원하는 용도로 사용하고 싶습니다. 그러나 도서관을 위해 그것을 할 가치가없는 것 같습니다.
따라서 SwiftaGram 이식에 동의합니다. 이것이 현재로서는 최고의 솔루션입니다.