モノのインターネット

スマートホーム、産業オートメーション、または環境センサーのコンテキストにおけるネットワーク化されたセンサーおよび制御装置の製造業者およびユーザーのためのQ&A

1
デルのゲートウェイでスマートフォンのセンサー測定値を確認するにはどうすればよいですか?
OSとしてLinux Snappy 15.04 を搭載したDell Edge Gateway 5000を持っています。 ゲートウェイアクセスポイントをインストールしましたが、スマートフォンからゲートウェイに接続できます。ここで、加速度計、タッチスクリーンの座標、ライトなどのスマートフォンセンサーを読み取る必要があります。 スマートフォンは、Android 7.0を搭載したHTC M9です。
7 snappy  linux 

2
SIM800Cモジュールからの「エラー」メッセージの受信
SIM800Cモジュールに送信するコマンドのほとんどは、ERROR私にメッセージを返します。 例えば: を送信した場合AT+CSQ、予期した応答が返されます。 うまくいかない基本的なコマンドの1つは、AT+CPIN?PINチェックコマンドです。 データシートでは、このエラーの考えられる原因を見つけることもできません。 私が持っている別の情報: 問題についての多くの説明の中で、私はそれを見つけました、そしてそれがどれであったかを覚えていませんERROR。の結果、AT+CPIN?「カードが挿入されていません」というエラーを受け取りましたが、その理由はわかりません。SIMカードは正常に機能します。携帯電話でテストしました。 SIMカードがモジュールによって検出されません。カードバスの電圧を測定しましたが、0ボルトです。それが機能不全の原因または結果であるかどうかはわかりませんが、この質問のこの主要な問題に関連しているわけではありません。 これは私の回路です:

1
Chevrolet Cruze Hot-Spot Wi-Fiに接続する
Chevrolet Cruze(2016)にはWi-Fiホットスポットがあるはずです。利用可能なネットワーク接続に表示されますが、パスワードを見つけるにはどうすればよいですか?私の記憶から、ディーラーはそれが何であったかを言わなかった、そして彼らが言った場合、それが何であったか覚えていない。 車でシボレークルーズのWi-Fiホットスポットパスワードを確認する方法はありますか? (明らかに、私は物理的にアクセスできます。)

3
MQTTトピックで特殊文字を使用する必要がありますか?
MQTTを使用してすべてのESP8266ユニットを接続しましたが、トピックに関する一般的な質問があります。www.hivemq.comによると: 「先行スラッシュ」/は避けてください。 スペースは避けてください。 ASCII文字のみを使用してください。 一意の識別子またはClientIdをトピックに埋め込みます。 等。 私はほとんどこれに適用しましたが、いくつかの特殊文字(たとえば、%および°)を使用します。たとえば、私は使用します: Garage_Sensor_001/Temperature/°C value Livingroom_HID_002/Switch_001/Action value Bedroom_Sensor_001/Motion_001/Detection value すなわち PLACEMENT_OF_NODE/TYPE_OF_SENSOR_UNIT_OR_ACTION/FUNDAMENTAL_UNIT_OF_VALUE_IF_ANY だから私の質問は:MQTTトピックに名前を付けるときに特殊文字を使用する必要がありますか?
7 mqtt 

1
ユーザー名とパスワードを変更してもMirai攻撃はブロックされますか?
私は最近、IoTデバイスに感染するように設計されたソースが明らかにされたマルウェアであるMiraiについて読んでいます。これは、セキュリティが侵害されたモノのインターネットデバイスに対する深刻な脅威のようです。ウィキペディアによると: Mirai(日本語は「未来」)は、Linuxを実行しているコンピューターシステムをリモート制御の「ボット」に変え、大規模ネットワーク攻撃のボットネットの一部として使用できるマルウェアです。主にリモートカメラやホームルーターなどのオンラインコンシューマデバイスを対象としています。Miraiボットネットは、コンピューターセキュリティジャーナリストのBrian KrebsのWebサイトへの2016年9月20日の攻撃、フランスのWebホストOVHへの攻撃、2016年10月など、最大かつ最も破壊的な分散型サービス拒否(DDoS)攻撃の一部で使用されていますダインサイバー攻撃。 記事(および私がオンラインで読んだ他の記事)は、Miraiが、データベースの工場出荷時のユーザー名とパスワードを使用しているデバイスに対してインターネットをグラブすることによって攻撃を行うことを示しています。では、IoTデバイスのユーザー名とパスワードを変更するだけで十分でしょうか。それはみらい攻撃からそれを守りますか、それともみらいは他の方法でそれを作るのですか? 注:デバイスが感染しているかどうかを確認する方法を尋ねているのではありません。パスワードを変更することで感染を防ぐことができるかどうかを尋ねています。

2
組み込みモデムオプション
シンプルなモバイルモデムを実験室のデバイスに組み込みたいのですが。機能はそれほど重要ではありません。少量のデータを送信でき、転送速度やレイテンシに厳しい要件はありません。つまり、遅いデータでも問題なく、テキストメッセージでも問題なく、音声回線での手動変調でも問題ありません。 キャリアが十分に利用できる地域に住んでいると仮定します。世界の一部にしか適用できないモデムを知っている場合は、その情報を添えて回答してください。どこでも動作できるモデムを知っているなら、なおさら良いでしょう。 モデムの機能は、可用性(消費者にとって)、サイズ、価格ほど重要ではありません。そのため、GSM、3G、LTE(NMTでさえも!)は、手頃な価格で手に入れることができるかどうかよりも重要ではありません。価格と小さなシェルに入れます。つまり、私は個人として、通常は一度に1つのモデムを購入したいと考えています。 どのブランド、ベンダー、小売業者から選択できますか?知っておくべき注意点はありますか?


1
SmartThingsから設定をバックアップ/エクスポートできますか?
SmartThingsが設定のバックアップ(または、JSONやXMLなどの機械可読形式でのエクスポート)をサポートしているかどうか疑問に思っていたので、最悪の事態が発生しても、設定と構成が失われることはありません。 私は2016年5月の時点で公式のツールがないことを示唆するこのスレッドを読みました。これはまだ事実ですか?もしそうなら、ハブから設定をバックアップまたは抽出する他の方法はありますか?

1
Google Homeでドアのロックを解除することを安全にサポートするにはどうすればよいですか?
SmartThingsでサポートされているドアロックにはいくつかのブランドがあり、それらすべてを使用して誰かの玄関のドアを固定できます。調査の結果、Google Homeがロックを制御できるように、ロックを制御する仮想スイッチを作成できることがわかりました。 ただし、そのスレッドでは、音声アシスタントを介してロックを制御することについて興味深い点があります。 人々が提起した懸念の1つ。ロックの音声制御を有効にすると、誰かが家の外に立って、音声システムにロックを解除するように指示する可能性があります。 驚くべきことに(またはおそらくそうではないかもしれませんが)、これはすでにSiriによって制御されているAugust Smart Lockで発生しています。 先週の金曜日の朝、マーカスが私道を引っ張っていたので、マイク[マーカスの隣人]は小麦粉を借りられるかどうか尋ねてニヤリと歩きました。マーカスは確実に反応し、車から降りて彼を入れました。しかし、マーカスが何もできない前に、彼の隣人は「私は自分を入れます」と言って、正面玄関に走りました。それから彼は叫びました、「Hey Siri、玄関のドアの鍵を開けてください」。ドアのロックが解除されました。 質問の最初に提案したSmartThingsロックを制御するGoogle Homeのセットアップで、侵入者や不要な訪問者が玄関のドアを開けないようにするにはどうすればよいですか?唯一の実行可能なオプションは単にそれを完全に無効にするだけですか、それともより安全になるように設定を変更できる可能性がありますか?

1
スマートDVRカメラがデフォルトのパスワードのみをサポートしている場合はどうすればよいですか?
ホームオートメーションの市場に出回っている非常に多くのデバイスには、ハードコードされたパスワード(またはパスワードがない!)などの深刻なセキュリティ上の欠陥があります。さらに悪いことに、購入する前にデバイスのセキュリティに関するインターネット上の情報を見つけるのは難しいので、それが露骨に安全でないことを知るためだけに何かを購入するのは簡単です。 この記事では、この場合の唯一の選択肢は、デバイスを返却するか、廃棄することです。 したがって、デバイスにパスワードがない場合、またはデバイスが使用するパスワードを変更できない場合は、常に攻撃に対して脆弱になります。それを捨てて、少なくともパスワードを変更する機能を備えた新しいものを購入する必要があります。 デバイスへのアクセスを特定のリモートIPに制限することでリスクを軽減できる可能性があると思いますが、それによって将来の問題が完全に解決されるかどうかはわかりません。 私が特に興味を持っている製品はRaysharp DVRです。これはハードコードされたパスワードを使用しており、認証資格情報を変更する方法を提供していないとされています。ホームネットワークの外部からカメラを使用しながら、不正アクセスを防止するためにどのようなアクションを実行できますか?

1
どのD-Link IPカメラがFTCの苦情の影響を受けますか、またそれらについて何ができますか?
FTC は、D-Linkに対して、ルーターとIPカメラに重大なセキュリティの脆弱性があり、安全であると消費者を誤解させているとして、法的申し立てを提出しました。 被告は、Open Web Application Security Projectが最も重大で広範囲に及ぶWebアプリケーションの脆弱性にランク付けされた欠陥からの保護を怠ることなどにより、不正アクセスの広く知られており合理的に予測可能なリスクからルーターとIPカメラを保護するための合理的な措置を講じていない少なくとも2007年以来。 私はもう少し調査をしたところ、D-Linkからの応答が見つかりました。 どのD-Linkシステム製品が影響を受けますか? FTCは、ルーターとIPカメラに関する曖昧で根拠のない主張を行っています。特に、この苦情は、D-Link Systemsが米国で販売した製品のいかなる違反も主張していません。 現在の製品にセキュリティ上の懸念はありますか? FTCは、D-Link Systemsによって販売された製品のいかなる違反も主張しません。 その応答から、D-Linkがデバイスが安全でないことを認めたくないことは明らかです。セキュリティの脆弱性のリストはすでにFTCから提供されていますが、これは役立ちますが、実際に脆弱性のある製品のリストは提供していません。 苦情の影響を受ける製品、およびデバイスとホームネットワークを保護するために実行できるアクション(ある場合)は?
7 security  dlink 

2
CSRブルーコアVMでのオーディオソースとシンク間の間接(管理)接続の作成
このサイトとメタ(たとえば、こことここ)を見回した後、この質問はここのトピックに関するものだと思います(そうでない場合はお知らせください) CSR8675 BluetoothチップとADK4.0.1(オーディオ開発キット、CSRオーディオチップをプログラミングするためのソフトウェアスーツ)を 使用しています(このチップは、Bluetoothを使用して他のデバイスと接続するために使用されますが、この特定の問題はBluetoothに関するものではありません) CSRのサンプルプログラムは、オーディオソースとシンクを直接接続する方法を示していますが、間接接続を行いたいです(ソースからシンクにオーディオデータをコピーするときに必要なバッファーのサイズと構成を理解するため)。 これは私が彼らのサンプルコードに加えた変更です: /* Copyright (c) 2006 - 2015 Qualcomm Technologies International, Ltd. An example app for routing audio through the Kalimba DSP from ADC to DAC */ #include <kalimba.h> #include <kalimba_standard_messages.h> #include <file.h> #include <string.h> #include <panic.h> #include <source.h> #include <sink.h> #include <stream.h> #include <connection.h> #include …

3
ノートンコアは「スマートホーム」のセキュリティをどのように向上させますか?
シマンテックは、「接続された家のための安全なルーター」と表現する新しいルーター、Norton Coreをリリースしています。 Engadgetに関する記事を読んでいるときにこのことを知りましたが、デバイスが実際に何をしているか、そして通常のルーターよりも優れているという説明は特に優れていません。 シンプルなスマートホーム設定のセキュリティを向上させるという点で、ノートンコアは通常のルーターに比べてどのような利点がありますか?


1
MQTTネットワークでの次の接続シナリオの結果はどうなりますか?
MQTTでは、CONNECTメッセージで接続を開始するのはクライアントです。 パケットの最初のフィールドは次のclientIdとおりです。 クライアント識別子(短いClientId)は、MQTTブローカーに接続する各MQTTクライアントの識別子です。識別子という言葉がすでに示唆しているように、ブローカーごとに一意である必要があります。ブローカーはこれを使用して、クライアントとクライアントの現在の状態を識別します。(画像と引用はここから取得されます。) 次の状況で、クライアントXとYの2つのクライアントがあるとします。 ブローカーがローンチしましたが、まだクライアントはありません。 Xは正常にclient-1IDでブローカーに接続しますX。ユーザー名はです。 ここで、Yはclient-1IDとして接続を試みますY。ユーザー名はです。 何が起こるか? clientIdに基づいて、ブローカーは、X が異常な動作である接続試行を繰り返し実行すると考えます。 異常なことは起こりません。Yは別のユーザー名を使用しているため、正常に接続します。 異常なことは起こりません。ブローカーは、Y拒否します与えられたのclientIdがすでに使用されているような接続の試みを。
7 mqtt 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.