תיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים

[חכמון]

לסקריפטים של גוגל שיטס כבר יש פיתרון איך ליצור להם api_key?
(מייל לפלאפון).

[ז"למאן]

@שמחה-זו-הסיסמא
הבעיה שרוב רובם של פקודות הAPI הנפוצות בשימוש, הם מהגרסאות שלא נתמכות (כרגע?) במפתח גישה.
אי לכך, באמת יעזור מאד מאד אם אחד מהמנהלים כאן יוכל לכתוב מפורשות, כי עד תאריך היעד לאכיפת האימות הדו-שלבי, מפתחות גישה (אפילו עם הגבלות וכו') יתמכו בכלל שירותי הAPI.
או למצער, לכתוב מפורשות שלא, והציבור ידע להערך בהתאם.

[עידו]

@שמואל לא הבנתי מה אני אמור לעשות בזה.
אם אני רוצה לדוגמא להפעיל צינתוקים, במידה והוספתי את הIP של השרת לרשימה לבנה, מה אני צריך לעשות?
קודם כל login עם מספר:סיסמא ואז את הטוקן שמתקבל להשתמש בו בRunTzintuk?
ואם אין לי רשימה לבנה עדיין אז אני משתמש בMFASession עם try? ואז מה?

[עידו]

@שמואל אשמח התייחסות לנושא, זה חשוב לי מאוד, אני באמצע פיתוח API ללקוח.
תודה

[אופיר]

@שמואל גם לי זה די דחוף, לפחות תעדכן מה הצפי..

[שמואל]

@אופיר כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

@שמואל גם לי זה די דחוף, לפחות תעדכן מה הצפי..

צפי בשביל מה?

[אביי ורבא]

@שמואל מתי כלל הAPI השונים יעבדו עם המפתחות וכל העדכונים החדשים, והאם אכן בתחילת החודש הבא יתחיל חובת האימות הדו שלבי או שזה ידחה מעט

[שמואל]

@אביי-ורבא כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

@שמואל מתי כלל הAPI השונים יעבדו עם המפתחות וכל העדכונים החדשים, והאם אכן בתחילת החודש הבא יתחיל חובת האימות הדו שלבי או שזה ידחה מעט

הצפי הוא כמה שיותר מהר.
יתכן שהתאריך ידחה קצת, אבל לא בטוח.
בעיקרון המנגנון של האימות הדו-שלבי מוכן והוא נותן מענה כמעט לכל הצרכים. (חוץ מלקוחות שצריכים להתחבר מכל צי הכתובות IP של גוגל).

הAPI_KEYS הוא מנגנון חדש שמאפשר גמישות רבה והוא פחות קריטי ממש ובא כתוספת.

[אביי ורבא]

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

הAPI_KEYS הוא מנגנון חדש שמאפשר גמישות רבה והוא פחות קריטי ממש ובא כתוספת.

א"א להפעיל את האימות הדו שלבי לפני שהAPI עובד עם המפתחות, אם יש לי תוכנה שמתחברת למערכת ומורידה דוחו"ת - ואני רוצה לעדכן אותה, אני לא יכול לתת לה להשתמש באימות דו שלבי, כי כל הרעיון הוא שהתוכנה יכולה לרוץ עצמאית, אז העדכון צריך להיות לשימוש עם API KEY

[יעקב 1]

@שמואל אז הapikey לא יעבוד לפני הכניסה לתוקף של האימות? זה ממש חשוב לי לדעת, כי בינתיים לא ביקשתי ממתכנת שישנה לי את הקוד לlogin כי סמכתי על זה שאוכל רק לשנות את הapikey...

[sumone]

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

הAPI_KEYS הוא מנגנון חדש שמאפשר גמישות רבה והוא פחות קריטי ממש ובא כתוספת.

סורי, אבל בשבילי (ואני מאמין שבשביל עוד הרבה).
הAPI KEY זה הדרך היחידה להישאר בשימוש הקודם כשרק מחליפים את הטוקן ממספר מערכת:סיסמא, לAPI KEY.

ולהתחיל להטמיע את המנגנון אימות דו שלבי - בהרבה פרויקטים זה סתם מורכב ומציק.

זה יהיה מאוד מורכב אם השימוש בAPI KEY לא יהיה מושלם לפני האכיפה.

אנא...
ובלי קשר API KEY זה הדרך הנכונה יותר לאימות בAPI מאשר אימות דו שלבי,
ההוכחה הכי גדולה היא שככה כולם משתמשים,
עדיין לא נתקלתי בשימוש בAPI שצריך לבצע אימות דו שלבי...

[sumone]

אם זה מורכב
אני חושב שכולם יעדיפו שבשלב ראשון יהיה רק API KEY אפי' בלי ההגבלות וכו',
ושרק יעבוד בצורה בסיסית בכל האנדפוינטים,

[צדיק תמים]

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

@אופיר כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

@שמואל גם לי זה די דחוף, לפחות תעדכן מה הצפי..

צפי בשביל מה?

לא צפי אלא לדעת שלא יהיה ביטול של משתמש:סיסמה לפני שזה מוכן
ואם לא -
א. למה לשבור המון לקוחות (או להכריח אותם להשקיע כסף כדי לא לשבור את המערכת בינתיים) כדי לא לדחות טיפה, מאכזב מאוד
ואי אפשר לומר "בעיה שלכם שלא השתמשתם בלוגין מההתחלה" כשהדרך של משתמש:סיסמה היתה מתועדת רשמית כדרך לגיטימית
ב. מצופה שזה יובהר בצורה ברורה ויהיה זמן להתאים את המערכות לשימוש בלוגין ורענון טוקן, אנשים לא עשו את זה כי הבינו שיהיה פתרון שלא דורש שכתוב של הקוד

[צדיק תמים]

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

בעיקרון המנגנון של האימות הדו-שלבי מוכן והוא נותן מענה כמעט לכל הצרכים. (חוץ מלקוחות שצריכים להתחבר מכל צי הכתובות IP של גוגל).
הAPI_KEYS הוא מנגנון חדש שמאפשר גמישות רבה והוא פחות קריטי ממש ובא כתוספת.

אתה מתעלם מהמון קוד קיים שנכתב לפי התיעוד הרשמי עם משתמש:סיסמה
להם הוא לא נותן מענה

[יעקב טורק]

@שמואל כתב בתיעוד API לטובת ניהול וביצוע אימות דו-שלבי - לטובת מפתחי ממשקים חיצוניים:

בעיקרון המנגנון של האימות הדו-שלבי מוכן והוא נותן מענה כמעט לכל הצרכים. (חוץ מלקוחות שצריכים להתחבר מכל צי הכתובות IP של גוגל).
הAPI_KEYS הוא מנגנון חדש שמאפשר גמישות רבה והוא פחות קריטי ממש ובא כתוספת.

זה ממש לא נכון שה-Login נותן פתרון!
כשמדובר על תוכנת שולחן עבודה שהלקוח מפעיל מהמחשב שלו, ולרוב הלקוחות אין ip קבוע אלא ip שמשתנה בערך פעם ביום, ורוב הלקוחות הם אנשים שלא יסתדרו בקלות להוסיף בעצמם את כתובת ה-ip שלהם לרשימה הלבנה, אז הפתרון היחיד הוא API_KEY.
דבר נוסף, כמו שאמרו כאן כבר, API_KEY הוא דבר בסיסי שמשמש בכל החברות הגדולות, אני עובד כבר שנים עם API_KEY של גוגל, ואחרי שיצרתי אותו פעם אחת לא צריך יותר לגעת בנושא, אני יכול לדעת שהבאתי ללקוח תוכנה שמתממשקת למייל שלו ואני יכול לשכוח ממנה לנצח

[שמואל]

נשקול את הדברים, אני מבין את הטענות.