iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ - pixiv inside [archive]
こちらはピクシブ株式会社 Advent Calendar 2014の12/9の記事です。 こんにちは。iOSエンジニアの@shobyshobyです。 歌も歌えてコードも書けるエンジニアを目指して、毎週ボイトレに通っています。 さて、私は最近、pixiv公式iOS/Androidアプリ向けのSubscription課金の実装を担当していたのですが、 いざ機能を公開してみると、APIに投げられる不正なレシートが予想以上に多いことに気がつきました。 今回は、iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ対策を解説します。 有料会員登録の検証処理に漏れがある場合、お金を払わずに不正に有料会員になることができてしまうため、 アプリ内課金のバックエンド処理は慎重に設計、実装する必要があります。 ※この記事では、AndroidのIn-app Billing Version 3
![iOS/Androidアプリ内課金の不正なレシートによる有料会員登録を防ぐ - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/b511f5685dec65d540f2f02873a46f5cb40dda5b/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fd%2Fdevpixiv%2F20141208%2F20141208224418.png)
TWorksの試行錯誤記録 : iOS 7/In-App Purchase/ローカルレシート検証
これの続きです。 iOS 7 + Auto-renewable + TransactionReceipt これで有効期限が取れたのは取れたのですが（値も正しかった）、これで良いのかわかりません。素直にOpenSSL使って、ローカルレシート確認にする方がいいのかしら… 2013/11/4 追記： このやり方はAppleのドキュメントに書いてないからダメっぽい。 OpenSSL使ってローカルレシート認証にするのが正解だと思われる。 引き続き検証中。 元の話は、iOSのアプリ内課金（In-App Purchase）でレシートの確認を行う場合、SKPaymentTransaction#transactionReceiptが、iOS 7からDeprecatedになっており、さてどうしたらよいのやら…ということでした。そしてこれに対する回答は、Appleのドキュメントに”超”概要が書いてありました。
Google Play Android Developer APIを叩いてみる - fkm blog
毎年この時期になるとIn-app billing周りを触ってる気がするfkmです. 今年はSubscriptionをやるときに必要になるGoogle Play Android Developer APIについて. 定期購読が有効かどうか, サーバーサイドで確認したい時にこのAPIを叩くってことになってるので調べてみた. 原文はここ Consoleに行く ここ GCM使ったり, Mapを使ったりしたことある人なら行ったことありますよね Projectを作る 適当に名前付けましょう Client IDを作る Application typeはWeb applicationにすること. Your site or hostnameに, 自分の持ってるサイトのURLを入れておく. localhostでもいいのかもしれないけど今回はhttps://www.fkmsoft.jpにしておいた. このURL
Validating receipts with the App Store | Apple Developer Documentation
Verify transactions with the App Store on a secure server.
In App Purchaseのレシートをローカルで検証できるようになった話 - Qiita
iOS Advent Calender 2013 iOS second stage 6日目担当の@fm_tonakaiです。 普段はWebの会社でiOSアプリの開発を行っています。 初のQiita投稿で緊張しています。 今日はIn App Purchaseのレシートのローカル検証についてちょっと調べたので書きます！ はじめに iOS7よりSKPaymentTransaction#transactionReceiptがDepricatedになりました。 代わりにNSBundle#appStoreReceiptURLが追加され、 Transactionの処理時にこのAPIを用いてレシート情報を取得することができます。 この情報を用いて今までのようにAppleに問い合わせしなくてもローカル内で レシートの検証が行えるようになりました。 なりましたが、簡単にできるとは言っていない！ レシートの検証
GitHub - nomad-cli/venice: Ruby Gem for In-App Purchase Receipt Verification
Note: This project is no longer being maintained. Venice is a simple gem for verifying Apple In-App Purchase receipts, and retrieving the information associated with receipt data. There are two reasons why you should verify in-app purchase receipts on the server: First, it allows you to keep your own records of past purchases, which is useful for up-to-the-minute metrics and historical analysis. S
失敗しない iOS In-App Purchase プログラミング - A Day In The Life
最近、無料アプリや無料ゲームにアプリ内課金を設置してユーザにアイテムを購入してもらうタイプのものが増えています。App Store トップセールスのうち半数以上がこの無料 + アプリ内課金で占められています。今後アプリ内課金は iPhone/iPad アプリで儲けるための必須の機能になると言っても過言ではありません。 今回はアプリ内課金(In-App Purchase)のプログラミングについて StoreKit フレームワークの基本的な使い方から失敗しないためのポイントまで説明していきます。 販売できるアイテムの種類は5種類 アプリ内課金で販売できるアイテムの種類は5種類あります。 Consumable 消費アイテム。ユーザがアイテムを使うと無くなる。例えばシューティングゲームの弾丸やコイン落としゲームのコインなど。同じアイテムを何回でも購入可能 Non-Consumable 非消費アイテ
How do I verify Android In-app Billing with a server with Ruby?
I just figured this out. Basically the way it works is that when a purchase succeeds the android market sends back a message (formatted in JSON) with the order details and a cryptographic signature. In the Security.java class the verify function is making sure that the message really did come from the Android market application by verifying the signature using your public key. If you want to use y
In App Purchase の開発を行う為の環境構築 - It_lives_vainlyの日記
iPhone の In App Purchase に関する作業ログ第二回目. 概要に関しては、前回のエントリ(『In App Purchase 概要』d:id:It_lives_vainly:20091101)を参照のこと 今回は、主にiTuneConnect 上での登録作業についてまとめる. iTuneConnect 上で必要な申請処理 アプリ内課金の配信の実装を始める前に、アプリが有料課金配信を行える状態になっている(銀行情報などの許可が下りている)必要がある. アプリ内課金で配信されるアイテムの登録は、iTuneConecct上から、[Manage Your In App Purchase]によって登録を行う必要があるが、 有料課金配信の申請が通っていない場合には、[Manage Your In App Purchase] の表示が出こない. 解説サイトなどを眺めただけでは気づきにく
StoreKitのトランザクションの基礎 – なんてこったい
支払いは完了したのにアイテムがアンロックされない、等の問題が起きないように、StoreKitにはトランザクションの機構があります。トランザクションの機構は絶対に必要なのですが、これがStoreKitによるアプリ内課金の組み込みを複雑にする大きな要素となってきます。基礎から見ていきましょう。 StoreKitにおけるトランザクション SKPaymentTransactionクラス トランザクションを扱うクラスはSKPaymentTransactionです。基本的にPaymentがキューに積まれたタイミングで生成され、購入の一連の流れを管理するのに用います。最後はアプリケーション側からfinishTransaction:というトランザクション完了のメソッドを投げる形で完了になります。 SKPaymentTransactionObserverプロトコル アプリケーション側がPaymentリクエス
スタートガイド - Android用サポートサイト
dodaiiを始めましょう。 まずはアプリ内課金ついて説明します。 InAppPurchase（アプリ内課金）とはInAppPurchase、日本語で言うとアプリ内課金とは何か簡単に説明します。アプリ内課金が導入されるまでは、開発者がユーザに課金する方法がアプリの本体代金または、自身が運営するウェブサイト上等で別途決済を通すことしか出来ませんでした。アプリ内課金の登場で開発者は必要な追加機能や月額利用料の課金等をアプリ内で自前の決済手段を用意せずに完結することが出来るようになりました。 では、具体的にどんな事がアプリ内課金で出来るか見てみます。 ・ベーシックバージョンのアプリケーションに対して、追加の機能を提供する ・ブックリーダのアプリ内で、電子書籍をダウンロード販売する ・ゲーム上でバーチャルなアイテムを購入させる ・専門のニュース情報を月額課金で提供する アプリ内課金のダイアログ(ス
アプリ内課金 実装編 - アルデンテ！
プロダクト取得のコードが書けてテストも成功したら、今度は購入処理のコードを記述してみる。 まず、ヘッダにSKPaymentTransactionObserverを追加する。僕の場合はAlertViewも使っているのでこんな感じ @interface InAppPurchaseViewController : UIViewController <SKProductsRequestDelegate,SKPaymentTransactionObserver,UIAlertViewDelegate>{ ViewDidloadでPaymentQueueObserverになる処理を書く。Delegate=self的なノリ。これにより、一連の購入処理をハンドリングして逐次オブザーバーメソッドが呼ばれるようになる。 //SKPaymentQueueのオブザーバーとして登録 [[SKPaymentQueue
Androidアプリにアプリ内課金を実装してみよう
Androidアプリにアプリ内課金を実装してみよう：Android Marketアプリ内課金サービス徹底解説（2）（2/4 ページ） ステップ4：ローカルサービスの作成 アプリはアプリとAndroid Market間の通信を容易にするためにローカルサービスを持つ必要があります。以下は、その最小構成です。 MarketBillingServiceに接続 （プロセス間通信のメソッドを呼び出して）課金リクエストをAndroid Marketアプリに送信 それぞれの課金リクエストに対して直ちに戻されるレスポンスをハンドリング ■ MarketBillingServiceに接続 IMarketBillingServide.aidlファイルをプロジェクトに追加しているなら、MarketBillingServiceへの接続は比較的簡単です。以下のサンプルコードはMarketBillingServiceに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mptw.fr
Alter Receipt handling for iOS 7-style by coneybeare · Pull Request #18 · nomad-cli/venice
GitHub - DarkHorseComics/DHAppleReceiptParser: Parses apple receipts from the filesystem for iOS 7
Loading
http://www.coronalabs.com/blog/2012/03/13/getting-started-with-android-in-app-billing/
iPhone/InAppPurchaseManager at master from phonegap/phonegap-plugins - GitHub
What should the transactionReceipt verification json look like?